Confronto tra GKE Autopilot e Standard


Questa pagina offre un confronto generale tra la modalità Autopilot di Google Kubernetes Engine (GKE) e la modalità Standard. Il confronto include importanti funzionalità di GKE e le differenze funzionali tra le modalità.

Questa pagina è rivolta alle seguenti persone:

  • Amministratori di piattaforma che hanno familiarità con GKE e la modalità Standard e vogliono scoprire le funzionalità e le differenze funzionali di Autopilot per prendere una decisione consapevole in merito alla migrazione.
  • Nuovi utenti GKE che conoscono GKE e vogliono sapere quale modalità offre le funzionalità più adatte a un requisito specifico.

Confronto delle funzionalità Autopilot e Standard

La tabella seguente offre un confronto dettagliato delle opzioni disponibili, preconfigurate e predefinite in ciascuna modalità operativa di Google Kubernetes Engine (GKE).

La tabella non mostra tutte le funzionalità di GKE. Se vuoi sapere se una funzionalità non inclusa in questa tabella è supportata in Autopilot o in Standard, consulta la relativa documentazione.

Questa tabella utilizza la seguente terminologia:

  • Preconfigurata: sempre attiva. Google configura le impostazioni. Non puoi modificare le impostazioni o disabilitare.
  • Predefinito: configurato per te se non specifichi diversamente. Puoi modificare le impostazioni predefinite.
  • Facoltativo: disponibile per la configurazione e l'utilizzo. Non abilitata per impostazione predefinita.
Opzione Autopilot Standard

Predefinito: canale di rilascio regolare

Facoltativo:

Facoltativo:

Preconfigurate: a livello di regione Facoltativo: a livello di regione o a livello di zona
Autopilot gestisce i nodi Puoi creare e gestire i nodi nei pool di nodi

Preconfigurato: Autopilot scala automaticamente la quantità e le dimensioni dei nodi in base ai pod nel cluster.

Facoltativo:

Predefinita:

  • Esegui manualmente il provisioning di nuovi nodi
  • Specifica manualmente le risorse del nodo

Facoltativo:

Preconfigurato: Container-Optimized OS con containerd

Predefinito: Container-Optimized OS con containerd

Facoltativo:

Predefinita: piattaforma per uso generico ottimizzata per la maggior parte dei carichi di lavoro.

Facoltativo:

Predefinito: tipi di macchine Compute Engine per uso generico

Facoltativo:

Preconfigurati:

Facoltativo:

Facoltativo:

Preconfigurati:

Facoltativo:

Facoltativo:

Preconfigurati:

Predefinita:

Facoltativo:

Preconfigurati: massimo 256 pod in ciascun nodo

Predefinita:

  • 110 pod in ciascun nodo
  • Nativo VPC
  • Endpoint del cluster IPv4 pubblico
  • Nome rete VPC e nome subnet
  • kube-dns

Facoltativo:

Preconfigurati:

Predefinita:

Facoltativo:

Preconfigurati:

Facoltativo: Managed Cloud Service Mesh, che fornisce anche le funzionalità mesh Istio.

Facoltativo:

Confronto funzionale tra Autopilot e Standard

La tabella seguente mostra importanti differenze funzionali tra GKE Autopilot e Standard. Utilizza questo confronto per scegliere in modo più consapevole la modalità quando crei un cluster GKE.

Funzionalità Autopilot Standard
Strumenti di monitoraggio di terze parti Esegui il deployment di uno strumento di monitoraggio di terze parti fornito dai partner Google Cloud o di qualsiasi strumento di terze parti che non richiede un accesso elevato sul nodo. Esegui il deployment di qualsiasi strumento di monitoraggio di terze parti, indipendentemente dal livello di accesso ai nodi.
Esponi le applicazioni esternamente Utilizza un servizio LoadBalancer. Questa operazione esegue il provisioning di un indirizzo IP esterno temporaneo. Se hai a disposizione un indirizzo IP statico che vuoi utilizzare, specificalo nel campo loadBalancerIP. Autopilot non supporta il campo externalIps, che non utilizza il bilanciamento del carico di Google Cloud. Utilizza un servizio LoadBalancer. Questa operazione esegue 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 file manifest del servizio, anche se sconsigliamo questo approccio.
Scoppio dei pod

I pod possono eseguire il burst in capacità di burst inutilizzata se i limiti delle risorse sono superiori alle richieste di risorse o se non imposti limiti per le risorse. La capacità burstabile è la somma delle richieste di risorse dei pod sul nodo.

Per scoprire di più, consulta Configurare il bursting dei pod in GKE.

I pod possono entrare nella capacità dei nodi inutilizzata se i limiti delle tue risorse sono superiori alle richieste di risorse.

Spazi dei nomi gestiti da GKE

Come misura di sicurezza, Autopilot non consente il deployment di carichi di lavoro negli spazi dei nomi gestiti da GKE, come kube-system.

Per scoprire di più, vedi Funzionalità di sicurezza di Autopilot.

I carichi di lavoro possono essere eseguiti in qualsiasi spazio dei nomi, tra cui kube-system
Applicazioni di Google Cloud Marketplace Non puoi installare app da Cloud Marketplace. Puoi installare app da Cloud Marketplace.
Richieste di firma del certificato Puoi creare richieste di firma del certificato. Per evitare interferenze con i componenti di sistema, Autopilot rifiuta le richieste CertificateSigningRequest per le identità con privilegi noti, come agenti di sistema, gruppi di sistema o agenti di servizio IAM gestiti da Google. Puoi creare richieste di firma del certificato.
Pod a lunga esecuzione con intolleranza agli errori Puoi proteggere i pod con intolleranza agli errori, come i server di gioco, dall'eliminazione causata da upgrade o scale down dei nodi per un massimo di 7 giorni. Per maggiori dettagli, consulta Estendi il tempo di esecuzione dei pod Autopilot. Non puoi proteggere i pod con intolleranza di errore dall'eliminazione causata dagli upgrade automatici dei nodi. Puoi proteggere questi pod dall'eliminazione dello scale down per un tempo indeterminato, ma continuerai a pagare per i nodi sottoutilizzati su cui vengono eseguiti.

Passaggi successivi