Questa pagina fornisce un confronto di alto livello tra i cluster Autopilot e Standard di Google Kubernetes Engine (GKE). Il confronto include importanti funzionalità di GKE e le differenze funzionali tra queste modalità cluster.
Questa pagina è rivolta alle seguenti persone:
- Gli amministratori della piattaforma che vogliono conoscere le principali differenze tra i cluster Autopilot e Standard, in modo da poter fare una scelta informata quando creano un cluster.
- Nuovi utenti GKE che hanno familiarità con GKE e vogliono sapere quale modalità cluster offre la funzionalità più adatta a un requisito specifico.
Le sezioni seguenti si applicano solo ai cluster creati in modalità Autopilot o Standard. Dopo aver creato un cluster Standard, puoi eseguire alcuni carichi di lavoro in modalità Autopilot. Questi carichi di lavoro vengono eseguiti su nodi gestiti da GKE. Per maggiori informazioni sull'esecuzione dei workload Autopilot nei cluster Standard, incluse le impostazioni che potrebbero ignorare la configurazione a livello di cluster, consulta Informazioni sui workload Autopilot in GKE Standard.
Confronto delle funzionalità dei cluster Autopilot e Standard
La tabella seguente fornisce un confronto dettagliato della configurazione delle funzionalità nei cluster Autopilot e Standard. Queste configurazioni delle funzionalità vengono definite da te o da GKE per l'intero cluster.
La tabella non mostra tutte le funzionalità di GKE. Se vuoi sapere se una funzionalità non presente in questa tabella è supportata in Autopilot o in Standard, consulta la documentazione relativa a quella funzionalità.
Questa tabella utilizza la seguente terminologia:
- Preconfigurato: sempre abilitato. Google configura queste impostazioni. Non puoi modificare o disattivare le funzionalità preconfigurate.
- Predefinito: GKE configura la funzionalità per te se non la configuri esplicitamente. Puoi modificare le configurazioni delle funzionalità predefinite.
- Facoltativo: disponibile per la configurazione e l'utilizzo. Non abilitato per impostazione predefinita.
| Opzione | Cluster Autopilot | Cluster standard |
|---|---|---|
Versioni e release |
Predefinito: canale di rilascio regolare (Facoltativo): |
Predefinito: canale di rilascio regolare (Facoltativo): |
Disponibilità della posizione |
Preconfigurato: regionale | (Facoltativo): regionale o zonale |
Gestione dei nodi |
Preconfigurato: GKE gestisce i nodi, inclusi configurazione dei nodi, scalabilità automatica e vincoli di sicurezza. | (Facoltativo):
|
Provisioning e scalabilità dei nodi |
Preconfigurato: Autopilot scala automaticamente la quantità e le dimensioni dei nodi in base ai pod nel cluster. (Facoltativo):
|
Predefinito:
(Facoltativo):
|
Sistema operativo del nodo |
Preconfigurato: Container-Optimized OS con containerd |
Predefinito: Container-Optimized OS con containerd (Facoltativo): |
Configurazione di calcolo dei nodi |
Predefinito: Piattaforma di computing ottimizzata per container (che supporta le architetture x86 e Arm) consigliata per carichi di lavoro per uso generico. (Facoltativo):
|
Predefinito: tipi di macchine Compute Engine per uso generico (Facoltativo):
|
Upgrade e manutenzione dei nodi |
Preconfigurato: (Facoltativo): |
Predefinito:
(Facoltativo): |
Sicurezza |
Preconfigurato: (Facoltativo): |
Predefinito: Shielded GKE Nodes (Facoltativo): |
Networking |
Preconfigurato: Predefinito:
(Facoltativo): |
Preconfigurato: massimo 512 pod in ogni nodo Predefinito:
(Facoltativo): |
Logging e monitoraggio |
Preconfigurato:
(Facoltativo): |
Predefinito:
(Facoltativo): |
Componenti aggiuntivi |
Preconfigurato:
(Facoltativo): Cloud Service Mesh gestito, che fornisce anche funzionalità di mesh Istio. |
Predefinito: (Facoltativo): |
Differenze funzionali tra i cluster Autopilot e Standard
La seguente tabella mostra le importanti differenze funzionali tra i cluster GKE Autopilot e Standard. Utilizza questo confronto per scegliere la modalità più adatta.
| Funzionalità | Cluster Autopilot | Cluster standard |
|---|---|---|
| Strumenti di monitoraggio di terze parti | Implementa uno strumento di monitoraggio di terze parti fornito da Google Cloud partner, o qualsiasi strumento di terze parti che non richieda l'accesso con privilegi elevati sul nodo. | Implementa qualsiasi strumento di monitoraggio di terze parti indipendentemente dal livello di accesso al nodo. |
| Esporre le applicazioni esternamente | Utilizza un
LoadBalancer Service. In questo modo viene eseguito il provisioning di un indirizzo IP esterno temporaneo.
Se hai già un indirizzo IP statico che vuoi utilizzare, specificalo nel campo loadBalancerIP. Autopilot non supporta il campo externalIps,
che non utilizza il bilanciamento del carico Google Cloud . |
Utilizza un
LoadBalancer Service. In questo modo viene eseguito il provisioning di un indirizzo IP esterno temporaneo.
Se hai già un indirizzo IP statico che vuoi utilizzare, specificalo nel campo loadBalancerIP. Puoi anche utilizzare il campo externalIps nel manifest del servizio, anche se non consigliamo questo approccio. |
| Bursting dei pod | I pod possono utilizzare la capacità di burst inutilizzata se i limiti delle risorse sono superiori alle richieste di risorse o se non imposti limiti delle risorse. La capacità di burst dipende dal fatto che il pod richieda hardware specifico. Per saperne di più, consulta Configurare il bursting dei pod in GKE. |
I pod possono utilizzare la capacità inutilizzata del nodo se i limiti delle risorse sono superiori alle richieste di risorse. |
| Applicazioni Google Cloud Marketplace | Non puoi installare app da Cloud Marketplace. | Puoi installare app da Cloud Marketplace. |
| Vincoli di sicurezza integrati | In modalità Autopilot, GKE applica le misure di sicurezza di GKE Autopilot. | GKE non applica automaticamente i vincoli di sicurezza per i cluster Standard. Se alcuni nodi del cluster eseguono workload Autopilot utilizzando una ComputeClass, le misure di sicurezza di GKE Autopilot vengono applicate a questi nodi in base al massimo impegno. |
| Pod a lunga esecuzione e tolleranti agli errori | Puoi proteggere i pod non tolleranti ai guasti, come i server di gioco, dall'espulsione causata da upgrade automatici o ridimensionamenti dei nodi per un massimo di 7 giorni. Per maggiori dettagli, vedi Estendi la durata di esecuzione dei pod Autopilot. | Non puoi proteggere i pod non tolleranti agli errori dall'espulsione causata dagli upgrade automatici dei nodi. Puoi proteggere questi pod dall'espulsione per riduzione della scalabilità indefinitamente, ma continui a pagare i nodi sottoutilizzati su cui vengono eseguiti i pod. |
Passaggi successivi
- Scopri di più sulle scelte di configurazione del cluster.
- Scopri come scegliere una modalità di funzionamento.
- Scopri come creare un cluster Autopilot.