Google monitora e gestisce da remoto l'hardware di Google Distributed Cloud connected. A questo scopo, gli ingegneri Google hanno accesso Secure Shell (SSH) all'hardware Distributed Cloud connesso. Se Google rileva un problema, un tecnico di Google ti contatta per risolverlo. Se hai identificato un problema, contatta immediatamente l'Assistenza Google per diagnosticarlo e risolverlo.
Connettività delle macchine di Distributed Cloud connected
Questa sezione descrive come controllare la connettività a internet e Google Cloud per le macchine connesse a Distributed Cloud utilizzando la funzionalità Metrics Explorer di Cloud Monitoring.
Questa procedura utilizza le seguenti metriche di monitoraggio:
Attrezzo connesso (
/machine/connected): indica se l'attrezzo è connesso a Google Cloud.Connettività di rete (
/machine/network/connectivity): indica se l'interfaccia di rete principale della macchina ha connettività a internet.
Per completare i passaggi descritti in questa sezione, devi soddisfare i seguenti prerequisiti:
- Accesso alla console Google Cloud e al tuo progetto Distributed Cloud connesso Google Cloud .
- Il ruolo IAM Visualizzatore Monitoring, che consente di visualizzare le metriche di Monitoring.
- (Facoltativo) il valore
machine_iddella macchina Distributed Cloud connected di destinazione per filtrare i risultati restituiti.
Utilizza Metrics Explorer per convalidare la connettività della macchina
Vai a Metrics Explorer:
Nella console Google Cloud , vai alla sezione Monitoraggio.
Nell'albero di navigazione a sinistra, fai clic su Esplora metriche.
Seleziona il tipo di risorsa di destinazione:
Nella pagina Metrics Explorer, vai alla pagina Query.
Utilizza la barra di ricerca per cercare il tipo di risorsa Machine. Puoi anche utilizzare l'identificatore di risorsa completo
edgecontainer.googleapis.com/Machine.Nei risultati restituiti, fai clic sul tipo di risorsa Macchina.
Convalida la connessione della macchina a Google Cloud:
Nella sezione Metrica, cerca il valore
connected.Seleziona la metrica Macchina connessa. Il percorso completo è
edgecontainer.googleapis.com/machine/connected.(Facoltativo) Filtra in base al valore
machine_iddi destinazione utilizzando la sezione Filtro.Nel grafico temporale visualizzato, verifica che la linea Integrità rimanga al 100% in modo continuo. Se in un determinato momento questo valore è 0% o Non integro, la macchina ha perso la connettività con Google Cloud all'ora indicata.
Convalida la connettività a internet della macchina:
Nella sezione Metrica, cerca il valore
connectivity.Seleziona la metrica Connettività di rete. Il percorso completo è
edgecontainer.googleapis.com/machine/network/connectivity.(Facoltativo) Filtra in base al valore
machine_iddi destinazione utilizzando la sezione Filtro.Nel grafico temporale visualizzato, verifica che la linea Integrità rimanga al 100% in modo continuo. Se in un determinato momento questo valore è 0% Non integro, la macchina ha perso la connettività a internet all'ora indicata.
Comprendere i risultati della convalida
La seguente tabella spiega i risultati restituiti da Metrics Explorer.
| Stato della macchina | Diagnosi | Risoluzione |
|---|---|---|
| In buono stato Il valore della metrica "Macchina connessa" è 1Il valore della metrica "Connettività di rete" è 1 |
Funzionamento normale. | Nessuno. |
| Disconnesso Il valore della metrica "Macchina connessa" è 0Il valore della metrica "Connettività di rete" è 1 |
La macchina ha la connettività a internet, ma non riesce a connettersi a Google Cloud. | Controlla le [regole firewall](distributed-cloud/connected/latest/docs/requirements#connected_management_and_monitoring_traffic) per i servizi Google e gli endpoint API. Verifica che gli agenti connessi a Distributed Cloud siano in esecuzione sulla macchina. |
| Isolato Il valore della metrica "Macchina connessa" è 0Il valore della metrica "Connettività di rete" è 0 |
La macchina non ha connettività a internet. | Controlla i cavi di alimentazione e di rete, la configurazione della rete locale e lo stato del LED della macchina. Verifica la configurazione di VLAN e routing. |
| Intermittente Il valore della metrica "Macchina connessa" alterna 0 e 1Il valore della metrica "Connettività di rete" alterna 0 e 1 |
Connessione di rete instabile, perdita di pacchetti o latenza eccessiva. | Controlla la rete locale per verificare la presenza di congestione e hardware difettoso. |
Se noti valori costanti di 0 per una delle metriche, segui i passaggi per la risoluzione dei problemi descritti
nella tabella per risolverli. Se il problema persiste, contatta l'Assistenza Google
con il valore machine_id della macchina interessata e il timestamp dell'interruzione.
Macchine virtuali bloccate nello stato Pending
Un workload della macchina virtuale può bloccarsi nello stato Pending e non essere pianificato su un nodo se si verifica uno dei seguenti scenari:
- Distributed Cloud connesso non può allocare le risorse richieste, come tempo CPU, memoria o spazio su disco, alla macchina virtuale.
- Si è verificato un errore nella configurazione della macchina virtuale.
- Si è verificato un errore con l'archiviazione della macchina virtuale.
- Il nodo di destinazione è compromesso.
Per risolvere il problema, segui questi passaggi:
Ottieni le credenziali del cluster come descritto in Ottenere le credenziali per un cluster.
Ottieni informazioni sulla macchina virtuale interessata:
kubectl describe virtualmachine VM_NAME -n NAMESPACE
Sostituisci quanto segue:
VM_NAME: il nome della macchina virtuale di destinazione.NAMESPACE: lo spazio dei nomi della macchina virtuale di destinazione.
Il comando restituisce un output simile al seguente:
Status: ... State: Pending ... Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal SuccessfulCreate 15m virtualmachine-controller Created virtual machine my-stuck-vm Warning DiskProvisioningFailed 14m virtualmachine-controller Failed to provision disk: DataVolume my-stuck-vm-data-disk not ready Warning PVCNotBound 14m virtualmachine-controller PersistentVolumeClaim my-stuck-vm-data-disk is in phase Pending Warning VMINotCreated 10m virtualmachine-controller VirtualMachineInstance cannot be created: dependencies not readyL'output del comando contiene messaggi che potrebbero indicare vincoli delle risorse, errori di pianificazione, guasti di archiviazione e altri problemi.
Esamina l'output per determinare le cause dell'errore di pianificazione, come spiegato nelle sezioni successive.
Risorse insufficienti
Potresti visualizzare un messaggio che indica risorse insufficienti, ad esempio CPU, memoria o spazio su disco. Ad esempio:
5/8 nodes are available: 3 Insufficient memory, 3 Insufficient CPU.
Per risolvere il problema, controlla le risorse allocate alle macchine virtuali interessate e ad altri carichi di lavoro pianificati sul nodo, poi procedi nel seguente modo a seconda delle esigenze aziendali:
- Ridimensiona altri workload pianificati sul nodo.
- Riduci la quantità di risorse allocate alla macchina virtuale interessata.
- Aggiungi altre macchine al cluster interessato.
Nodi con taint
Potresti visualizzare un messaggio che indica che il nodo di destinazione è compromesso. Ad esempio:
5/8 nodes are available: 3 node(s) had taint {<taint-key>:<taint-value>}, that the pod didn't tolerate.
Per risolvere il problema, procedi nel seguente modo:
Utilizza il seguente comando per verificare la presenza di taint sul nodo:
kubectl get nodes -o custom-columns=NAME:.metadata.name,TAINTS:.spec.taints
Il comando restituisce un output simile al seguente:
NAME TAINTS node-name-1 [map[effect:PreferNoSchedule key:node-role.kubernetes.io/master] map[effect:PreferNoSchedule key:node-role.kubernetes.io/control-plane]] node-name-2 <none>Esegui una delle seguenti operazioni:
- Per i taint imprevisti, rimuovili come descritto in Taint e tolleranze.
- Per i taint previsti, aggiungi le tolleranze corrispondenti alla configurazione della macchina virtuale, come descritto in Taint e tolleranze.
Errori di archiviazione
Potresti visualizzare un messaggio che indica un errore con lo spazio di archiviazione della macchina virtuale. Ad esempio:
5/8 nodes are available: 3 node(s) had volume node affinity conflict, 3 node(s) had unbound immediate PersistentVolumeClaims.
Questo messaggio potrebbe indicare che il volume permanente corrispondente non viene montato sul nodo di destinazione.
Per risolvere il problema, procedi nel seguente modo:
Utilizza il seguente comando per ottenere lo stato delle rivendicazioni di volumi permanenti (PVC) nello spazio dei nomi della macchina virtuale interessata:
kubectl get pvc -n NAMESPACE
Sostituisci
NAMESPACEcon il nome dello spazio dei nomi di destinazione.Il comando restituisce un output simile al seguente:
NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE windows-robin-disk-0 Bound pvc-b1a1d264-84bf-4e58-857d-f37f629d5082 25Gi RWX robin-block-immediate 30h windows-robin-disk-1 Bound pvc-0130b9a8-7fed-4df0-8226-d79273792a16 25Gi RWX robin-block-immediate 30h windows-robin-vm-0-restored-windows-robin-disk-0 Pending gce-pd-gkebackup-in 26mVerifica che il PVC corrispondente abbia lo stato
Bound; se lo stato èPending, il sottosistema di archiviazione non è riuscito a eseguire il provisioning del volume. In questi casi, devi risolvere i problemi relativi alla configurazione del sottosistema di archiviazione e assicurarti che sia disponibile l'StorageClassappropriato.