Descripción de la política de migración de clústeres de RHV

En RHV 4.3.6, hay tres políticas de migración:Tiempo de inactividad mínimo , suspender la carga de trabajo si es necesario y migración posterior a la copia . Esta publicación los explicará en detalle.

La migración de VM en vivo implica principalmente la transferencia de la CPU, la memoria y el estado de E/S de la VM desde el host KVM de origen al host KVM de destino. Con respecto al "tiempo de inactividad mínimo" y "suspender la carga de trabajo si es necesario", el host KVM de origen marcará todas las páginas de memoria de la VM como RAM sucia y transferirá el estado de la memoria de la VM al host KVM de destino de forma iterativa. La transferencia se realiza en vivo con la máquina virtual aún ejecutándose en el host de origen. En la primera iteración, el host de origen transfiere toda la memoria de la VM al destino, solo las páginas que se modifican se transferirán en las iteraciones posteriores. El KVM de destino tiene la versión más reciente de todas las páginas de memoria de la VM y la VM se reinicia en el host de KVM de destino.

Tiempo de inactividad mínimo

Una política que permite que la máquina virtual migre en situaciones típicas. La VM no debería experimentar ningún tiempo de inactividad significativo. Si la migración de la máquina virtual no converge durante mucho tiempo, la migración se anulará. El mecanismo de enlace del agente invitado está habilitado.

Desde Engine-config MigrationPolicies, puede obtener:

– Las migraciones máximas en paralelo:2
– El límite máximo de estancamiento es 6. Si aún se estanca después de 6, la migración se cancelará. Tiene los siguientes tiempos de inactividad en milisegundos:

• tiempo de inactividad inicial (elementos iniciales):100
• deteniendo 1 iteración, establezca el tiempo de inactividad en 150
• deteniendo la iteración 2, establezca el tiempo de inactividad en 200
• deteniendo la iteración 3, establezca el tiempo de inactividad en 300
• detener la iteración 4, establecer el tiempo de inactividad en 400
• detener la iteración 6, establecer el tiempo de inactividad en 500
• si sigue estancado, cancele

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":[]}]}}

Suspender la carga de trabajo si es necesario

Una política que permite que la máquina virtual migre en la mayoría de las situaciones, incluidas las máquinas virtuales que ejecutan cargas de trabajo pesadas. Por otro lado, la máquina virtual puede experimentar un tiempo de inactividad más significativo. La migración aún puede cancelarse para cargas de trabajo extremas. El mecanismo de enlace del agente invitado está habilitado.

Es muy similar al "Tiempo de inactividad mínimo", además de que maxMigrations es 1 y hay un cronograma adicional entre detener 6 y abortar.

Desde Engine-config MigrationPolicies, puede obtener:

– Las migraciones máximas en paralelo:1
– El límite máximo de estancamiento es 6. Si este tiempo de inactividad muy alto de 5 segundos no ayuda, la migración se cancelará.

• tiempo de inactividad inicial (elementos iniciales):100
• deteniendo 1 iteración, establezca el tiempo de inactividad en 150
• deteniendo la iteración 2, establezca el tiempo de inactividad en 200
• deteniendo la iteración 3, establezca el tiempo de inactividad en 300
• detener la iteración 4, establecer el tiempo de inactividad en 400
• detener la iteración 6, establecer el tiempo de inactividad en 500
• si sigue estancado, establezca el tiempo de inactividad en 5000
• si sigue estancado, cancele

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":[]}]}}

Migración posterior a la copia

La VM no debería experimentar ningún tiempo de inactividad significativo. Si la migración de la máquina virtual no converge durante mucho tiempo, la migración se cambiará a poscopia. El mecanismo de enlace del agente invitado está habilitado.

En la migración de VM posterior a la copia, la VM se suspende inmediatamente después de comenzar la migración. Su estado de CPU se transfiere al host de destino, mientras que su estado de memoria aún reside en el host de origen. La migración de VM solo pasará a ejecutarse en el host de destino una vez que se haya transferido toda la RAM. En comparación con "Tiempo de inactividad mínimo" y "Suspender la carga de trabajo si es necesario", la poscopia es más amigable con el ancho de banda de la red, ya que la poscopia transfiere cada página de VM a través de la red solo una vez, proporciona un tiempo de migración total más bajo que las VM de aplicaciones de escritura intensiva en "Minimal". tiempo de inactividad” y “Suspender la carga de trabajo si es necesario”. Sin embargo, si hay una interrupción de la red mientras se encuentra en el modo de poscopia, también será imposible recuperarla, lo que significa que la VM puede perderse si ocurre una falla en la red durante la migración.

Desde Engine-config MigrationPolicies, puede obtener:

– Las migraciones máximas en paralelo:1
– El límite máximo de estancamiento es 2.

• tiempo de inactividad inicial (elementos iniciales):100
• deteniendo 1 iteración, establezca el tiempo de inactividad en 150
• deteniendo la iteración 2, establezca el tiempo de inactividad en 200
• si sigue estancado, cancele

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":[]}]}}]