Confronto dei cluster avanzati con i cluster di base

Scopri le differenze tra i cluster avanzati e i cluster di base che puoi creare utilizzando Kubernetes Engine (OKE).

Quando si crea un nuovo cluster con Kubernetes Engine, è necessario specificare il tipo di cluster da creare come uno o più dei seguenti:

Cluster avanzato: i cluster avanzati supportano tutte le funzioni disponibili. Vedere Cluster avanzati.
Cluster di base: i cluster di base supportano tutte le funzionalità di base fornite da Kubernetes e Kubernetes Engine, ma nessuna delle funzionalità avanzate offerte da Kubernetes Engine. Vedere Cluster di base.

Tenere presente quanto riportato di seguito durante la creazione dei cluster.

Quando si utilizza la console per creare un cluster, se non si selezionano funzioni avanzate durante la creazione del cluster, è possibile creare il nuovo cluster come cluster di base. Un nuovo cluster viene creato come cluster avanzato per impostazione predefinita, a meno che non si scelga esplicitamente di creare un cluster di base.
Quando si utilizza l'interfaccia CLI o l'API per creare un cluster, è possibile specificare se creare un cluster di base o avanzato. Se non si specifica in modo esplicito il tipo di cluster da creare, per impostazione predefinita viene creato un nuovo cluster come cluster di base.

La creazione di un nuovo cluster come cluster avanzato consente di aggiungere facilmente funzionalità avanzate in un secondo momento, anche se inizialmente non è stata selezionata alcuna funzione avanzata. Quando si crea un cluster avanzato, è necessario crearlo come nativo VCN. Se si sceglie di creare un nuovo cluster come cluster di base, è comunque possibile scegliere di eseguirne l'upgrade a un cluster avanzato in un secondo momento, purché sia nativo VCN. Non è tuttavia possibile eseguire il downgrade di un cluster avanzato a un cluster di base.

Tutti i riferimenti ai 'cluster' nella documentazione di Kubernetes Engine fanno riferimento sia ai cluster avanzati che ai cluster di base, a meno che non sia indicato diversamente.

Cluster avanzati

I cluster avanzati supportano tutte le funzioni disponibili, incluse quelle non supportate dai cluster di base (ad esempio nodi virtuali, gestione dei componenti aggiuntivi del cluster, identità del carico di lavoro, nodi di lavoro aggiuntivi per cluster, nodi gestiti automaticamente e ciclo dei nodi durante l'aggiornamento o l'aggiornamento dei pool di nodi). I cluster avanzati sono dotati di un Service Level Agreement (SLA) supportato finanziariamente.

Funzioni importanti supportate in modo diverso dai cluster avanzati

A seconda delle funzioni avanzate selezionate per un cluster avanzato, alcune funzioni sono supportate in modo diverso nei cluster avanzati rispetto ai cluster di base:

Pool di nodi gestiti e virtuali: in un cluster avanzato è possibile scegliere di creare pool di nodi virtuali, nonché i pool di nodi gestiti che è possibile creare in un cluster di base. Se si sceglie di creare nodi virtuali e pool di nodi, il bilanciamento del carico, il networking pod, il ridimensionamento automatico e la visualizzazione dei log delle applicazioni sono supportati in modo diverso. Vedere Nodi virtuali e pool di nodi virtuali.
Componenti aggiuntivi cluster: in un cluster avanzato, è possibile utilizzare Kubernetes Engine per gestire sia i componenti aggiuntivi essenziali che un portafoglio crescente di componenti aggiuntivi opzionali. È possibile attivare 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. Vedere Configurazione dei componenti aggiuntivi cluster.
Autorizzazioni: in un cluster avanzato, puoi scegliere di definire i criteri IAM OCI che autorizzano pod specifici a effettuare chiamate API OCI e accedere alle risorse OCI. Vedere Concessione dell'accesso dei carichi di lavoro alle risorse OCI.

Inoltre, puoi contattarci per richiedere un aumento del numero di cluster avanzati che puoi creare in un'area (vedere Limiti del motore Kubernetes).

Funzioni notevoli non supportate dai cluster avanzati

I cluster avanzati supportano tutte le funzioni supportate dai cluster di base. Non esistono funzioni supportate dai cluster di base non supportate dai cluster avanzati.

Cluster di base

I cluster di base supportano tutte le funzionalità di base fornite da Kubernetes e Kubernetes Engine, ma nessuna delle funzionalità avanzate offerte da Kubernetes Engine con cluster avanzati (come nodi virtuali, gestione dei componenti aggiuntivi del cluster, identità del carico di lavoro, ciclismo dei nodi, nodi autogestiti e nodi di lavoro aggiuntivi per cluster). I cluster di base sono dotati di un service level objective (SLO), ma non di un service level agreement (SLA) supportato finanziariamente.

Funzioni importanti supportate in modo diverso dai cluster di base

Alcune funzioni sono supportate in modo diverso nei cluster di base rispetto ai cluster avanzati:

Pool di nodi gestiti e virtuali: in un cluster di base è possibile creare solo pool di nodi gestiti (anziché pool di nodi gestiti e virtuali che è possibile scegliere di creare in un cluster avanzato). Il bilanciamento del carico, il networking dei pod, il ridimensionamento automatico e la visualizzazione dei log delle applicazioni sono supportati in modo diverso con i nodi gestiti e i pool di nodi. Vedere Nodi gestiti e pool di nodi gestiti.
Componenti aggiuntivi cluster: in un cluster di base, la gestione dei componenti aggiuntivi cluster è più responsabile e meno flessibile. L'utente è responsabile dell'aggiornamento dei componenti aggiuntivi essenziali, ma non può installare o disabilitare componenti aggiuntivi specifici, selezionare le versioni del componente aggiuntivo, attivare o disattivare gli aggiornamenti automatici da parte di Oracle o gestire personalizzazioni specifiche del componente aggiuntivo. Inoltre, l'utente è responsabile dell'installazione, della gestione e della manutenzione di eventuali componenti aggiuntivi facoltativi desiderati nel cluster. Vedere Configurazione dei componenti aggiuntivi cluster.
Autorizzazioni: in un cluster di base, è necessario definire i criteri IAM OCI che autorizzano utenti e istanze (anziché l'identità del carico di lavoro che è possibile scegliere di implementare in un cluster avanzato). Di conseguenza, vengono concessi più privilegi rispetto al minimo assoluto richiesto, il che non costituisce la procedura ottimale. Vedere Concessione dell'accesso dei carichi di lavoro alle risorse OCI

Inoltre, non puoi richiedere un aumento del numero di cluster di base che puoi creare in un'area (vedere Limiti del motore Kubernetes).

Funzionalità notevoli non supportate dai cluster di base

I cluster di base non supportano alcune delle funzioni supportate dai cluster avanzati:

Pool di nodi virtuali
Distribuzione e configurazione di componenti aggiuntivi cluster con filtro
Identità carico di lavoro
Aumento del numero di nodi di lavoro
Nodi autogestiti
Accordo sul livello di servizio supportato finanziariamente (SLA)
Ciclo dei nodi durante l'aggiornamento o l'aggiornamento dei pool di nodi