Utilizzo dei cluster avanzati e dei cluster di base

Scopri i cluster avanzati e i cluster di base, le differenze tra loro e come crearli utilizzando Kubernetes Engine (OKE).

I cluster avanzati supportano tutte le funzioni disponibili, incluse quelle non supportate dai cluster di base, consentendo di:

• Semplifica la gestione dei nodi attraverso l'uso di nodi virtuali. I nodi virtuali riducono il carico di lavoro dell'infrastruttura operativa eliminando la necessità di ridimensionare, aggiornare o risolvere manualmente i nodi di lavoro. Vedere Utilizzo dei nodi virtuali.
• Distribuisci e configura i componenti aggiuntivi di cluster in modo più granulare. È possibile gestire sia i componenti aggiuntivi essenziali (ad esempio CoreDNS e kube-proxy), sia un portafoglio crescente di componenti aggiuntivi opzionali (ad esempio il dashboard di Kubernetes). È possibile installare o disattivare componenti aggiuntivi specifici, selezionare le versioni, attivare o disattivare gli aggiornamenti automatici da parte di Oracle e gestire le personalizzazioni specifiche del componente aggiuntivo. Oracle gestisce il ciclo di vita dei componenti aggiuntivi, pertanto non è necessario distribuire i componenti aggiuntivi autonomamente. Vedere Configurazione dei componenti aggiuntivi cluster.
• Rafforza la sicurezza dei cluster attraverso l'uso dell'identità del carico di lavoro. L'identità del carico di lavoro consente di definire i criteri IAM OCI che autorizzano pod specifici a effettuare chiamate API OCI e accedere alle risorse OCI. Puoi definire l'ambito dei criteri per l'account di servizio Kubernetes associato ai pod dell'applicazione, consentendo alle applicazioni in esecuzione all'interno di tali pod di accedere direttamente all'API in base alle autorizzazioni fornite dai criteri. Inoltre, OCI Audit tiene traccia automaticamente di tutte le chiamate API effettuate dai carichi di lavoro Kubernetes in esecuzione nel cluster. Vedere Concessione dell'accesso dei carichi di lavoro alle risorse OCI.
• Eseguire il provisioning di altri nodi di lavoro nel cluster. Con più nodi di lavoro in un singolo cluster, puoi distribuire carichi di lavoro più grandi su tale cluster per ottenere un migliore utilizzo delle risorse e un sovraccarico operativo inferiore. E hai meno ambienti più grandi da proteggere, monitorare, aggiornare e gestire. Per ulteriori informazioni sul numero di nodi di lavoro supportati in un cluster avanzato, vedere Limiti del motore Kubernetes. Vedere anche Considerazioni sulla definizione di cluster avanzati con un numero elevato di nodi gestiti.
• Ciclare i nodi durante l'aggiornamento o l'aggiornamento dei nodi di lavoro. Il ciclismo dei nodi consente di sostituire automaticamente tutti i nodi di lavoro esistenti quando si aggiornano le proprietà dei nodi di lavoro di un pool di nodi, anche quando si esegue l'upgrade dei nodi di lavoro a una versione più recente di Kubernetes. Kubernetes Engine esegue automaticamente cavi, drena e termina i nodi di lavoro esistenti e crea nuovi nodi di lavoro con le proprietà o la versione Kubernetes specificata. Vedere Esecuzione di un aggiornamento dei nodi gestiti in loco Kubernetes mediante il ciclismo di nodi in un pool di nodi esistente ed Esecuzione di un aggiornamento dei nodi di lavoro in loco mediante il ciclismo di nodi in un pool di nodi esistente.
• Definisce le istanze di computazione specializzate e le aggiunge a un cluster come nodi autogestiti. L'uso del servizio di computazione per creare istanze di computazione consente di aggiungere nodi autogestiti a un cluster configurato per carichi di lavoro specializzati. È possibile specificare combinazioni di forme e immagini di computazione per i nodi autogestiti non disponibili per i nodi gestiti e i nodi virtuali. Vedere Utilizzo dei nodi gestiti automaticamente.
• Affidati a un service level agreement (SLA) basato sul supporto finanziario legato al tempo di attività e alla disponibilità dei server API Kubernetes. Ricevi una retribuzione se il tempo di attività e la disponibilità del server API Kubernetes si riducono al di sotto dello SLA indicato. Consulta Oracle Cloud Infrastructure Service Level Agreement (SLA).

Quando si crea un cluster avanzato, è necessario crearlo come nativo VCN. Tenere presente che è possibile aggiornare un cluster di base a un cluster avanzato, purché sia nativo per la VCN. Non è tuttavia possibile eseguire il downgrade di un cluster avanzato a un cluster di base.