Schrittmacher in einer Master / Slave-Konfiguration mit 2 Knoten verwenden.
Um einige Tests durchzuführen, möchten wir die Hauptrolle von Knoten1 zu Knoten2 und umgekehrt wechseln . Zum Beispiel, wenn der aktuelle Master Knoten1 ist
# crm resource migrate r0 node2
verschiebt die Ressource tatsächlich auf Knoten2 . Dann im Idealfall
# crm resource migrate r0 node1
würde zurück zu Knoten1 migrieren . Das Problem ist, dass bei der Migration eine Zeile in der Konfiguration hinzugefügt wurde, um den Wechsel durchzuführen
location cli-prefer-r0 r0 role=Started inf: node2
und um zurück zu migrieren, muss ich zuerst diese Zeile entfernen ...
Gibt es eine bessere Möglichkeit, den Master von einem Knoten zum anderen zu wechseln?
Antworten:
Ich kenne das etwas alt; aber es scheint, als hätte niemand dies zufriedenstellend beantwortet, und der Antragsteller hat nie gepostet, ob sein Problem gelöst wurde oder nicht. Hier ist eine Erklärung.
Wenn Sie durchführen:
Eine
cli-prefer-*
Regel wird erstellt.Wenn Sie nun den r0 zurück zu Knoten1 verschieben möchten, tun Sie Folgendes nicht:
aber Sie führen vor:
Automatische Verwendung
umigrate
oderunmove
Beseitigung dercli-prefer-*
Regel.Wenn Sie versuchen, diese Regel manuell in der Cluster-Konfiguration zu löschen, passieren im Cluster wirklich schlimme Dinge, oder zumindest schlechte Dinge in meinem Fall.
quelle
Oh die Freuden.
Dies alles lief darauf hinaus, ob
migrate
Befehle mit oder ohne Zielknoten verwendet wurden. Aus der aktuellen CLI-Dokumentation übercrm resource help migrate
:In der Vergangenheit war dies auch ohne möglich
force
. Wenn Sie einen Cluster mit zwei Knoten ausgeführt haben (zwei Knoten bilden nie einen richtigen Cluster, lassen sich aber hier nicht abschweifen), haben Sie in Schrittmachern, in denen config ausgeführt wird, eine Anweisung erhalten, die ausdrücklich darauf hinweist, dass dies nicht der Fall ist Führen Sie den Knoten aus, auf dem ermigrate
ausgeführt wurde, als der Befehl ausgelöst wurde, damit der Schrittmacher ihn zwingen würde, sich auf einen anderen Knoten zu bewegen.Wenn Sie a ausgeführt haben, haben
crm resource migrate
Sie einelocation cli-...
Anweisung in Ihrer Schrittmacherkonfiguration erhalten. Es gibt zwei Arten solcher Aussagen, die ziemlich einfach überprüft werden können:Für ernsthafte Geschäfte sollte der obige Befehl auch Teil von nagios / icinga / unabhängig von der Überwachungsprüfung sein, da diese manuellen Einschränkungen in der laufenden Konfiguration auf lange Sicht sowieso nie vorhanden sein sollten.
Wenn Sie erneut auf einen anderen Knoten migriert haben, haben Sie eine weitere solche Anweisung erhalten, die den letzten Knoten AUCH als "nicht ausführbaren" Speicherort für die Ressource markiert. Wenn Sie schließlich alle Ihre Knoten auf diese Weise "ausgewandert" hätten ... würde Ihre betreffende Ressource nirgendwo starten und Sie hätten kein Glück gehabt, was wahrscheinlich der Grund ist, warum diese Frage überhaupt gestellt wurde.
Die Lösung bestand darin, IMMER einen
crm resource migrate
Befehl zu haben, dem ein Befehl folgt,crm resource unmigrate
wenn Zielknoten weggelassen werden, um sich später nicht in den Fuß zu schießen.Wenn Sie jedoch immer einen Zielknoten angeben, spielt dies keine Rolle:
Beim erneuten Ausführen einer
crm resource migrate RESOURCE NODE
/ wirdpcs resource move RESOURCE NODE
diecli-prefer...
Anweisung in der Schrittmacherkonfiguration angepasst, sodass Sie sich keine Sorgen machen müssen.So führen Sie können
crm resource migrate
/pcs resource move
so oft wie Sie ohne Ressourcen Probleme läuft in nicht mehr gestartet werden kann.Führen Sie eine der folgenden Aktionen aus, um diese manuellen Einschränkungen für eine bestimmte Ressource zu beseitigen:
Dies wird Ihre Ressourcen jedoch nicht auf magische Weise zu ihren ursprünglichen Hosts machen, wenn Sie überhaupt keine Standortbeschränkungen erstellt haben - im Gegensatz zu der anderen Antwort, die hier vorgeschlagen wird.
quelle
crm configure show cli-\*
funktioniert crm auch (keine Notwendigkeit fürgrep -e cli-prefer -e cli-ban
).Eine Lösung besteht darin, diese
cli-prefer
Einschränkungen manuell zu entfernen, bevor Sie versuchen, zurück zu migrieren, oder (wenn Sie sich nicht für inaktive Einschränkungen interessieren) einen Zeitraum wie 5 Minuten hinzuzufügen:Nach 5 Minuten ist die Regel nicht mehr wirksam (und wird
r0
möglicherweise zurück migriert), sie ist jedoch weiterhin sichtbar.Beachten Sie außerdem, dass Sie in einem Cluster mit zwei Knoten nicht den anderen Knoten angeben müssen.
quelle