Verständnis der RHV-Cluster-Migrationsrichtlinie

In RHV 4.3.6 gibt es drei Migrationsrichtlinien:Minimale Ausfallzeit , Arbeitslast bei Bedarf unterbrechen und Migration nach dem Kopieren . Dieser Beitrag wird sie im Detail erklären.

Die Live-VM-Migration umfasst hauptsächlich die Übertragung des CPU-, Speicher- und E/A-Zustands der VM vom Quell-KVM-Host zum Ziel-KVM-Host. In Bezug auf „Minimale Ausfallzeit“ und „Arbeitslast bei Bedarf unterbrechen“ markiert der Quell-KVM-Host alle Speicherseiten der VM als „RAM Dirty“ und überträgt den Speicherstatus der VM iterativ an den Ziel-KVM-Host. Die Übertragung wird live durchgeführt, wobei die VM noch auf dem Quellhost ausgeführt wird. In der ersten Iteration überträgt der Quellhost den gesamten Speicher der VM an das Ziel, in den folgenden Iterationen werden nur die geänderten Seiten übertragen. Die Ziel-KVM verfügt über die neueste Version aller Speicherseiten der VM und die VM wird auf dem Ziel-KVM-Host neu gestartet.

Minimale Ausfallzeit

Eine Richtlinie, die die VM in typischen Situationen migrieren lässt. Die VM sollte keine nennenswerten Ausfallzeiten erfahren. Wenn die VM-Migration längere Zeit nicht konvergiert, wird die Migration abgebrochen. Der Gast-Agent-Hook-Mechanismus ist aktiviert.

Von engine-config MigrationPolicies erhalten Sie:

– Max. parallele Migrationen:2
– Die maximale Verzögerungsgrenze beträgt 6. Wenn es nach 6 Verzögerungen immer noch blockiert, wird die Migration abgebrochen. Es hat folgende Ausfallzeiten in Millisekunden:

• anfängliche Ausfallzeit(initialItems):100
• Halten Sie 1 Iteration auf, setzen Sie die Ausfallzeit auf 150
• Halten Sie 2 Iterationen auf, setzen Sie die Ausfallzeit auf 200
• Halten Sie 3 Iterationen auf, setzen Sie die Ausfallzeit auf 300
• Hält 4 Iterationen auf, setze Ausfallzeit auf 400
• 6 Iterationen aufhalten, Ausfallzeit auf 500 setzen
• Wenn es immer noch zögert, brechen Sie ab

MigrationPolicies-Minimal downtime:
[{"id":{"uuid":"80554327-0569-496b-bdeb-fcbbf52b827b"},"maxMigrations":2,"autoConvergence":true,"migrationCompression":false,"enableGuestEvents":true,"name":"Minimal downtime","description":"A policy that lets the VM migrate in typical situations. The VM should not experience any significant downtime. If the VM migration is not converging for a long time, the migration will be aborted. The guest agent hook mechanism is enabled.","config":{"convergenceItems":[{"stallingLimit":1,"convergenceItem":{"action":"setDowntime","params":["150"]}},{"stallingLimit":2,"convergenceItem":{"action":"setDowntime","params":["200"]}},{"stallingLimit":3,"convergenceItem":{"action":"setDowntime","params":["300"]}},{"stallingLimit":4,"convergenceItem":{"action":"setDowntime","params":["400"]}},{"stallingLimit":6,"convergenceItem":{"action":"setDowntime","params":["500"]}}],"initialItems":[{"action":"setDowntime","params":["100"]}],"lastItems":[{"action":"abort","params":[]}]}}

Belastung bei Bedarf unterbrechen

Eine Richtlinie, die die VM in den meisten Situationen migrieren lässt, einschließlich VMs mit hoher Arbeitslast. Andererseits kann es bei der VM zu einer größeren Ausfallzeit kommen. Die Migration kann bei extremen Arbeitslasten dennoch abgebrochen werden. Der Gast-Agent-Hook-Mechanismus ist aktiviert.

Sie ist der „minimalen Ausfallzeit“ sehr ähnlich, abgesehen davon, dass maxMigrations 1 ist und es einen zusätzlichen Zeitplan zwischen dem Anhalten 6 und dem Abbruch gibt.

Von engine-config MigrationPolicies erhalten Sie:

– Die max. Migrationen parallel:1
– Die max. Verzögerungsgrenze liegt bei 6. Wenn diese sehr hohe Ausfallzeit von 5 Sekunden nicht hilft, wird die Migration abgebrochen.

• anfängliche Ausfallzeit(initialItems):100
• Halten Sie 1 Iteration auf, setzen Sie die Ausfallzeit auf 150
• Halten Sie 2 Iterationen auf, setzen Sie die Ausfallzeit auf 200
• Halten Sie 3 Iterationen auf, setzen Sie die Ausfallzeit auf 300
• Hält 4 Iterationen auf, setze Ausfallzeit auf 400
• 6 Iterationen aufhalten, Ausfallzeit auf 500 setzen
• wenn es immer noch zögert, setzen Sie die Ausfallzeit auf 5000
• Wenn es immer noch zögert, brechen Sie ab

MigrationPolicies-Suspend workload if needed:
{"id":{"uuid":"80554327-0569-496b-bdeb-fcbbf52b827c"},"maxMigrations":1,"autoConvergence":true,"migrationCompression":true,"enableGuestEvents":true,"name":"Suspend workload if needed","description":"A policy that lets the VM migrate in most situations, including VMs running heavy workloads. On the other hand, the VM may experience a more significant downtime. The migration may still be aborted for extreme workloads. The guest agent hook mechanism is enabled.","config":{"convergenceItems":[{"stallingLimit":1,"convergenceItem":{"action":"setDowntime","params":["150"]}},{"stallingLimit":2,"convergenceItem":{"action":"setDowntime","params":["200"]}},{"stallingLimit":3,"convergenceItem":{"action":"setDowntime","params":["300"]}},{"stallingLimit":4,"convergenceItem":{"action":"setDowntime","params":["400"]}},{"stallingLimit":6,"convergenceItem":{"action":"setDowntime","params":["500"]}}],"initialItems":[{"action":"setDowntime","params":["100"]}],"lastItems":[{"action":"setDowntime","params":["5000"]},{"action":"abort","params":[]}]}}

Migration nach dem Kopieren

Die VM sollte keine nennenswerten Ausfallzeiten erfahren. Wenn die VM-Migration längere Zeit nicht konvergiert, wird die Migration auf Post-Copy umgestellt. Der Gast-Agent-Hook-Mechanismus ist aktiviert.

Bei der VM-Migration nach dem Kopieren wird die VM sofort nach Beginn der Migration angehalten. Sein CPU-Zustand wird an den Zielhost übertragen, während sein Speicherzustand immer noch auf dem Quellhost vorhanden ist. Die VM-Migration wird erst dann zur Ausführung auf dem Zielhost wechseln, wenn der gesamte Arbeitsspeicher übertragen wurde. Im Vergleich zu „Minimale Ausfallzeit“ und „Arbeitslast bei Bedarf unterbrechen“ ist Postcopy netzwerkbandbreitenfreundlicher, da Postcopy jede VM-Seite nur einmal über das Netzwerk überträgt und eine geringere Gesamtmigrationszeit bietet als schreibintensive Anwendungs-VMs in „Minimal Ausfallzeit“ und „Workload bei Bedarf unterbrechen“. Kommt es jedoch im Post-Copy-Modus zu einer Netzwerkunterbrechung, ist eine Wiederherstellung ebenfalls nicht möglich, was bedeutet, dass die VM verloren gehen kann, wenn während der Migration ein Netzwerkausfall auftritt.

Von engine-config MigrationPolicies erhalten Sie:

– Die maximale Anzahl paralleler Migrationen:1
– Die maximale Verzögerungsgrenze beträgt 2.

• anfängliche Ausfallzeit(initialItems):100
• Halten Sie 1 Iteration auf, setzen Sie die Ausfallzeit auf 150
• Halten Sie 2 Iterationen auf, setzen Sie die Ausfallzeit auf 200
• Wenn es immer noch zögert, brechen Sie ab

MigrationPolicies-Post-copy migration:
{"id":{"uuid":"a7aeedb2-8d66-4e51-bb22-32595027ce71"},"maxMigrations":2,"autoConvergence":true,"migrationCompression":false,"enableGuestEvents":true,"name":"Post-copy migration","description":"The VM should not experience any significant downtime. If the VM migration is not converging for a long time, the migration will be switched to post-copy. The guest agent hook mechanism is enabled.","config":{"convergenceItems":[{"stallingLimit":1,"convergenceItem":{"action":"setDowntime","params":["150"]}},{"stallingLimit":2,"convergenceItem":{"action":"setDowntime","params":["200"]}}],"initialItems":[{"action":"setDowntime","params":["100"]}],"lastItems":[{"action":"postcopy","params":[]},{"action":"abort","params":[]}]}}]