Richiedere assistenza

L'obiettivo principale dell'assistenza di Google è risolvere gli incidenti di produzione il più rapidamente possibile. Per farlo, comprendiamo la tua configurazione, analizziamo log e metriche e collaboriamo con i partner per risolvere rapidamente gli incidenti.

Google Cloud offre una varietà di pacchetti di assistenza per soddisfare le tue esigenze di assistenza. Tutti i pacchetti di assistenza Google Cloud includono il supporto per GKE Enterprise e Google Distributed Cloud. Se disponi di un pacchetto di assistenza Google Cloud esistente, puoi già fornire il supporto per GKE Enterprise e GKE on VMware.

Per ulteriori informazioni, consulta la documentazione dell'assistenza Google Cloud.

Requisiti per il supporto GKE on VMware

Per risolvere in modo efficace gli incidenti critici per l’azienda, devi:

  1. Verifica che l'ambiente sia aggiornato e che siano stati pubblicati i tempi di fine del supporto pubblicati (consulta la sezione Criteri per l'assistenza per la versione di seguito).
  2. Abilita Cloud Logging e Cloud Monitoring per i componenti di sistema (per maggiori dettagli, consulta la sezione Strumenti di assistenza).
  3. Quando apri una richiesta di assistenza, fornisci uno snapshot della configurazione utilizzando il comando gkectl diagnose snapshot.

Strumenti di assistenza

Per risolvere un incidente GKE on VMware, l'assistenza Google Cloud si basa su tre informazioni:

  • La configurazione del tuo ambiente
  • Log dai cluster di amministrazione e utente
  • Metriche dei cluster di amministrazione e degli utenti

Configurazione

Quando apri una richiesta di assistenza, ti viene chiesto di eseguire il comando gkectl diagnose snapshot --seed-config e di allegare il tarball risultante alla richiesta di assistenza. gkectl diagnose snapshot --seed-config acquisisce informazioni su Kubernetes e sui tuoi nodi.

Lo strumento è altamente configurabile e include diversi scenari predefiniti. Puoi anche passare un file YAML con un set personalizzato di informazioni da raccogliere. Per ulteriori informazioni, consulta Diagnostica dei cluster.

Puoi aggiungere un campo excludeWords al file di configurazione per omettere informazioni sensibili o riservate. Assicurati di esaminare attentamente le informazioni acquisite dallo strumento. Non devi allegare alla richiesta di assistenza informazioni altamente riservate o sensibili.

Log

Quando crei un nuovo cluster GKE on VMware, gli agenti Cloud Logging vengono abilitati per impostazione predefinita e l'ambito è limitato solo ai componenti a livello di sistema. Ciò replica i log a livello di sistema nel progetto Google Cloud associato al cluster. I log a livello di sistema provengono da pod Kubernetes in esecuzione in uno dei cinque spazi dei nomi:

  • kube-system
  • gke-system
  • gke-connect
  • istio-system
  • config-management-system
  • knative-serving

È possibile eseguire query sui log dalla console Cloud Logging.

Per maggiori dettagli, consulta Logging e Monitoring.

Metriche

Oltre ai log, le metriche vengono acquisite anche dall'agente Cloud Monitoring. Questo consente di replicare le metriche a livello di sistema nel progetto Google Cloud associato al cluster. Le metriche a livello di sistema provengono da pod Kubernetes in esecuzione negli stessi spazi dei nomi elencati in Log.

Per maggiori dettagli, consulta Logging e Monitoring.

Google Cloud CLI e accesso remoto al cluster

Se apri una richiesta di assistenza, l'assistenza clienti Google Cloud potrebbe chiederti l'accesso remoto in sola lettura 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 il problema 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 successiva per concedere all'assistenza clienti Google Cloud le autorizzazioni necessarie. Ti consigliamo di aggiornare regolarmente Google Cloud CLI per recuperare autorizzazioni aggiuntive e altri miglioramenti. Per installare i componenti più recenti di gcloud CLI, utilizza il comando gcloud components update.

  • Assicurati che il cluster di destinazione sia registrato e di avere l'ID progetto, il nome dell'appartenenza e il file kubeconfig.

    • Per ottenere kubeconfig del cluster utente, consulta Come ricreare kubeconfig del cluster utente.

    • Il nome dell'appartenenza corrisponde al nome del cluster. Per ottenere il nome dell'amministratore o del cluster utente, puoi utilizzare:

        gkectl list admin --kubeconfig ADMIN_CLUSTER_KUBECONFIG
    
        gkectl list clusters --kubeconfig ADMIN_CLUSTER_KUBECONFIG
    
  • Per concedere l'accesso al cluster, esegui un comando gcloud CLI che genera e visualizza un set di criteri di controllo dell'accesso basato su ruoli (RBAC) Kubernetes e li applica al cluster di destinazione. Consulta la pagina Esamina in anticipo i criteri RBAC.

Per ulteriori informazioni su come concedere all'assistenza clienti Google Cloud l'accesso remoto in sola lettura ai cluster, vedi Assistenza Google Cloud per i cluster registrati.

Come risolviamo i problemi del tuo ambiente

Ecco un esempio di un tipico incidente di assistenza:

  1. Un utente, ad esempio l'amministratore del cluster, apre una richiesta di assistenza tramite la console Google Cloud o il Google Cloud Support Center e seleziona Anthos e GKE on VMware come categoria e componente, rispettivamente. Inserire le informazioni richieste e allegare l'output di gkectl diagnose snapshot alla richiesta.
  2. La richiesta di assistenza viene inoltrata a un Technical Support Engineer specializzato in GKE on VMware.
  3. Il tecnico del servizio di assistenza esamina i contenuti dello snapshot per acquisire il contesto dell'ambiente.
  4. Il tecnico del servizio di assistenza esamina i log e le metriche del progetto Google Cloud, inserendo l'case ID di assistenza come giustificazione aziendale, che viene registrata internamente.
  5. Il tecnico del servizio di assistenza risponde alla richiesta con una valutazione e un consiglio. Il tecnico del servizio di assistenza e l'utente continuano la procedura di risoluzione dei problemi.

Partner di assistenza collaborativi

Google intrattiene rapporti di assistenza collaborativi con partner selezionati per offrire un'esperienza di assistenza più fluida per GKE on VMware. Grazie a questi rapporti, Google è in grado di collaborare a stretto contatto con il partner per conto dei clienti condivisi.

Per usufruire dell'Assistenza collaborativa, devi stipulare contratti di assistenza sia con Google sia con il partner in questione.

Al momento Google ha in essere un rapporto di assistenza collaborativa con i partner specificati nella pagina Partner di assistenza collaborativi.

I dati relativi ai problemi di assistenza possono essere condivisi con i partner di assistenza collaborativi, come descritto nelle linee guida per i servizi di assistenza tecnica di Google.

Che cosa supporta Google?

In generale, il team di assistenza Cloud supporta tutti i componenti software forniti come parte di GKE on VMware. La seguente tabella descrive ulteriormente questo aspetto:

Assistenza Google Cloud Assistenza collaborativa Non supportato
Kubernetes e il runtime del container
VMware vSphere (vCenter Server ed ESXi)
Prodotti VMware oltre vSphere
Ubuntu canonico per il sistema operativo guest/node
Bilanciatori del carico BIG-IP F5
Codice cliente (consulta la sezione Assistenza per gli sviluppatori di seguito)
Controller vCenter
Hardware e soluzioni di infrastruttura iperconvergente elencate nella pagina dei partner di assistenza collaborativi
Scelta del cliente del sistema operativo host
Controller F5

Server fisico, spazio di archiviazione e rete
Criteri di Calico e della rete correlata

DNS esterni, DHCP e sistemi di identità
Controller in entrata

Calico Enterprise Edition


Prometheus e Grafana
Agenti Stackdriver Monitoring, Stackdriver Logging e Stackdriver
Federazione delle identità con provider conformi a OIDC
Hub, Connect e agente Connect
Knative serving / Knative
LoadBalancer in bundle (Seesaw)

Criterio di supporto della versione

Il supporto per GKE su VMware segue il Criterio di supporto della versione di GKE Enterprise. A partire da GKE Enterprise versione 1.14, Google supporta ogni versione secondaria di Google Distributed Cloud per 12 mesi dopo il rilascio iniziale della versione secondaria o fino al rilascio della terza versione secondaria successiva, a seconda di quale sia il periodo più lungo.

La tabella seguente mostra le versioni supportate e non supportate di questo prodotto:

Versione di release Data di rilascio Data di fine del ciclo di vita*
1,29 (più recente) 29 aprile 2024 Data di rilascio del 29 aprile 2025 o della versione 1.32
1,28 14 dicembre 2023 14 dicembre 2024 o data di rilascio della versione 1.31
1,16 23 agosto 2023 Data di rilascio del 23 agosto 2024 o della 1:30
1,15 (non supportata) 2 maggio 2023 Data di rilascio del 2 maggio 2024 o della versione 1.29

* La fine del ciclo di vita sarà la data successiva tra queste due date.

Funzionalità supportate

Questo documento elenca le funzionalità di Google Distributed Cloud per le release supportate. La tabella non è pensata per essere un elenco esaustivo, ma evidenzia alcuni dei vantaggi dell'upgrade dei cluster all'ultima versione supportata.

Le funzionalità sono elencate in base alla fase di lancio del prodotto, come Anteprima o Disponibilità generale. Le funzionalità elencate come Anteprima sono coperte dai Termini dell'offerta pre-GA dei Termini di servizio di Google Cloud. Le offerte in anteprima sono destinate esclusivamente all'utilizzo in ambienti di test e potrebbero avere un supporto limitato. Le modifiche ai prodotti e alle funzionalità pre-GA potrebbero non essere compatibili con altre versioni pre-GA. Le funzionalità in disponibilità generale sono aperte a tutti i clienti e sono completamente supportate. Per ulteriori informazioni, vedi Fasi di lancio dei prodotti.

Per informazioni sui componenti di GKE Enterprise supportati e sulla loro compatibilità, consulta Assistenza per l'upgrade e la versione di GKE Enterprise.

Funzione/funzionalità 1,16 1,28 1,29 (più recente)
Abbonamento a un parco risorse regionale GA GA
Disallineamento delle versioni n+2 cluster di amministrazione - cluster utente Anteprima GA
Disallineamento delle versioni pool di nodi n+2 - cluster utente Anteprima GA
Impostazione del picco massimo per gli aggiornamenti del pool di nodi Anteprima Anteprima
cgroup v2 per i nodi Anteprima GA
Modalità DSR per Dataplane V2 Anteprima GA GA
BinAuthz per i cluster utente di Controlplane V2 GA GA
Storage vMotion per cluster SPBM Anteprima Anteprima
Postazione di lavoro di amministrazione gestita dall'utente Anteprima GA GA
Strumento di migrazione StatefulSet CSI Anteprima Anteprima Anteprima
Migrazione da Seesaw a MetalLB Anteprima GA GA
Disattivare il traffico in entrata in bundle GA GA GA
Credenziali preparate per il cluster di amministrazione Anteprima GA GA
Criterio di archiviazione per un cluster utente GA GA GA
Criterio di archiviazione per un cluster di amministrazione Anteprima GA GA
Riparazione automatica dei nodi GA GA GA
Cluster di amministrazione ad alta disponibilità GA GA GA
Affinità VM-host GA GA GA
Genera file di configurazione da un cluster esistente GA GA GA
Raccolta delle metriche di sistema di Managed Service per Prometheus GA GA GA
Upgrade e rollback dei pool di nodi GA GA GA
Aggiornare le credenziali del registro privato GA GA GA
Backup e ripristino del cluster di amministrazione con gkectl Anteprima Anteprima Anteprima
Scalabilità automatica del pool di nodi del cluster utente GA GA GA
Ridimensionamento automatico dei nodi dei cluster GA GA GA
Supporto di più cluster vSphere GA GA GA
Supporto di più data center vSphere GA GA GA
Supporto di OpenID Connect (OIDC) per l'autenticazione nei cluster GA GA GA
Rotazione dei certificati CA GA GA GA
Supporto di Workload Identity GA GA GA
AIS con supporto dell'autenticazione LDAP GA GA GA
Crittografia dei secret sempre attiva senza modulo di sicurezza hardware (HSM) GA GA GA
Aggiornare i certificati CA vCenter con gkectl GA GA GA
Gateway NAT in uscita GA GA GA
Registrazione del parco risorse di cluster di amministrazione GA GA GA
Supporto dei pool di nodi Windows GA GA GA
Runtime containerd per il pool di nodi Windows GA GA GA
Supporto dei pool di nodi di Container-Optimized OS GA GA GA
CoreDNS come provider DNS del cluster GA GA GA
Ciclo di vita del cluster utente nella console Google Cloud GA GA GA
Creazione di nodi del cluster di amministrazione con Container-Optimized OS GA GA GA
Funzionalità multi-NIC per i pod GA GA GA
Opzione del bilanciatore del carico MetalLB GA GA GA
Supporto di gkectl update admin per l'abilitazione e la disabilitazione di Cloud Logging e Cloud Monitoring GA GA GA
Supporto di Windows Dataplane V2 GA GA GA
Metriche dell'API di riepilogo GA GA GA
Supporto di gkectl update credentials per l'aggiornamento della chiave dell'account di servizio di accesso ai componenti GA GA GA
Credenziali preparate per il cluster utente GA GA GA
Upgrade in prova del cluster utente GA
Upgrade asincrono del cluster utente GA GA GA
Upgrade asincrono del cluster di amministrazione GA
Aggiornamento sequenziale dei pool di nodi GA GA GA
Crea snapshot del volume con il driver CSI vSphere Anteprima Anteprima Anteprima
Crea un cluster utente con ControlPlaneV2 abilitato GA GA GA
Migrazione dello spazio di archiviazione con SPBM Anteprima GA
Eseguire la migrazione di un datastore a un SPBM Anteprima
Esegui la migrazione di un cluster utente al piano di controllo V2 Anteprima
Esegui la migrazione al cluster di amministrazione ad alta disponibilità Anteprima
Esegui la migrazione della configurazione per l'integrazione di F5 BIG-IP Anteprima

Modello di responsabilità condivisa

L'esecuzione di un'applicazione di produzione business-critical su GKE on VMware richiede più parti per svolgere responsabilità diverse. Queste responsabilità sono descritte nella sezione Responsabilità condivisa di GKE Enterprise.

Assistenza per gli sviluppatori

Google non fornisce assistenza specifica per i carichi di lavoro delle applicazioni. Tuttavia, forniamo assistenza agli sviluppatori con il best effort per garantire che i tuoi sviluppatori possano eseguire facilmente le applicazioni su GKE su VMware. Riteniamo che un intervento anticipato durante lo sviluppo possa prevenire incidenti critici nelle fasi successive del deployment.

L'Assistenza per gli sviluppatori basata sul best effort è disponibile per i clienti con qualsiasi pacchetto di assistenza a pagamento ed è considerata una priorità P3 per un problema che blocca un lancio o una priorità P4 per la consulenza generale. In questa classificazione, il livello di priorità 0 è la priorità più alta.