In RHV 4.3.6 sono disponibili tre criteri di migrazione:Tempi di inattività minimi , Sospendi il carico di lavoro se necessario e Migrazione post-copia . Questo post li spiegherà in dettaglio.
La migrazione della VM in tempo reale comporta principalmente il trasferimento della CPU, della memoria e dello stato di I/O della VM dall'host KVM di origine all'host KVM di destinazione. Per quanto riguarda "Tempo di inattività minimo" e "Sospendi carico di lavoro se necessario", l'host KVM di origine contrassegnerà tutte le pagine di memoria della VM come RAM sporche e trasferirà lo stato della memoria della VM all'host KVM di destinazione in modo iterativo. Il trasferimento viene eseguito in tempo reale con la macchina virtuale ancora in esecuzione nell'host di origine. Nella prima iterazione, l'host di origine trasferisce l'intera memoria della VM alla destinazione, solo le pagine modificate verranno trasferite nelle iterazioni successive. La KVM di destinazione ha l'ultima versione di tutte le pagine di memoria della VM e la VM si riavvia sull'host KVM di destinazione.
Tempi di inattività minimi
Un criterio che consente alla VM di migrare in situazioni tipiche. La macchina virtuale non dovrebbe subire tempi di inattività significativi. Se la migrazione della macchina virtuale non sta convergendo per molto tempo, la migrazione verrà interrotta. Il meccanismo di hook dell'agente ospite è abilitato.
Da engine-config MigrationPolicies, puoi ottenere:
– Il massimo delle migrazioni in parallelo:2
– Il limite massimo di stallo è 6. Se è ancora in stallo dopo lo stallo 6, la migrazione verrà interrotta. Ha tempi di inattività inferiori in millisecondi:
- tempo di inattività iniziale(initialItems):100
- Bloccando 1 iterazione, imposta il tempo di inattività a 150
- stallo 2 iterazione, imposta il tempo di inattività a 200
- Bloccando 3 iterazioni, imposta il tempo di inattività a 300
- Bloccando 4 iterazioni, imposta il tempo di inattività a 400
- stallo 6 iterazione, imposta il tempo di inattività a 500
- se ancora in stallo, interrompi
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":[]}]}} Sospendere il carico di lavoro se necessario
Un criterio che consente la migrazione della macchina virtuale nella maggior parte delle situazioni, comprese le macchine virtuali che eseguono carichi di lavoro pesanti. D'altra parte, la macchina virtuale potrebbe subire un tempo di inattività più significativo. La migrazione potrebbe comunque essere interrotta per carichi di lavoro estremi. Il meccanismo di hook dell'agente guest è abilitato.
È molto simile al "Tempo di inattività minimo" oltre a maxMigrations è 1 e c'è un programma aggiuntivo tra lo stallo 6 e l'interruzione.
Da engine-config MigrationPolicies, puoi ottenere:
– Il massimo delle migrazioni in parallelo:1
– Il limite massimo di stallo è 6. Se questo tempo di inattività molto elevato di 5 secondi non aiuta, la migrazione verrà interrotta.
- tempo di inattività iniziale(initialItems):100
- Bloccando 1 iterazione, imposta il tempo di inattività a 150
- stallo 2 iterazione, imposta il tempo di inattività a 200
- Bloccando 3 iterazioni, imposta il tempo di inattività a 300
- Bloccando 4 iterazioni, imposta il tempo di inattività a 400
- stallo 6 iterazione, imposta il tempo di inattività a 500
- se ancora in stallo, imposta il tempo di inattività a 5000
- se ancora in stallo, interrompi
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":[]}]}} Migrazione post-copia
La macchina virtuale non dovrebbe subire tempi di inattività significativi. Se la migrazione della macchina virtuale non sta convergendo per molto tempo, la migrazione passerà alla post-copia. Il meccanismo di hook dell'agente ospite è abilitato.
Nella migrazione della VM post-copia, la VM viene sospesa immediatamente all'inizio della migrazione. Il suo stato della CPU viene trasferito all'host di destinazione, mentre il suo stato di memoria risiede ancora nell'host di origine. La migrazione della VM passerà all'esecuzione sull'host di destinazione solo dopo che tutta la RAM è stata trasferita. Rispetto a "Tempo di inattività minimo" e "Sospendi il carico di lavoro se necessario", la postcopia è più favorevole alla larghezza di banda della rete poiché la post-copia trasferisce ogni pagina della VM sulla rete solo una volta, fornisce un tempo di migrazione totale inferiore rispetto alle applicazioni ad alta intensità di scrittura VM in "Minimal downtime” e “Sospendere il carico di lavoro se necessario”. Tuttavia, se si verifica un'interruzione della rete mentre si è in modalità post-copia, sarà anche impossibile il ripristino, il che significa che la VM può andare persa se si verifica un errore di rete durante la migrazione.
Da engine-config MigrationPolicies, puoi ottenere:
– Il massimo delle migrazioni in parallelo:1
– Il limite massimo di stallo è 2.
- tempo di inattività iniziale(initialItems):100
- Bloccando 1 iterazione, imposta il tempo di inattività a 150
- Bloccando 2 iterazioni, imposta il tempo di inattività a 200
- se ancora in stallo, interrompi
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":[]}]}}]