Regioni classiche con più centri dati

Se si crea un cluster classico con più data center, le repliche del master ad alta Kubernetes disponibilità vengono distribuite automaticamente tra i data center. Hai la possibilità di distribuire i tuoi nodi di lavoro su diverse zone classiche (data center) per proteggere le tue applicazioni da un’eventuale interruzione di una zona. Per determinare se una regione classica ha più data center dalla CLI, è possibile eseguire ibmcloud oc locations e cercare il valore nella colonna Multizone Metro.

Questa immagine è una rappresentazione artistica e non riflette i veri confini politici o geografici.

Regioni classiche con un centro dati

Se si crea un cluster classico in una regione con un solo data center, il master altamente disponibile include tre repliche su host separati, ma non è distribuito nelle zone classiche.

Le regioni classiche con un centro dati sono gestite dall'endpoint regionale situato nella regione più vicina che supporta i centri dati classici, ad esempio da mon01 a us-east o da sao01 a us-south.

Questa immagine è una rappresentazione artistica e non riflette i veri confini politici o geografici.

Risorse in cluster di zone singole

Le risorse del cluster rimangono nel data center in cui il cluster è distribuito, ma le operazioni di gestione potrebbero essere inoltrate attraverso un endpoint regionale.

Le risorse del tuo cluster, inclusi i nodi master e di lavoro, si trovano nella stessa zona in cui hai distribuito il cluster. Quando avvii azioni di orchestrazione del contenitore locale, come i comandi oc, le informazioni vengono scambiate tra i tuoi nodi master e di lavoro all'interno della stessa zona.

Se si configurano altre risorse del cluster, quali risorse di archiviazione, di rete, di elaborazione o applicazioni in esecuzione nei pod, tali risorse e i relativi dati rimangono nel data center in cui è stato distribuito il cluster.

Quando si avviano operazioni di gestione del cluster, come l'esecuzione di ibmcloud oc comandi, le informazioni di base relative al cluster, quali nome, ID e utente, il comando viene instradato attraverso un endpoint regionale e l’endpoint globale.

Risorse in cluster multizona

Nei cluster multizona, le risorse del cluster sono distribuite su più sedi (zone per i VPC e data center per i Classic) per una maggiore disponibilità.

I nodi di lavoro sono distribuiti in più zone VPC o nei data center classici della regione per garantire una maggiore disponibilità del cluster. Anche le repliche master di Kubernetes sono distribuite in zone o centri dati classici. Quando si avviano azioni di orchestrazione dei container locali, come ad esempio oc i comandi, le informazioni vengono scambiate tra i nodi master e worker tramite l'endpoint globale.

Altre risorse del cluster, quali lo storage, la rete, la potenza di calcolo o le applicazioni in esecuzione nei pod, presentano modalità di distribuzione diverse nelle zone del cluster. Per ulteriori informazioni, consulta questi argomenti:

• Impostazione di archiviazione di file e archiviazione di blocchi in cluster, oppure scelta di una soluzione di archiviazione persistente multizona.
• Abilitazione dell'accesso pubblico o privato a un'applicazione tramite un servizio di bilanciamento del carico di rete(NLB)in un cluster.
• Gestione del traffico di rete utilizzando Ingress.
• Aumento della disponibilità della tua applicazione.

Quando si avviano operazioni di gestione del cluster, come l'esecuzione di comandi ibmcloud oc, le informazioni di base relative al cluster (ad esempio nome, ID, utente) vengono instradate attraverso l'endpoint globale.