Klassische Regionen mit mehreren Rechenzentren

Wenn Sie einen klassischen Cluster mit mehreren Rechenzentren erstellen, werden die Replikate des hochverfügbaren Kubernetes-Masters automatisch auf die Rechenzentren verteilt. Sie haben die Möglichkeit, Ihre Worker Nodes über klassische Zonen (Rechenzentren) zu verteilen, um Ihre Anwendungen vor einem Zonenausfall zu schützen. Um festzustellen, ob eine klassische Region über mehrere Rechenzentren verfügt, können Sie ibmcloud ks locations ausführen und nach dem Wert in der Spalte Multizone Metro suchen.

* lon05 ersetzt lon02. Neue Cluster müssen lon05 verwenden; lon05 unterstützt hoch verfügbare Master, die über mehrere Zonen verteilt sind.

Klassische Regionen mit einem Rechenzentrum

Wenn Sie einen klassischen Cluster in einer Region mit nur einem Rechenzentrum erstellen, umfasst der hochverfügbare Master drei Replikate auf separaten Hosts, ist aber nicht über klassische Zonen verteilt.

Klassische Regionen mit einem Rechenzentrum werden vom regionalen Endpunkt in der nächstgelegenen Region verwaltet, die klassische Rechenzentren unterstützt, z. B. mon01 bis us-east oder sao01 bis us-south.

Das Rechenzentrum in Mailand (mil01) ist veraltet und wird am 31. Oktober 2025 geschlossen. Migrieren Sie Ihre IBM Cloud Kubernetes Service auf IBM Cloud-Cluster, die derzeit in mil01 gehostet werden, bis zum 31. Oktober 2025 in ein anderes IBM Cloud-Rechenzentrum.

VPC-Regionen mit mehreren Zonen

VPC-Ressourcen werden in einer Region bereitgestellt, die eine separate Gruppe von Zonen innerhalb einer Metro ist. Die Zonen sind separaten Rechenzentren zugeordnet, um sicherzustellen, dass Ressourcen gleichmäßig auf Zonen in einer Mehrzonenarchitektur verteilt werden. In der API und der Befehlszeile verwenden die Zonen den regionalen Zonennamen (us-south-1), in der Konsole jedoch den Standort des Rechenzentrums (Dallas 1). Den Code des Rechenzentrums, dem die VPC-Zone und der Standort entsprechen, z. B. us-south-1 und DAL10, finden Sie unter Multizonen-Regionen.

† Diese Regionen sind nur als Regionen mit mehreren Zonen für Cluster in der VPC-Infrastruktur verfügbar.

Ressourcen in einzelnen Zonenclustern

Die Ressourcen Ihres Clusters verbleiben in dem Rechenzentrum, in dem der Cluster bereitgestellt wird, aber die Verwaltungsvorgänge können über einen regionalen Endpunkt geleitet werden.

Die Ressourcen Ihres Clusters, einschließlich der Master- und Workerknoten, befinden sich in derselben Zone, in der Sie auch den Cluster bereitgestellt haben. Wenn Sie lokale Container-Orchestrierungsaktionen wie z. B. kubectl-Befehle einleiten, werden die Informationen zwischen den Master- und Workerknoten innerhalb derselben Zone ausgetauscht.

Wenn Sie andere Cluster-Ressourcen einrichten, z. B. Speicher, Netzwerk, Rechenleistung oder Anwendungen, die in Pods ausgeführt werden, verbleiben die Ressourcen und ihre Daten in dem Rechenzentrum, in dem Sie Ihren Cluster bereitgestellt haben.

Wenn Sie Cluster-Management-Aktionen initiieren, wie z. B. die Ausführung von ibmcloud ks befehle, werden grundlegende Informationen über den Cluster wie Name, ID, Benutzer, der Befehl über einen regionalen Endpunkt und den globalen Endpunkt weitergeleitet.

Ressourcen in Multizonen-Clustern

In Multizonen-Clustern sind die Ressourcen des Clusters über mehrere Standorte (Zonen für VPC und Rechenzentren für Classic) verteilt, um eine höhere Verfügbarkeit zu erreichen.

Worker Nodes sind über mehrere VPC-Zonen oder Classic-Rechenzentren in der Region verteilt, um die Verfügbarkeit Ihres Clusters zu erhöhen. Die Kubernetes Master-Replikate sind ebenfalls über Zonen oder klassische Rechenzentren verteilt. Wenn Sie lokale Container-Orchestrierungsaktionen initiieren, wie z. B kubectl befehle, werden die Informationen zwischen Ihren Master- und Worker-Knoten über den globalen Endpunkt ausgetauscht.

Andere Cluster-Ressourcen, wie z. B. Speicher, Netzwerke, Rechenleistung oder Anwendungen, die in Pods ausgeführt werden, unterscheiden sich in der Art und Weise, wie sie in den Zonen Ihres Clusters bereitgestellt werden. Weitere Informationen finden Sie in den folgenden Abschnitten:

• Einrichten von Dateispeicher und Blockspeicher in Clustern oder Auswahl einer persistenten Multizonen-Speicherlösung.
• Ermöglichung des öffentlichen oder privaten Zugriffs auf eine Anwendung durch Verwendung eines Netzwerklastausgleichsdienstes(NLB)in einem Cluster.
• Netzverkehr mithilfe von Ingress verwalten
• Verfügbarkeit Ihrer App erhöhen

Wenn Sie Cluster-Verwaltungsaktionen einleiten, wie z. B. die Ausführung von ibmcloud ks-Befehlen, werden grundlegende Informationen über den Cluster, wie Name, ID, Benutzer, der Befehl über den globalen Endpunkt geleitet.