L'obiettivo principale dell'assistenza di Google è risolvere rapidamente gli incidenti di produzione il più possibile. Comprendere la configurazione, analizzare log e metriche e collaborare con i partner ci aiuta a risolvere rapidamente gli incidenti.
Google Cloud offre vari pacchetti di assistenza per venire incontro alle tue esigenze e alle esigenze aziendali. Tutti i pacchetti di assistenza Google Cloud includono il supporto per Versione Google Kubernetes Engine (GKE) Enterprise e Google Distributed Cloud. Se disponi di un account pacchetto di assistenza Google Cloud, allora hai già per GKE Enterprise e Google Distributed Cloud.
Per ulteriori informazioni, consulta documentazione dell'assistenza Google Cloud.
Requisiti per l'assistenza di Google Distributed Cloud
Per risolvere in modo efficace gli incidenti critici per l'attività:
- Verifica che il tuo ambiente sia aggiornato e all'interno periodi di tempo per la fine dell'assistenza. Consulta la sezione sul supporto delle versioni Norme per ulteriori informazioni.
- Abilita Cloud Logging e Cloud Monitoring per i componenti di sistema. Per maggiori dettagli, consulta le seguenti sezioni relative all'assistenza degli strumenti.
Strumenti di assistenza
Per risolvere un incidente Google Distributed Cloud, il team di assistenza Google Cloud si basa su tre informazioni:
- La configurazione del tuo ambiente
- Log dei tuoi cluster
- Metriche dei cluster
La configurazione del tuo ambiente
Quando apri una richiesta di assistenza, l'esecuzione dei comandi seguenti fornisce informazioni informazioni sulla configurazione del cluster:
Per tutti i tipi di cluster, esegui il comando
bmctl check cluster --snapshotper acquisire informazioni su Kubernetes e sui tuoi nodi. Allega il risultato tar alla richiesta di assistenza.Per i cluster di amministrazione, ibridi e autonomi, esegui
bmctl check clusterper controllare lo stato di integrità del cluster e dei nodi. Allega il i log risultanti alla richiesta di assistenza. Dovrebbero esistere nel Directorybmctl-workspace/[CLUSTER_NAME]/log/check-cluster-[TIMESTAMP].Per i cluster utente, crea prima un file YAML del controllo di integrità con il cluster il nome e lo spazio dei nomi, quindi applica il file nel cluster:
Crea un file YAML con le seguenti proprietà
healthcheck. Ecco contenuti di esempio per un cluster denominatouser1incluster-user1spazio dei nomi:apiVersion: baremetal.cluster.gke.io/v1 kind: HealthCheck metadata: generateName: healthcheck- namespace: cluster-user1 spec: clusterName: user1Dopo aver creato il file YAML, applica la risorsa personalizzata nella che gestisce il cluster utente con il comando
kubectl. Ecco un comando di esempio che utilizza il file YAML creato nella passaggio. Nell'esempio, la variabileADMIN_KUBECONFIGspecifica il percorso del file kubeconfig del cluster di amministrazione:kubectl --kubeconfig ADMIN_KUBECONFIG create -f healthcheck-user1.yamlIl comando restituisce la seguente risposta:
healthcheck.baremetal.cluster.gke.io/healthcheck-7c4qf createdAttendi il completamento del job di controllo di integrità eseguendo un test per verificare se la riconciliazione del job di controllo di integrità è stata completata. Nel caso di esempio precedente, il nome del job di controllo di integrità
healthcheck.baremetal.cluster.gke.io/healthcheck-7c4qf. Ecco un il test di esempio con il comandokubectlche attende 30 minuti per la job di controllo di integrità da completare:kubectl --kubeconfig ADMIN_KUBECONFIG wait healthcheck healthcheck-7c4qf \ -n cluster-user1 --for=condition=Reconciling=False --timeout=30mUna volta completato, il comando restituisce:
healthcheck.baremetal.cluster.gke.io/healthcheck-7c4qf condition metPuoi vedere i risultati del job di controllo di integrità con il seguente comando:
kubectl --kubeconfig ADMIN_KUBECONFIG get healthcheck healthcheck-7c4qf \ -n cluster-user1Il comando restituisce il seguente risultato:
NAME PASS AGE healthcheck-7c4qf true 17mRaccogli tutti i log dei pod del job di controllo di integrità in un file locale con Comando
kubectl. Ecco un esempio che utilizza l'integrità del campione precedente controlla il lavoro:kubectl --kubeconfig ADMIN_KUBECONFIG logs -n cluster-user1 \ -l baremetal.cluster.gke.io/check-name=healthcheck-7c4qf --tail=-1 > \ healthcheck-7c4qf.log
Log del cluster
Quando crei un nuovo cluster Google Distributed Cloud, Cloud Logging sono abilitati per impostazione predefinita e l'ambito è limitato solo ai componenti a livello di sistema. Questo replica i log a livello di sistema nel progetto Google Cloud associato a nel cluster. I log a livello di sistema provengono dai pod Kubernetes nel seguente spazi dei nomi:
kube-systemgke-systemgke-connectistio-systemconfig-management-systemgatekeeper-systemcnrm-systemknative-serving
È possibile eseguire query sui log da Cloud Logging Google Cloud.
Per ulteriori dettagli, consulta Logging e monitoraggio.
Google Cloud CLI e accesso remoto al cluster
Se apri una richiesta di assistenza, l'assistenza clienti Google Cloud potrebbe chiederti la sola lettura da remoto ai cluster per diagnosticare e risolvere i problemi in modo più efficace. Per consentire al team di assistenza di disporre dell'accesso sufficiente per risolvere i problemi del cluster da remoto, assicurati di aver installato e aggiornato l'ultima versione di Google Cloud CLI. Google Cloud CLI deve essere alla versione 401.0.0 o versioni successive per concedere all'assistenza clienti Google Cloud le autorizzazioni necessarie. I nostri suggerimenti aggiornare regolarmente Google Cloud CLI per poter acquisire autorizzazioni aggiuntive e miglioramenti.
Per installare i componenti più recenti di gcloud CLI, utilizza il comando gcloud
components update. Per ulteriori informazioni
informazioni su come concedere all'assistenza clienti Google Cloud l'accesso in sola lettura da remoto al tuo
consulta l'articolo sull'assistenza Google Cloud per i tuoi clienti
cluster.
Metriche del cluster
Oltre ai log, l'agente Cloud Monitoring acquisisce anche le metriche. Questo replica le metriche a livello di sistema nel progetto Google Cloud associato con il cluster. Le metriche a livello di sistema provengono dai pod Kubernetes in esecuzione gli stessi spazi dei nomi elencati in Log.
Per ulteriori dettagli, consulta Logging e monitoraggio.
Come risolviamo i problemi del tuo ambiente
Ecco un esempio di un tipico incidente di assistenza:
L'amministratore del cluster apre una richiesta di assistenza nella console Google Cloud o nella Google Cloud Support Center e seleziona l'edizione Google Kubernetes Engine (GKE) Enterprise e Google Distributed Cloud rispettivamente come categoria e componente. Entra le informazioni richieste e allega l'output dei comandi
bmctlpertinenti al caso.La richiesta di assistenza viene inoltrata a un tecnico del supporto tecnico specializzato in Google Distributed Cloud.
Il tecnico del servizio di assistenza esamina i contenuti dello snapshot per ricavare contesto dell'ambiente.
Il tecnico del servizio di assistenza esamina i log e le metriche in Google Cloud progetto, inserendo l'case ID di assistenza come giustificazione aziendale, viene registrato internamente.
Il tecnico del servizio di assistenza risponde alla richiesta con una valutazione e un consiglio per i nostri esperti. Il tecnico del servizio di assistenza e l'utente continuano a risolvere il problema finché non giunge a una soluzione.
Che cosa supporta Google?
In generale, il team di assistenza Cloud supporta tutti i componenti software forniti fa parte di Google Distributed Cloud and Cloud Service Mesh, Policy Controller, Config Sync e Config Controller. Per un elenco più completo delle funzionalità supportate e non supportate, consulta la tabella seguente:
| Supporto per Google Cloud | Non supportata |
|---|---|
| Kubernetes e il runtime del container | Scelta del cliente del bilanciatore del carico (bilanciamento del carico manuale) |
| Connect e l'agente Connect | Codice cliente (vedi Assistenza per gli sviluppatori) |
| Operazioni, Monitoring, Logging e agenti di Google Cloud | Sistema operativo scelto dal cliente |
| Bilanciatore del carico in bundle | Server fisico o virtuale, archiviazione e rete |
| Controller Ingress | DNS esterni, DHCP e sistemi di identità |
| Servizio di identità GKE | |
| Cloud Service Mesh | |
| Policy Controller | |
| Config Sync | |
| Config Controller |
Criterio di supporto della versione
Il supporto per Google Distributed Cloud segue la versione dell'edizione Google Kubernetes Engine (GKE) Enterprise Norme relative all'assistenza. A partire dalla versione 1.14 di Google Kubernetes Engine (GKE) Enterprise, Google supporta ogni Google Distributed Cloud minore per 12 mesi dopo il rilascio iniziale della o fino al rilascio della terza versione secondaria successiva, a seconda di quale sia il periodo più lungo.
Per gli elenchi delle versioni di Google Distributed Cloud supportate e non supportate, vedi Controllo delle versioni.
Per informazioni sulla versione relative agli upgrade del cluster, consulta Regole di versione per upgrade.
Funzionalità supportate
Questo documento elenca la disponibilità di funzioni e capacità per Google Distributed Cloud per le release supportate. La tabella non è pensata per essere esaustivo, ma evidenzia alcuni dei vantaggi dell'upgrade cluster all'ultima versione supportata.
Le funzionalità elencate come Anteprima sono coperte dalle offerte pre-GA Termini dei Termini di servizio di Google Cloud. Pre-GA prodotti e funzionalità potrebbero avere assistenza limitata e modifiche ai prodotti pre-GA e funzionalità potrebbero non essere compatibili con altre versioni pre-GA. Per ulteriori informazioni consulta la fase di lancio descrizioni. Le offerte in anteprima sono destinate per l'utilizzo solo in ambienti di test.
Funzionalità elencate come Disponibilità generale (GA) sono completamente supportati, aperti a tutti i clienti e pronti per l'uso in produzione.
| Funzione/funzionalità | 1,15 (non supportata) | 1,16 | 1,28 | 1,29 (più recente) |
|---|---|---|---|---|
| Supporto dei cluster di amministrazione per più versioni del cluster utente | - | - | - | Anteprima |
| Criteri di avviso | Anteprima | Anteprima | Anteprima | Anteprima |
| Runtime VM su Google Distributed Cloud | GA | GA | GA | GA |
| Gruppi di Azure Active Directory (AD) | GA | GA | GA | GA |
| Supporto del bilanciatore del carico basato su BGP per IPv6 | GA | GA | GA | GA |
| Autorizzazione binaria | Anteprima | GA | GA | GA |
| Bilanciamento del carico in bundle con BGP | GA | GA | GA | GA |
| Audit logging di Cloud | GA | GA | GA | GA |
| Supporto dell'interfaccia a riga di comando per il backup e il ripristino dei cluster | GA | GA | GA | GA |
| Rotazione delle autorità di certificazione (CA) dei cluster | GA | GA | GA | GA |
| Supporto dell'interfaccia a riga di comando della reimpostazione dei nodi cluster | GA | GA | GA | GA |
| Messa in pausa e ripresa dell'upgrade del cluster | - | - | Anteprima | Anteprima |
| runtime container containerd | GA | GA | GA | GA |
| Gruppo di controllo v2 | GA | GA | GA | GA |
| Autorità di certificazione personalizzate | - | Anteprima | GA | GA |
| Modalità di inoltro del bilanciamento del carico con bilanciamento del carico Dataplane V2 Direct Server Return (DSR) | - | Anteprima | GA | GA |
| IP flat dinamico con BGP (Border Gateway Protocol) | GA | GA | GA | GA |
| Gateway NAT in uscita | GA | GA | GA | GA |
| Modalità IPv4 flat (statica) | GA | GA | GA | GA |
| Supporto IPv6 fisso (modalità BGP) | GA | GA | GA | GA |
| GKE Identity Service v2 | - | - | Anteprima | GA |
| Dual stack IPv4/IPv6 | GA | GA | GA | GA |
| Assistenza in Arabia Saudita | GA | GA | GA | GA |
| Raccoglitore gestito per Google Cloud Managed Service per Prometheus | GA | GA | GA | GA |
| Connettività multi-cluster | Anteprima | Anteprima | Anteprima | Anteprima |
| NIC multipli per i pod | GA | GA | GA | GA |
| Gateway di rete per GDC | Anteprima | Anteprima | Anteprima | Anteprima |
| Rilevatore di problemi dei nodi | GA | GA | GA | GA |
| Upgrade di nodi paralleli | GA | GA | GA | GA |
| Upgrade di pool di nodi paralleli | Anteprima | GA | GA | GA |
| Operatore di ottimizzazione delle prestazioni | - | Anteprima | Anteprima | Anteprima |
| Supporto del registry privato per i nodi | - | - | - | Anteprima |
| Supporto del mirroring del registro | GA | GA | GA | GA |
| Modalità di computing sicura (seccomp) | GA | GA | GA | GA |
| Salta l'upgrade della versione del pool di nodi | - | - | Anteprima | GA |
| Networking SR-IOV | GA | GA | GA | GA |
| Metriche dell'API di riepilogo | GA | GA | GA | GA |
| Controlli di servizio VPC | Anteprima | GA | GA | GA |
| Rollback dell'upgrade del pool di nodi worker | - | - | - | Anteprima |
| Workload Identity | GA | GA | GA | GA |
Modello di responsabilità condivisa
Esecuzione di un'applicazione di produzione business-critical su Google Distributed Cloud e richiede che più parti abbiano responsabilità diverse. Sebbene non sia un completo, le seguenti sezioni elencano i ruoli e le responsabilità.
Responsabilità di Google
- Manutenzione e distribuzione del pacchetto software Google Distributed Cloud.
- Avvisare gli utenti degli upgrade disponibili per Google Distributed Cloud e produrre script di upgrade per la versione precedente; Google Distributed Cloud supporta solo gli upgrade sequenziali (esempio: 1.2 → 1.3 → 1.4 e non 1.2 → 1,4).
- Uso dei servizi Connect e Suite operativa di Google Cloud.
- Risolvere i problemi, fornire soluzioni alternative e correggere la causa principale di qualsiasi problemi relativi ai componenti forniti da Google
Responsabilità degli utenti
- Amministrazione generale del sistema per cluster on-premise.
- Mantenimento dei carichi di lavoro delle applicazioni di cui è stato eseguito il deployment nel cluster.
- Esecuzione, manutenzione e applicazione di patch all'infrastruttura del data center, inclusi il networking, i server, il sistema operativo, lo spazio di archiviazione in Google Cloud.
- Esecuzione, manutenzione e applicazione di patch dei bilanciatori del carico di rete se carico manuale viene scelta l'opzione di bilanciamento del carico.
- Upgrade regolari delle versioni di Google Distributed Cloud.
- Monitoraggio del cluster e delle applicazioni e risposta a eventuali incidenti.
- Assicurarsi che il deployment degli agenti nella suite operativa di Google Cloud venga eseguito nei cluster.
- Fornire a Google dettagli ambientali per la risoluzione dei problemi.
Assistenza per gli sviluppatori
Google non fornisce assistenza specifica per i carichi di lavoro delle applicazioni. Tuttavia, offriamo assistenza agli sviluppatori con il best effort per garantire che i tuoi sviluppatori possono eseguire applicazioni su Google Distributed Cloud. Riteniamo che interagire prima durante lo sviluppo, possono prevenire gli incidenti critici nelle fasi successive del deployment.
L'assistenza per gli sviluppatori basata sul best effort è disponibile per i clienti con qualsiasi servizio di assistenza a pagamento di pacchetto di assistenza ed è considerato una priorità P3 per un problema che blocca un lancio, o una priorità P4 per la consulenza generale. In questa classificazione, la priorità il livello 0 è la priorità più alta.