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:
- 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à del 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 di 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 seguente tabella 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 alla 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 in modo esplicito. 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 del nodo |
Predefinito: Piattaforma di computing ottimizzata per container consigliata per carichi di lavoro generici. Facoltativo:
|
Predefinito: tipi di macchine Compute Engine per uso generico Facoltativo:
|
Upgrade e manutenzione dei nodi |
Preconfigurato: Facoltativo: |
Predefinito:
Facoltativo: |
Sicurezza |
Preconfigurato: Facoltativo: |
Predefinito: nodi GKE schermati Facoltativo: |
Networking |
Preconfigurato: Predefinito:
Facoltativo: |
Preconfigurato: massimo 256 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 partnerGoogle Cloud 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
servizio LoadBalancer . 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
servizio LoadBalancer . 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 sfruttare la capacità burstable inutilizzata se i limiti delle risorse sono superiori alle richieste di risorse o se non imposti limiti delle risorse. La capacità burstable dipende dal fatto che il pod richieda hardware specifico. Per maggiori informazioni, consulta Configurare il bursting dei pod in GKE. |
I pod possono utilizzare la capacità inutilizzata dei nodi 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 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 che non tollerano errori | Puoi proteggere i pod intolleranti ai guasti, come i server di gioco, dall'espulsione causata da upgrade automatici o ridimensionamenti dei nodi per un massimo di 7 giorni. Per i dettagli, vedi Estendere il tempo 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 delle dimensioni indefinitamente, ma continui a pagare i nodi sottoutilizzati su cui vengono eseguiti i pod. |