IBM Cloud-Standorte und -Regionen verstehen
Erfahren Sie, wie Standorte und Regionen v IBM Cloud für Cluster-Bereitstellungen organisiert sind, einschließlich Multizonen-Regionen und Multizonen-Regionen auf einem einzigen Campus.
VPC-Regionen mit mehreren Zonen
VPC-Ressourcen werden in einer Region bereitgestellt, bei der es sich um eine separate Gruppe von Zonen innerhalb eines Ballungsraums handelt. Die Zonen sind separaten Rechenzentren zugeordnet, um sicherzustellen, dass Ressourcen gleichmäßig
auf Zonen in einer Mehrzonenarchitektur verteilt werden. In der API und der CLI werden Zonen anhand des regionalen Zonennamens in der API und der Befehlszeile (us-south-1) bezeichnet, in der Konsole hingegen anhand des Standorts
des Rechenzentrums (Dallas 1). Informationen zu den Rechenzentrumscodes, denen die VPC-Zone und der Standort entsprechen, wie z. B. und us-south-1 DAL10, finden Sie unter Multizonen-Regionen.
- Mumbai (
in-mum) VPC MZR Einschränkungen - Betriebssysteme: Sie können in Mumbai nur Cluster der Version 4.16 und höher erstellen und nur RHEL 9 oder RHCOS-Arbeitsknoten verwenden.
- Baremetal-Arbeiter: Baremetal-VPC-Worker-Knoten sind in Mumbai nicht verfügbar.
- Chennai (
in-che) VPC MZR Einschränkungen - Betriebssysteme: Sie können Cluster nur in der Version 4.16 und höher in Chennai erstellen und nur RHEL 9- oder RHCOS-Worker-Knoten verwenden.
- Baremetal-Worker: Baremetal-VPC-Worker-Knoten sind in Chennai nicht verfügbar.
- Montreal (
ca-mon) VPC MZR Einschränkungen - Webhaken: Es funktionieren nur Webhooks, die auf einen clusterinternen Dienst zugreifen. Webhooks, die direkt auf ein externes, außerhalb des Clusters liegendes URL zugreifen, werden blockiert.
- Betriebssysteme: Sie können in Montreal nur Cluster der Version 4.16 und höher erstellen und nur RHEL 9 oder RHCOS-Arbeitsknoten verwenden.
- Portworx Enterprise und Portworx Backup: Die Standardinstallationsmethode für Portworx Enterprise und Portworx Backup wird für private Cluster in der Region Montreal noch nicht unterstützt. Wenden Sie sich an den Portworx Support, wenn Sie Portworx Enterprise oder Portworx Backup in einem privaten Cluster in Montreal installieren möchten. Weitere Informationen finden Sie unter Portworx Support.
Dieses Bild ist eine künstlerische Darstellung und spiegelt keine tatsächlichen politischen oder geografischen Grenzen.
| Geografische Region | Land | Metro | Bereich | Zonen |
|---|---|---|---|---|
| Asien/Pazifik | Australien | Sydney | au-syd | au-syd-1, au-syd-2, au-syd-3 |
| Asien/Pazifik | Indien | Chennai | in-che | in-che-1, in-che-2, in-che-3 |
| Asien/Pazifik | Indien | Mumbai | in-mum | in-mum-1, in-mum-2, in-mum-3 |
| Asien/Pazifik | Japan | Osaka | jp-osa | jp-osa-1, jp-osa-2, jp-osa-3 |
| Asien/Pazifik | Japan | Tokio | jp-tok | jp-tok-1, jp-tok-2, jp-tok-3 |
| Europa | Deutschland | Frankfurt | eu-de | eu-de-1, eu-de-2, eu-de-3 |
| Europa | Spanisch | Madrid | eu-es | eu-es-1, eu-es-2, eu-es-3 |
| Europa | Vereinigtes Königreich | London | eu-gb | eu-gb-1, eu-gb-2, eu-gb-3 |
| Nordamerika | Kanada | Montreal | ca-mon | ca-mon-1, ca-mon-2, ca-mon-3 |
| Nordamerika | Kanada | Toronto | ca-tor | ca-tor-1, ca-tor-2, ca-tor-3 |
| Nordamerika | Vereinigte Staaten | Dallas | us-south | us-south-1, us-south-2, us-south-3 |
| Nordamerika | Vereinigte Staaten | Washington, D.C. | us-east | us-east-1, us-east-2, us-east-3 |
| Südamerika | Brasilien | São Paulo | Br-sao | br-sao-1, br-sao-2, br-sao-3 |
Klassische Regionen
Der Begriff zone in diesem Dokument bezieht sich je nach Art der verwendeten Infrastruktur auf unterschiedliche Dinge. Bei VPC bezieht sich der Begriff zone auf die Zonennamen innerhalb einer MZR, z. B. us-south-1.
Bei der klassischen Infrastruktur bezieht sich der Begriff zone auf ein klassisches Rechenzentrum, z. B. dal10.
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-Knoten auf mehrere klassische
Zonen (Rechenzentren) zu verteilen, um Ihre Anwendungen vor einem Ausfall einer Zone zu schützen. Um festzustellen, ob eine klassische Region über mehrere Rechenzentren verfügt, können Sie ibmcloud oc locations ausführen und
nach dem Wert in der Spalte Multizone Metro suchen.
Dieses Bild ist eine künstlerische Darstellung und spiegelt keine tatsächlichen politischen oder geografischen Grenzen.
| Geografische Region | Land | Metro | Bereich | Zonen |
|---|---|---|---|---|
| Asien/Pazifik | Australien | Sydney | au-syd | syd01, syd04, syd05 |
| Asien/Pazifik | Japan | Osaka | jp-osa | osa21, osa22, osa23 |
| Asien/Pazifik | Japan | Tokio | jp-tok | tok02, tok04, tok05 |
| Europa | Deutschland | Frankfurt | Entfälschen | fra02, fra04, fra05 |
| Europa | Vereinigtes Königreich | London | Uk-LON | lon02, lon04, lon05, lon06 |
| Nordamerika | Vereinigte Staaten | Dallas | Us-dal | dal10, dal12, dal13 |
| Nordamerika | Vereinigte Staaten | Washington, D.C. | us-wdc | wdc04, wdc06, wdc07 |
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.
Dieses Bild ist eine künstlerische Darstellung und spiegelt keine tatsächlichen politischen oder geografischen Grenzen.
| Geografische Region | Land | Metro | Bereich | Zone | Verwaltet von Region |
|---|---|---|---|---|---|
| Asien/Pazifik | Indien | Chennai | in-che | che01 | Asien-Pazifik (Norden) (ap-north, jp-tok) |
| Asien/Pazifik | Singapur | Singapur | SNMP-Mtr | sng01 | Asien-Pazifik (Norden) (ap-north, jp-tok) |
| Europa | Frankreich | Paris | Fr-Par | par01 | Mitteleuropa (eu-central, eu-de) |
| Europa | Niederlande | Amsterdam | nl-ams | ams03 | Mitteleuropa (eu-central, eu-de) |
| Nordamerika | Kanada | Montreal | ca-mon | mon01 | Vereinigte Staaten (Osten) (us-east) |
| Nordamerika | Kanada | Toronto | ca-tor | tor01 | Vereinigte Staaten (Osten) (us-east) |
| Nordamerika | Vereinigte Staaten | San Jose | us-sjc | sjc03, sjc04 | Vereinigte Staaten (Süden) (us-south) |
| Südamerika | Brasilien | Sao Paulo | Br-sao | sao01 | Vereinigte Staaten (Süden) (us-south) |
Satellite Regionen
Zum Anzeigen einer Liste der unterstützten Managed from-Regionen für Satellite-Cluster Unterstützte Satellite-Standorte.
Wo sind die Ressourcen?
Wo Ihre Ressourcen im Cluster gespeichert werden, hängt von der Verfügbarkeit des Clusters ab. Ein Cluster kann in einer einzigen Zone oder in mehreren Zonen (Multizone) verfügbar sein.
Ressourcen in einzelnen Zonenclustern
Die Ressourcen Ihres Clusters verbleiben in dem Rechenzentrum, in dem der Cluster bereitgestellt ist, doch 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. oc-Befehle
einleiten, werden die Informationen zwischen den Master- und Workerknoten innerhalb derselben Zone ausgetauscht.
Wenn Sie weitere Cluster-Ressourcen einrichten, wie z. B. Speicher, Netzwerk, Rechenleistung oder in Pods ausgeführte Anwendungen, verbleiben die Ressourcen und ihre Daten in dem Rechenzentrum, in dem Sie Ihren Cluster bereitgestellt haben.
Wenn Sie Cluster-Verwaltungsaktionen auslösen, z. B. das Ausführen von Befehlen ibmcloud oc, werden grundlegende Informationen zum Cluster wie Name, ID und Benutzer sowie 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 auslösen, wie z. B. Befehle oc, werden die Informationen über den globalen Endpunkt zwischen Ihren Master- und Worker-Knoten ausgetauscht.
Andere Cluster-Ressourcen, wie Speicher, Netzwerk, Rechenleistung oder in Pods ausgeführte Anwendungen, unterscheiden sich hinsichtlich 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.
- Einrichten des öffentlichen oder privaten Zugriffs auf eine App mithilfe eines Network Load Balancer(NLB)-Dienstes in einem Cluster.
- Netzverkehr mithilfe von Ingress verwalten
- Verfügbarkeit Ihrer App erhöhen
Wenn Sie Cluster-Verwaltungsaktionen auslösen, wie z. B. das Ausführen von ibmcloud oc Befehle, werden grundlegende Informationen zum Cluster, wie Name, ID und
Benutzer, über den globalen Endpunkt weitergeleitet.