Questo documento è rivolto ai proprietari di applicazioni che utilizzano il runtime VM su GDC per eseguire macchine virtuali (VM) in cluster creati con Google Distributed Cloud (solo software) su bare metal. Questo documento illustra come modificare le VM in esecuzione in cluster bare metal. Ad esempio, puoi modificare l'allocazione delle risorse, come CPU e memoria, o cambiare la rete a cui si connette una VM.
Puoi modificare qualsiasi campo nella sezione spec
di una risorsa VirtualMachine
.
Puoi anche modificare le etichette di una VM. Altri campi, come il nome della VM
(metadata.name
), non possono essere modificati. Per impostazione predefinita, la VM deve trovarsi in uno stato Stopped
prima di modificare la risorsa. Tuttavia, a partire dalla versione 1.13.0 di Google Distributed Cloud, puoi configurare la risorsa VirtualMachine
in modo che si riavvii automaticamente ogni volta che modifichi la configurazione.
Se le modifiche apportate alla risorsa VirtualMachine
contengono errori al momento del salvataggio, le modifiche vengono rifiutate e viene visualizzata una notifica. Correggi gli errori e riprova a salvare la risorsa VirtualMachine
. Se la VM non si avvia dopo aver apportato modifiche, utilizza il comando kubectl describe gvm VM_NAME
per visualizzare le informazioni per la risoluzione dei problemi e correggere gli errori.
Prima di iniziare
Per completare questo documento, devi disporre dell'accesso alle seguenti risorse:
- Una VM in esecuzione in uno dei tuoi cluster. Se necessario, crea una VM in un cluster bare metal.
- Lo strumento client
virtctl
installato come plug-in perkubectl
. Se necessario, installa lo strumento client virtctl.
Modificare le risorse di calcolo
Se le esigenze del tuo carico di lavoro di calcolo cambiano, puoi aggiornare il numero di vCPU e la quantità di memoria virtuale assegnate alle VM. Per modificare i carichi di lavoro di calcolo:
Arresta la VM che vuoi modificare:
kubectl virt stop VM_NAME
Sostituisci
VM_NAME
con il nome della VM che vuoi arrestare.Usa
kubectl
per modificare la VM:kubectl edit gvm VM_NAME
Sostituisci
VM_NAME
con il nome della VM da modificare.Nell'editor, aggiorna i valori delle risorse di calcolo che vuoi modificare.
Ad esempio, il seguente manifest
VirtualMachine
di esempio mostra che alla risorsa VM sono assegnate2
vCPU:apiVersion: vm.cluster.gke.io/v1 kind: VirtualMachine metadata: name: vm1 spec: ... compute: cpu: vcpus: 2 ...
Se vuoi aggiornare il numero di vCPU assegnate, modifica il valore nell'editor, come mostrato nell'esempio seguente:
apiVersion: vm.cluster.gke.io/v1 kind: VirtualMachine metadata: name: vm1 spec: ... compute: cpu: vcpus: 4 ...
Salva e chiudi il file manifest della VM.
Avvia la VM che hai modificato:
kubectl virt start VM_NAME
Sostituisci
VM_NAME
con il nome della VM che hai modificato.Controlla il
STATUS
della VM:kubectl get gvm VM_NAME
Assicurati che la VM sia in uno stato
Running
. Se la VM richiede più risorse di calcolo di quelle che l'host può fornire, non può essere avviata. Se la VM non è in uno statoRunning
, controlla il manifest della risorsaVirtualMachine
e la disponibilità delle risorse di calcolo sull'host.L'esempio di output seguente mostra la VM in uno stato
Running
:NAME STATUS AGE IP vm1 Running 1m 192.168.2.72
Visualizza informazioni dettagliate su una VM utilizzando
kubectl describe gvm
:kubectl describe gvm VM_NAME
Sostituisci
VM_NAME
con il nome della VM che hai modificato.L'esempio di output seguente mostra le informazioni condensate per una VM, con una variazione del numero di vCPU applicate correttamente:
Name: vm1 Namespace: default Labels: <none> Annotations: <none> API Version: vm.cluster.gke.io/v1 Kind: VirtualMachine ... Spec: Compute: Cpu: Vcpus: 4 ...
Per ulteriori informazioni, scopri come creare VM con configurazioni di calcolo specifiche per vCPU e memoria.
Modificare le risorse del disco
Se i requisiti di spazio di archiviazione cambiano, puoi aggiungere o rimuovere dischi virtuali da una VM. Per modificare i dischi collegati alla VM:
Arresta la VM che vuoi modificare:
kubectl virt stop VM_NAME
Sostituisci
VM_NAME
con il nome della VM che vuoi arrestare.Usa
kubectl
per modificare la VM:kubectl edit gvm VM_NAME
Sostituisci
VM_NAME
con il nome della VM da modificare.Nell'editor, aggiorna la sezione
spec.disks
per collegare o scollegare i dischi.Ad esempio, il seguente manifest
VirtualMachine
di esempio mostra che alla VM è collegato solo un disco di avvio:apiVersion: vm.cluster.gke.io/v1 kind: VirtualMachine metadata: name: vm1 spec: ... disks: - boot: true virtualMachineDiskName: vm1-boot-dv ...
Se vuoi aggiungere un disco vuoto esistente, aggiorna la relativa configurazione nell'editor, come mostrato nell'esempio seguente:
apiVersion: vm.cluster.gke.io/v1 kind: VirtualMachine metadata: name: vm1 spec: ... disks: - boot: true virtualMachineDiskName: vm1-boot-dv - virtualMachineDiskName: DISK_NAME ...
Sostituisci
DISK_NAME
con il nome del disco da collegare.Salva e chiudi il file manifest della VM.
Avvia la VM che hai modificato:
kubectl virt start VM_NAME
Sostituisci
VM_NAME
con il nome della VM che hai modificato.Controlla il
STATUS
della tua VM:kubectl get gvm VM_NAME
Assicurati che la VM sia in uno stato
Running
. Se la VM richiede un'StorageClass
o un'assegnazione del disco che l'host non può fornire, la VM non può avviarsi. Se la VM non è in uno statoRunning
, controlla i manifest delle risorseVirtualMachine
eVirtualMachineDisk
e il supporto dello spazio di archiviazione dell'host.Visualizza informazioni dettagliate su una VM utilizzando
kubectl describe gvm
:kubectl describe gvm VM_NAME
Sostituisci
VM_NAME
con il nome della VM che hai modificato.Il seguente esempio di output mostra le informazioni condensate di una VM, con una modifica ai dischi collegati applicata correttamente:
Name: vm1 Namespace: default Labels: <none> Annotations: <none> API Version: vm.cluster.gke.io/v1 Kind: VirtualMachine ... Spec: Disks: Name: vm1-boot-dv Name: data-disk-01 ...
Per saperne di più, scopri come creare e gestire i dischi.
Modificare le risorse di rete
Man mano che l'infrastruttura cambia, potresti voler modificare la configurazione di rete di una VM. Ad esempio, potresti voler connettere la VM a una rete virtuale diversa o assegnare manualmente un indirizzo IP. Per modificare la configurazione della rete per una VM, completa i seguenti passaggi:
Arresta la VM che vuoi modificare:
kubectl virt stop VM_NAME
Sostituisci
VM_NAME
con il nome della VM che vuoi interrompere.Usa
kubectl
per modificare la VM:kubectl edit gvm VM_NAME
Sostituisci
VM_NAME
con il nome della VM che vuoi modificare.Nell'editor, aggiorna le impostazioni di configurazione di rete che vuoi modificare.
Ad esempio, il seguente manifest
VirtualMachine
di esempio mostra che la VM si connette a una rete denominatabackend-vlan100
e utilizza DHCP poiché non è definito alcun indirizzo IP:apiVersion: vm.cluster.gke.io/v1 kind: VirtualMachine metadata: name: vm1 spec: ... interfaces: - name: eth0 networkName: backend-vlan100 default: true ...
Se vuoi modificare la rete a cui si connette la VM o assegnare un indirizzo IP manualmente, aggiorna la configurazione di rete nell'editor, come mostrato nell'esempio seguente:
apiVersion: vm.cluster.gke.io/v1 kind: VirtualMachine metadata: name: vm1 spec: ... interfaces: - name: eth0 networkName: NETWORK_NAME ipAddresses: - IP_ADDRESS default: true ...
Sostituisci
NETWORK_NAME
con il nome della rete a cui collegarti oppure aggiungi la sezioneipAddresses
e specifica il valoreIP_ADDRESS
da utilizzare per la VM.Salva e chiudi il file manifest della VM.
Avvia la VM che hai modificato:
kubectl virt start VM_NAME
Sostituisci
VM_NAME
con il nome della VM che hai modificato.Controlla il
STATUS
della tua VM:kubectl get gvm VM_NAME
Assicurati che la VM sia in uno stato
Running
. Se la VM richiede una connessione di rete che l'host non può fornire, non può essere avviata. Se la VM non è in uno statoRunning
, controlla il manifest delle risorseVirtualMachine
e il supporto della rete host.Visualizza informazioni dettagliate su una VM utilizzando
kubectl describe gvm
:kubectl describe gvm VM_NAME
Sostituisci
VM_NAME
con il nome della VM che hai modificato.L'esempio di output seguente mostra le informazioni condensate di una VM, con una modifica alla configurazione della rete e dell'indirizzo IP applicata correttamente:
Name: vm1 Namespace: default Labels: <none> Annotations: <none> API Version: vm.cluster.gke.io/v1 Kind: VirtualMachine ... Spec: Compute: Interfaces: Name: eth0 Network Name: backend-vlan200 ... Status: ... Interfaces: Dns Config: Nameservers: 8.8.8.8 gateway4: 10.200.0.9 Ip Addresses: 10.200.0.22/24 Mac Address: 22:b4:e3:d2:ef:fb Name: eth0 Resource Name: vm1-eth0-f2468 ...
Per scoprire di più, scopri come creare e gestire reti virtuali.
Configurare la VM per i riavvii automatici
Molte modifiche alla configurazione della VM, ad esempio le modifiche alle impostazioni compute
, richiedono l'arresto e il riavvio della VM affinché le modifiche vengano sincronizzate con l'istanza VM corrispondente (VirtualMachineInstance
). Le VM in esecuzione nei cluster della versione 1.13.0 o successive possono essere configurate per riavviarsi automaticamente ogni volta che apporti modifiche alla loro configurazione. Quando configurerai una VM per utilizzare questa funzionalità, non dovrai arrestarla e riavviarla quando modifichi la relativa risorsa personalizzata. Il runtime della VM su GDC monitora la VM e, se rileva una modifica alla configurazione, la riavvia automaticamente per sincronizzare le modifiche.
Se utilizzi Config Sync per gestire i file di configurazione YAML, questa funzionalità è particolarmente utile. Senza questa funzionalità, devi arrestare manualmente la VM prima di apportare modifiche alla risorsa personalizzata VirtualMachine
e avviarla manualmente al termine delle modifiche.
Per attivare i riavvii automatici:
Usa
kubectl
per modificare la VM:kubectl edit gvm VM_NAME
Nell'editor, aggiungi il campo
autoRestartOnConfigurationChange
e impostalo sutrue
.Puoi apportare ulteriori modifiche alla VM, ad esempio aggiornare il valore
vcpus
. Se modifichi le impostazionicompute
, il runtime VM su GDC riavvia automaticamente la VM quando salvi le modifiche.apiVersion: vm.cluster.gke.io/v1 kind: VirtualMachine metadata: ... name: vm-sample-01 namespace: default resourceVersion: "16711824" uid: ed623879-0cfa-52de-ad2c-b63308e6116c spec: autoRestartOnConfigurationChange: true compute: cpu: vcpus: 2 ...
Salva e chiudi il file manifest della VM.
Se hai apportato altre modifiche alla VM che devono essere sincronizzate con l'istanza VM corrispondente, il runtime VM su GDC riavvia la VM. Se hai apportato la modifica solo per attivare i riavvii automatici, non è necessario riavviare la VM.
Controlla il
status
della VM:kubectl get gvm VM_NAME
A seconda della velocità con cui ricevi la VM, potresti visualizzare
state: Starting
al riavvio della VM. Quando la VM si è riavviata correttamente, viene visualizzatostate: Running
. Le modifiche alla configurazione successiva della risorsa personalizzataVirtualMachine
non richiedono l'arresto e l'avvio manuale della VM. Le modifiche successive alla risorsa personalizzata vengono applicate all'istanza VM in modo coerente.
Tieni presente il seguente comportamento della funzionalità in base alla situazione:
Se arresti una VM manualmente prima di modificare la risorsa personalizzata
VirtualMachine
, la modifica della configurazione non attiva un riavvio. Lo stato stopped della VM prima della modifica della configurazione viene mantenuto.Se hai apportato modifiche alle etichette o alla pianificazione della VM prima di attivare la funzionalità di riavvio automatico, l'aggiunta di
autoRestartOnConfigurationChange
ora senza altre modifiche non attiverà un riavvio. Idealmente, questa funzionalità mantiene l'istanza VM coerente con la configurazione della VM. Tuttavia, il runtime VM su GDC non è in grado di rilevare incoerenze precedenti.