Questo documento mostra come configurare il criterio di alta disponibilità per le macchine virtuali (VM) eseguite utilizzando VM Runtime su GDC.
Quando
attivi il runtime VM su GDC,
il cluster crea un oggetto VMHighAvailabilityPolicy denominato default. Questo oggetto specifica la strategia di recupero predefinita nel caso in cui un nodo del cluster che esegue una VM non funzioni. Le possibili strategie di recupero predefinite sono:
- Ripianifica: ripianifica la VM su un altro nodo del cluster.
- Ignora: non fare nulla.
Inizialmente, la strategia di recupero predefinita è impostata su Reschedule.
Una strategia di recupero predefinita di Reschedule è appropriata nella seguente
situazione:
Il cluster ha almeno due nodi worker.
I dischi della VM vengono sottoposti a provisioning utilizzando una classe di archiviazione basata su file di rete. ovvero la classe di archiviazione si basa su un file system di rete che coordina i blocchi dei file POSIX su diversi client. Network File System (NFS) è un esempio di classe di archiviazione basata su file di rete.
Se le tue VM utilizzano l'archiviazione locale o un sistema di archiviazione basato su blocchi,
ti consigliamo di impostare la strategia di ripristino predefinita su Ignore. Ti consigliamo
questo approccio per i seguenti motivi:
Se le tue VM utilizzano l'archiviazione locale e un nodo non funziona, non è possibile recuperare i dati archiviati e spostarli su un nuovo nodo.
Se le tue VM utilizzano un sistema di archiviazione basato su blocchi, lo spazio di archiviazione potrebbe non avere garanzie di distacco sufficienti. Ciò potrebbe comportare l'accesso simultaneo al disco e il danneggiamento dei dati durante la pianificazione della VM.
Analizza l'oggetto VMHighAvailabilityPolicy
Verifica che esista un oggetto VMHighAvailabilityPolicy:
kubectl --kubeconfig USER_CLUSTER_KUBECONFIG get VMHighAvailabilityPolicy --namespace vm-system
Sostituisci USER_CLUSTER_KUBECONFIG con il percorso del file kubeconfig del cluster utente.
L'output mostra che esiste un oggetto VMHighAvailabilityPolicy denominato
default. Nell'output puoi anche visualizzare il valore attuale di
defaultRecoveryStrategy. Ad esempio, l'output seguente mostra che il
valore attuale di defaultRecoveryStrategy è Reschedule:
vm-system default 5m55s Reschedule 15s 1m30s
Visualizza una visualizzazione dettagliata dell'oggetto VMHighAvailabilityPolicy:
kubectl --kubeconfig USER_CLUSTER_KUBECONFIG get VMHighAvailabilityPolicy \
--namespace vm-system --output yaml
Output di esempio:
apiVersion: vm.cluster.gke.io/v1alpha1
kind: VMHighAvailabilityPolicy
metadata:
...
labels:
app.kubernetes.io/component: kubevirt
app.kubernetes.io/managed-by: virt-operator
kubevirt.io: virt-api
name: default
namespace: vm-system
..
spec:
defaultRecoveryStrategy: Reschedule
nodeHeartbeatInterval: 15s
nodeMonitorGracePeriod: 1m30s
Modificare la strategia di recupero predefinita
In determinate situazioni, ti consigliamo di modificare la strategia di recupero predefinita. Ad esempio, se le tue VM utilizzano l'archiviazione locale o un file system
non basato su file di rete, ti consigliamo di modificare il valore di
defaultRecoveryStrategy in Ignore.
Per modificare il valore di defaultRecoveryStrategy, apri l'oggetto
VMHighAvailabilityPolicy per la modifica:
kubectl --kubeconfig USER_CLUSTER_KUBECONFIG edit VMHighAvailabilityPolicy \
default --namespace vm-system
Nell'editor di testo, modifica il valore di defaultRecoveryStrategy con un valore
a tua scelta: Reschedule o Ignore. Chiudi l'editor di testo.
Eseguire l'override della strategia di recupero predefinita per una VM
La strategia di recupero predefinita si applica a tutte le VM in esecuzione nel cluster. Tuttavia, potresti dover eseguire l'override della strategia di recupero predefinita per le singole VM.
Supponiamo, ad esempio, che la maggior parte delle tue VM venga sottoposta a provisioning con una
classe di archiviazione basata su file di rete, ma alcune VM vengono sottoposte a provisioning con una
classe di archiviazione basata su blocchi. Per ogni VM che utilizza l'archiviazione basata su blocchi, ti consigliamo di ignorare la strategia di recupero predefinita impostando la strategia di recupero per la singola VM su Ignore.
Per eseguire l'override della strategia di ripristino predefinita per una VM, aggiungi un'annotazione vm.cluster.gke.io/vm-ha-recovery-strategy sia all'oggetto VirtualMachineInstance (VMI) sia all'oggetto GVM.
Ad esempio, questi comandi impostano la strategia di ripristino su Ignore per una VM
denominata my-vm:
kubectl --kubeconfig USER_CLUSTER_KUBECONFIG \ annotate vmi my-vm \ vm.cluster.gke.io/vm-ha-recovery-strategy=Ignore --overwrite kubectl --kubeconfig USER_CLUSTER_KUBECONFIG \ annotate gvm my-vm \ vm.cluster.gke.io/vm-ha-recovery-strategy=Ignore --overwrite
Se vuoi rimuovere le annotazioni in un secondo momento, utilizza un trattino alla fine del nome dell'annotazione. Ad esempio:
kubectl --kubeconfig USER_CLUSTER_KUBECONFIG \ annotate vmi my-vm \ vm.cluster.gke.io/vm-ha-recovery-strategy- kubectl --kubeconfig USER_CLUSTER_KUBECONFIG \ annotate gvm my-vm \ vm.cluster.gke.io/vm-ha-recovery-strategy-
Configurazione avanzata
Oltre a configurare la strategia di recupero predefinita, puoi configurare quanto segue:
Intervallo di heartbeat del nodo: il tempo tra gli heartbeat inviati da ciascun nodo del cluster
Periodo di tolleranza del monitoraggio dei nodi: il periodo di tempo massimo in cui un nodo può non inviare un heartbeat prima di essere considerato non integro
Nella maggior parte dei casi, i valori predefiniti per l'intervallo heartbeat e il periodo di tolleranza sono appropriati. Tuttavia, potresti scegliere di modificare questi valori se vuoi ottimizzare il compromesso tra velocità di recupero e overhead. Un intervallo di heartbeat più breve riduce il tempo di recupero, ma aumenta anche l'overhead. In un cluster di grandi dimensioni, potresti scegliere di allungare l'intervallo di heartbeat, perché gli heartbeat frequenti di molti nodi potrebbero creare un carico inaccettabile sul server API Kubernetes.
Mantieni l'intervallo di heartbeat inferiore al periodo di tolleranza per evitare casi in cui un singolo heartbeat mancante comporti la classificazione di un nodo come non integro.
Esegui kubectl edit per aprire l'oggetto VMHighAvailabilityPolicy per la modifica. Imposta
nodeHeartbeatInterval e nodeMonitorGracePeriod sui valori che preferisci.
spec: defaultRecoveryStrategy: Reschedule nodeHeartbeatInterval: 15s nodeMonitorGracePeriod: 1m30s