Questo documento è rivolto agli amministratori di piattaforma che eseguono macchine virtuali (VM) in Google Distributed Cloud. Questo documento mostra come configurare il criterio di eliminazione che controlla il modo in cui le VM che utilizzano il runtime VM su GDC possono eseguire automaticamente la migrazione ad altri host durante gli eventi di manutenzione. Queste impostazioni di configurazione consentono alle VM di continuare a essere eseguite su altri host quando esegui l'upgrade di un cluster o esegui la manutenzione su un host.
Prima di iniziare
Per completare questo documento, devi accedere al cluster Google Distributed Cloud versione 1.12.0 (anthosBareMetalVersion: 1.12.0
) o successiva. Puoi utilizzare qualsiasi tipo di cluster
in grado di eseguire carichi di lavoro. Se necessario,
prova Google Distributed Cloud su Compute Engine
o consulta la
panoramica sulla creazione dei cluster.
Impostazioni dei criteri di eliminazione
Google Distributed Cloud ti consente di configurare il comportamento dei nodi quando esegui gli upgrade dei cluster o metti i nodi in modalità di manutenzione. Il runtime VM su GDC utilizza un criterio di rimozione che controlla il modo in cui il cluster gestisce le VM in esecuzione durante questi eventi.
Se abilitato, il runtime VM su GDC utilizza la migrazione live per spostare i carichi di lavoro delle VM in un altro host per impostazione predefinita. Questo comportamento riduce al minimo le potenziali interruzioni dei carichi di lavoro delle VM. Con la migrazione live, le VM idonee alla migrazione passano da un host all'altro senza interruzioni al sistema operativo guest.
È possibile configurare le seguenti impostazioni dei criteri di eliminazione:
Proprietà | Predefinita | Valori validi |
---|---|---|
evictionStrategy |
LiveMigrate |
LiveMigrate , Restart |
maxMigrationAttemptsPerVM |
3 |
Numeri interi nell'intervallo [1 ,5 ] |
migrationTargetInitializationTimeout |
30s |
Qualsiasi stringa di durata valida, ad esempio 1m , 2h o 1h30m |
evictionStrategy
Se questo valore è impostato su LiveMigrate
, il runtime VM su GDC tenta di eseguire la migrazione di qualsiasi VM di cui è possibile eseguire la migrazione da un nodo per rimuoverla. La VM si trova su un altro nodo
del cluster e continua a essere eseguita.
Se questo valore è impostato su Restart
, il runtime VM su GDC non tenta di eseguire la migrazione delle VM. Le VM vengono arrestate quando il nodo viene impostato in modalità di manutenzione e le VM vengono riavviate quando il nodo viene disattivato dalla modalità di manutenzione.
La VM non è disponibile durante l'evento di manutenzione dell'host.
Quando scegli la strategia LiveMigrate
, il runtime VM su GDC utilizza la strategia Restart
per le VM non di cui è possibile eseguire la migrazione.
maxMigrationAttemptsPerVM
Questa impostazione controlla il numero massimo di tentativi di migrazione che possono essere effettuati per una determinata VM prima che venga applicata la strategia Restart
.
Questa impostazione viene ignorata se il criterio evictionStrategy
viene impostato su Restart
.
migrationTargetInitializationTimeout
Questa impostazione controlla il tempo massimo necessario per avviare una migrazione prima che venga considerata non riuscita. Una migrazione che impiega troppo tempo ad avviarsi viene conteggiata ai fini del budget di migrazione non riuscito per un carico di lavoro VM.
Questa impostazione viene ignorata se il criterio evictionStrategy
viene impostato su Restart
.
Abilita e configura il criterio di eliminazione
Per utilizzare il criterio di eliminazione in runtime VM su GDC, è necessario definire l'impostazione evictionPolicy
nell'oggetto VMRuntime
del cluster.
Questa opzione è abilitata per impostazione predefinita. Se esegui l'upgrade da una versione precedente, devi abilitare questa impostazione manualmente.
Un oggetto vuoto, come evictionPolicy: {}
, attiva il criterio di rimozione con
impostazioni predefinite. Per modificare il comportamento predefinito, aggiungi ulteriori opzioni di configurazione
all'oggetto evictionPolicy
.
Per attivare e configurare il criterio di eliminazione, completa i seguenti passaggi:
Modifica la risorsa personalizzata
VMRuntime
:kubectl edit vmruntime vmruntime
Aggiungi o aggiorna la sezione
evictionPolicy
con un oggetto vuoto per utilizzare le impostazioni dei criteri di eliminazione predefinite oppure aggiungi le impostazioni che preferisci:apiVersion: vm.cluster.gke.io/v1 kind: VMRuntime metadata: name: vmruntime spec: disableCDIUploadProxyVIP: false enabled: true evictionPolicy: {} useEmulation: false
Se
evictionPolicy
non viene compilato, ad esempioevictionPolicy: null
o non è incluso nel manifest, non viene intrapresa alcuna azione speciale. Le VM vengono rimosse forzatamente.I manifest di esempio seguenti mostrano come abilitare la migrazione live delle VM o riavviare le VM sullo stesso host al termine della manutenzione:
Migrazione live
Il seguente criterio di eliminazione di esempio consente la migrazione live delle VM. Il cluster può riprovare la migrazione live fino a 3 volte, con un timeout di 30 secondi del processo a ogni avvio:
apiVersion: vm.cluster.gke.io/v1 kind: VMRuntime metadata: name: vmruntime spec: disableCDIUploadProxyVIP: false enabled: true evictionPolicy: evictionStrategy: LiveMigrate maxMigrationAttemptsPerVM: 3 migrationTargetInitializationTimeout: 30s useEmulation: false
Riavvia
Il seguente criterio di eliminazione non tenta di eseguire la migrazione di nessuna VM durante l'eliminazione. Le VM vengono arrestate sull'host attuale e riavviate quando l'host termina l'evento di manutenzione:
apiVersion: vm.cluster.gke.io/v1 kind: VMRuntime metadata: name: vmruntime spec: disableCDIUploadProxyVIP: false enabled: true evictionPolicy: evictionStrategy: Restart useEmulation: false
Salva e chiudi la risorsa personalizzata
VMRuntime
nell'editor.Il runtime VM su GDC ora applica il criterio di eliminazione alle VM nel tuo cluster.