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, puoi utilizzare Kubernetes Engine per gestire sia i componenti aggiuntivi essenziali che un portfolio in continua crescita di componenti aggiuntivi opzionali. È possibile attivare o disattivare componenti aggiuntivi specifici, selezionare versioni dei componenti aggiuntivi, attivare o disattivare gli aggiornamenti automatici di Oracle e gestire le personalizzazioni specifiche dei componenti aggiuntivi. Vedere Configurazione dei componenti aggiuntivi cluster.
Autorizzazioni: in un cluster avanzato, puoi scegliere di definire criteri IAM OCI che autorizzano pod specifici per effettuare chiamate API OCI e accedere alle risorse OCI. Vedere Concessione dell'accesso ai 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 si ha più responsabilità e minore flessibilità durante la gestione dei componenti aggiuntivi cluster. È tua responsabilità aggiornare i componenti aggiuntivi essenziali, ma non puoi installare o disattivare componenti aggiuntivi specifici, selezionare le versioni dei componenti aggiuntivi, attivare o disattivare gli aggiornamenti automatici di Oracle o gestire le personalizzazioni specifiche dei componenti aggiuntivi. Inoltre, l'utente è responsabile dell'installazione, della gestione e della manutenzione dei componenti aggiuntivi facoltativi desiderati nel cluster. Vedere Configurazione dei componenti aggiuntivi cluster.
Autorizzazioni: in un cluster di base, è necessario definire criteri IAM OCI che autorizzano utenti e istanze (anziché l'identità del carico di lavoro che puoi scegliere di implementare in un cluster avanzato). Di conseguenza, vengono concessi più privilegi rispetto al minimo assoluto richiesto, che non è una best practice. Vedere Concessione dell'accesso ai 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
Configurazione sicurezza contenitore Cloud Guard