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 i log e le metriche e collaboriamo con i partner per risolvere rapidamente gli incidenti.

L'assistenza clienti Google Cloud offre una varietà di pacchetti di assistenza per soddisfare le tue esigenze. Tutti i pacchetti di assistenza clienti Google Cloud includono l'assistenza per GKE e Google Distributed Cloud. Se hai già un pacchetto di assistenza clienti Google Cloud, hai già l'assistenza per GKE e Google Distributed Cloud.

Per saperne di più, consulta l'hub di assistenza clienti Google Cloud.

Requisiti per l'assistenza di Google Distributed Cloud

Per risolvere efficacemente gli incidenti business-critical, devi:

1. Verifica che l'ambiente sia aggiornato con i periodi di tempo di fine del supporto pubblicati. Per saperne di più, consulta la sezione Policy di assistenza per le versioni.
2. Abilita Cloud Logging e Cloud Monitoring per i componenti di sistema. Per saperne di più, 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 efficacemente gli incidenti business-critical, l'assistenza clienti Google Cloud si basa su tre informazioni:

• La configurazione dell'ambiente
• Log dei cluster di amministrazione e utente
• Metriche dei cluster di amministrazione e utente

Configurazione

Quando apri una richiesta di assistenza, ti viene chiesto di eseguire il comando gkectl diagnose snapshot --seed-config e di allegare il file tar risultante alla richiesta di assistenza. Il comando 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 insieme personalizzato di informazioni da raccogliere. Per saperne di più, consulta Diagnosi dei cluster.

Assicurati di esaminare attentamente le informazioni acquisite dallo strumento.

Non allegare informazioni altamente riservate o sensibili alla richiesta di assistenza. Puoi aggiungere un campo excludeWords al file di configurazione per omettere informazioni sensibili o riservate.

Log

Quando crei un nuovo cluster, gli agenti Cloud Logging sono abilitati per impostazione predefinita e hanno come ambito solo i componenti a livello di sistema. In questo modo, i log a livello di sistema vengono replicati nel progetto Google Cloud associato al cluster. I log a livello di sistema provengono dai pod Kubernetes in esecuzione in uno dei seguenti spazi dei nomi:

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

È possibile eseguire query sui log dalla console di Cloud Logging.

Nota: se Cloud Logging è disabilitato, l'assistenza viene offerta solo secondo il criterio del "best effort" e potrebbe richiedere un ulteriore impegno significativo da parte del tuo team tecnico on-site.

Per maggiori dettagli, consulta Logging e monitoraggio.

Metriche

Oltre ai log, l'agente Cloud Monitoring acquisisce anche le metriche. In questo modo, le metriche a livello di sistema vengono replicate nel progetto Google Cloud associato al cluster. Le metriche a livello di sistema provengono dai pod Kubernetes in esecuzione negli stessi spazi dei nomi elencati in Log.

Nota: se Cloud Monitoring è disabilitato, l'assistenza viene offerta solo secondo il criterio del "best effort" e potrebbe richiedere un ulteriore impegno significativo da parte del tuo team tecnico on-site.

Per maggiori dettagli, consulta Logging e monitoraggio.

Google Cloud CLI e accesso remoto ai cluster

Se apri una richiesta di assistenza, l'assistenza clienti Google Cloud potrebbe chiederti l'accesso remoto di sola lettura ai tuoi cluster per diagnosticare e risolvere i problemi in modo più efficace. Per consentire all'assistenza clienti Google Cloud di avere accesso sufficiente per risolvere i problemi del cluster da remoto, segui questi passaggi:

• Assicurati di aver installato e aggiornato all'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 ottenere le autorizzazioni aggiunte 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 il file kubeconfig del cluster utente, consulta Come ricreare il kubeconfig del cluster utente.

  • Il nome della membership è lo stesso del nome del cluster. Per ottenere il nome del cluster di amministrazione o 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 insieme di policy di controllo dell'accesso basato su ruoli (RBAC) di Kubernetes e le applica al cluster di destinazione. Consulta Esamina in anticipo le policy RBAC.

Per saperne di più su come concedere all'assistenza clienti Google Cloud l'accesso remoto di sola lettura ai tuoi cluster, consulta Assistenza Google Cloud per i cluster registrati.

Come risolviamo i problemi del tuo ambiente

Ecco un esempio di un tipico incidente di assistenza:

1. Qualcuno, ad esempio l'amministratore del cluster, apre una richiesta di assistenza nella console Google Cloud o con l'assistenza clienti Google Cloud.

   1. Nella console, vai alla pagina Panoramica dell'assistenza.

      Vai alla panoramica dell'assistenza

   2. Nella sezione Informazioni di assistenza, fai clic su Richiedi assistenza.

   3. Nel campo Seleziona il prodotto, inserisci quanto segue:

      Google Distributed Cloud Virtual - vSphere (Anthos on VMWare)
      

   4. Fai clic sull'elemento nell'elenco Prodotti corrispondenti, quindi fai clic su Seleziona.

   5. Inserisci le informazioni richieste e allega l'output del comando gkectl diagnose snapshot alla richiesta.

2. La richiesta di assistenza viene inoltrata a un tecnico dell'assistenza tecnica specializzato in Google Distributed Cloud (solo software) per VMware.

3. Il tecnico del servizio di assistenza esamina i contenuti dello snapshot per comprendere il contesto dell'ambiente.

4. Il tecnico del servizio di assistenza esamina i log e le metriche nel 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 suggerimento. Il tecnico del servizio di assistenza e l'utente continuano la risoluzione dei problemi fino a trovare una soluzione.

Partner di assistenza collaborativi

Google mantiene rapporti di assistenza collaborativa con partner selezionati per offrire un'esperienza di assistenza più fluida. Grazie a queste relazioni, Google è in grado di collaborare a stretto contatto con il partner per conto dei nostri clienti comuni.

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

Google ha un rapporto di assistenza collaborativa con i partner specificati nella pagina Partner di assistenza collaborativa.

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

Cosa supporta Google?

In genere, l'assistenza clienti Google Cloud supporta tutti i componenti software forniti come parte di Google Distributed Cloud (solo software) per VMware. La tabella seguente fornisce ulteriori dettagli:

Assistenza clienti Google Cloud	Assistenza collaborativa	Non supportato
Kubernetes e il runtime dei container	VMware vSphere (vCenter Server ed ESXi)	Prodotti VMware oltre a vSphere
Canonical Ubuntu per sistema operativo guest/nodo	Bilanciatori del carico F5 BIG-IP	Codice cliente (per ulteriori informazioni, consulta la sezione Assistenza per gli sviluppatori)
Controller vCenter	Soluzioni hardware e di infrastruttura iperconvergente elencate nella pagina Partner di assistenza collaborativa	Scelta personalizzata del sistema operativo host da parte del cliente
Controller F5		Server, spazio di archiviazione e rete fisici
Calico e policy di rete correlate		Sistemi DNS, DHCP e di identità esterni
Controller Ingress		Calico Enterprise Edition
		Prometheus e Grafana
Stackdriver Monitoring, Stackdriver Logging e agenti Stackdriver
Federazione delle identità con provider conformi a OIDC
Hub, Connect e l'agente Connect
Knative serving / Knative
LoadBalancer in bundle (Seesaw)

Funzionalità supportate

Questo documento elenca le funzionalità di Google Distributed Cloud per le release supportate. La tabella non è 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, ovvero Anteprima o Disponibilità generale. Le funzionalità elencate come Anteprima sono coperte dai Termini delle offerte pre-GA dei Termini di servizio 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 saperne di più, consulta le fasi di lancio del prodotto.

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

Funzionalità/capacità	1.34	1.35	1.36 (ultima versione)
Cluster avanzati	GA	GA	GA
Domini di topologia	Anteprima	Anteprima	Anteprima
Appartenenza al parco risorse regionale	GA	GA	GA
Disallineamento delle versioni n+2 tra cluster di amministrazione e cluster utente	GA	GA	GA
Disallineamento delle versioni n+2 del pool di nodi - cluster utente	GA	GA	GA
Impostazione di sovraccarico massimo per gli pool di nodi pool	Anteprima	Anteprima	Anteprima
cgroup v2 per i nodi	GA	GA	GA
Modalità DSR per Dataplane V2	GA	GA	GA
BinAuthz per i cluster utente Controlplane V2	GA	GA	GA
Workstation di amministrazione gestita dall'utente	GA	GA	GA
Strumento di migrazione CSI di StatefulSet	GA	GA	GA
Disattiva traffico in entrata in bundle	GA	GA	GA
Credenziali preparate del cluster di amministrazione	GA	GA	GA
Policy di archiviazione per un cluster utente	GA	GA	GA
Policy di archiviazione per un cluster di amministrazione	GA	GA	GA
Riparazione automatica dei nodi	GA	GA	GA
Cluster di amministrazione ad alta affidabilità	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 node pool	GA	GA	GA
Aggiorna le credenziali del registry privato	GA	GA	GA
Backup e ripristino del cluster di amministrazione con gkectl	Anteprima	Anteprima	Anteprima
Scalabilità automatica dei node pool dei cluster utente	GA	GA	GA
Ridimensionamento automatico dei nodi del cluster	GA	GA	GA
Supporto per cluster vSphere multipli	GA	GA	GA
Supporto di più data center vSphere	GA	GA	GA
Supporto di OpenID Connect (OIDC) per l'autenticazione ai cluster	GA	GA	GA
Rotazione dei certificati CA	GA	GA	GA
Supporto di Workload Identity	GA	GA	GA
AIS con supporto per l'autenticazione LDAP	GA	GA	GA
Crittografia dei secret sempre attiva senza modulo di sicurezza hardware (HSM)	GA	GA	GA
Aggiorna i certificati CA vCenter con gkectl	GA	GA	GA
Gateway NAT in uscita	GA	GA	GA
Registrazione del cluster di amministrazione nel parco risorse	GA	GA	GA
Supporto pool di nodi Windows	^1	^1	^1
Runtime containerd per il node pool Windows	^1	^1	^1
Supporto 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
	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	^1	^1	^1
Metriche API di riepilogo	GA	GA	GA
Supporto di gkectl update credentials per l'aggiornamento della chiave del account di servizio di accesso ai componenti	GA	GA	GA
Credenziali preparate per il cluster utente	GA	GA	GA
Esegui il dry run dell'upgrade del cluster utente	GA	GA	GA
Upgrade asincrono del cluster utente	GA	GA	GA
Upgrade asincrono del cluster di amministrazione	GA	GA	GA
Aggiornamento sequenziale dei node pool	GA	GA	GA
Crea snapshot del volume con il driver vSphere CSI	Anteprima	Anteprima	Anteprima
Crea un cluster utente con Controlplane V2 abilitato	GA	GA	GA
Migrazione dello spazio di archiviazione con SPBM	GA	GA	GA
Esegui la migrazione di un datastore a un criterio SPBM	GA	GA	GA
Esegui la migrazione di un cluster utente a Controlplane V2	GA	GA	GA

^{Il supporto per i node pool del sistema operativo Windows Server termina il 25 maggio 2026. Ti consigliamo di iniziare immediatamente la pianificazione della migrazione per garantire una transizione senza problemi prima della fine del periodo di assistenza.}

Policy di supporto delle versioni

L'obiettivo di questa policy di assistenza per le versioni è offrirti la flessibilità di pianificare gli upgrade in base alle tue esigenze aziendali, bilanciando al contempo la rapida evoluzione di Kubernetes e Google Distributed Cloud.

Il software Google Distributed Cloud segue solo lo schema di controllo delle versioni e il ciclo di rilascio di Kubernetes. Le release minori vengono rilasciate circa tre volte l'anno. Le patch per ogni versione secondaria supportata vengono rilasciate all'incirca ogni mese. Come Kubernetes, Google Distributed Cloud supporta contemporaneamente le ultime tre versioni secondarie.

Assistenza Google supporta ogni versione secondaria di Google Distributed Cloud per il periodo più lungo tra:

• 12 mesi dopo l'uscita iniziale della versione secondaria.
• Il rilascio della terza versione secondaria successiva.

Ad esempio, la versione secondaria 1.33 rilasciata il 2 settembre 2025. Questa versione secondaria e tutte le relative patch sono supportate fino al 2 settembre 2026 o alla data di rilascio della versione secondaria 1.36, a seconda di quale sia la data successiva.

Ti invitiamo a mantenere l'ambiente Google Distributed Cloud con l'ultima release secondaria del prodotto e la versione patch consigliata.

Queste norme di assistenza per le versioni includono:

• Assistenza per la risoluzione dei problemi dall'assistenza clienti Google Cloud.
• Vulnerabilità di sicurezza CVE per Kubernetes e i componenti correlati.
• Patch generali per Kubernetes e i componenti correlati.
• Vulnerabilità di sicurezza CVE per Ubuntu o Container-Optimized OS.
• Patch generali per Ubuntu o Container-Optimized OS.

Quando la tua versione raggiunge la fine del ciclo di vita, puoi continuare ad aprire richieste per ricevere assistenza per quanto segue:

• Assistenza per problemi tecnici.
• Assistenza per problemi di fatturazione.
• Indicazioni sull'utilizzo del prodotto, tra cui assistenza per la risoluzione dei problemi e i test.

L'assistenza estesa può essere approvata in via condizionale come evento una tantum, con il blocco della versione e i requisiti della sequenza temporale per l'upgrade futuro. Per ulteriori informazioni, contatta il Customer Engineer principale del tuo account o l'account manager. In alternativa, puoi presentare una richiesta di assistenza tramite la console Google Cloud . Queste richieste vengono inoltrate al gruppo di Customer Engineering per il tuo account.

Periodo di assistenza

La tabella seguente mostra le release minori supportate per Google Distributed Cloud e le date di fine del ciclo di vita (EOL) più prossime:

Versione di Google Distributed Cloud	Data di uscita	Data di fine del ciclo di vita^*
1,35	2026-04-29	29/04/2027 o data di rilascio della versione 1.38
1,34	2025-12-11	11/12/2026 o data di rilascio della versione 1.37
1,33	2025-09-02	2026-09-02 o data di rilascio della versione 1.36
1,32	2025-05-06	06/05/2026 o data di rilascio della versione 1.35

* La data di fine del ciclo di vita sarà la più recente di queste due date.

Per scoprire di più sulla compatibilità delle versioni per Google Distributed Cloud e i prodottiGoogle Cloud correlati, consulta Supporto delle versioni e degli upgrade.

Schema di controllo delle versioni

Google Distributed Cloud utilizza il controllo delle versioni semantico di Kubernetes per fare riferimento alle versioni di Kubernetes supportate, ma aggiunge una versione patch di GKE. In questo modo, il numero di versione avrà il seguente formato: x.y.z-gke.N.

Versione principale di Kubernetes (x)

Le versioni principali vengono in genere incrementate se vengono introdotte modifiche incompatibili con le versioni precedenti nell'API pubblica. Una versione principale incrementa la versione di Kubernetes da x.y a x+1.y.

Versione secondaria di Kubernetes (y)

Kubernetes rilascia una nuova versione secondaria tre volte all'anno. Ogni ciclo di rilascio dura circa 15 settimane. Le API ritirate potrebbero essere rimosse con una nuova versione secondaria. Una versione secondaria incrementa la versione di Kubernetes da 1.y a 1.y+1, ad esempio Kubernetes 1. 29 è la release secondaria che segue Kubernetes 1.28.

Release della patch di Google Distributed Cloud (z-gke.N)

Una release di patch, ad esempio 1.28.300-gke.131, incrementa la versione della patch (z) di 100 e include un suffisso -gke.N, che indica la build. Le release delle patch includono aggiornamenti della sicurezza e correzioni di bug. Una versione di release di patch di Google Distributed Cloud non è correlata a una versione di patch di Kubernetes.

Modello di responsabilità condivisa

L'esecuzione di un'applicazione di produzione business-critical su Google Distributed Cloud richiede che più parti si assumano responsabilità diverse. Queste responsabilità sono descritte in Responsabilità condivisa di GKE.

Assistenza per sviluppatori

Google non fornisce assistenza specifica per i workload delle tue applicazioni. Tuttavia, forniamo assistenza agli sviluppatori best-effort per garantire che possano eseguire applicazioni su cluster creati utilizzando Google Distributed Cloud. Riteniamo che il coinvolgimento in una fase precedente dello sviluppo possa prevenire incidenti critici in una fase successiva del deployment.

Questa assistenza per gli sviluppatori best-effort è disponibile per i clienti con qualsiasi pacchetto di assistenza a pagamento e viene trattata come priorità P3 per un problema che blocca un lancio o come priorità P4 per una consulenza generale. In questa classificazione, il livello di priorità 0 è quello con la priorità più alta.