Regionen

IBM® bietet zwei Arten von Regionen an: MZRs und MZRs mit einem einzigen Campus, und beide werden als MZR betrachtet. Die zugrundeliegende Infrastruktur bietet in beiden Fällen das gleiche SLA. Eine Region ist ein unabhängiges geografisches Gebiet, das aus einer oder mehreren Zonen besteht und in der Regel mit dem Namen einer Großstadt (Metro) wie Dallas oder London bezeichnet wird.

Jede ZoneEin Standort innerhalb einer Region, der als unabhängige Fehlerdomäne fungiert und eine geringere Latenz zu anderen Zonen in der Region aufweist. innerhalb der Region trägt zu einer verbesserten Fehlertoleranz und geringeren Latenz bei. Eine Zone wird durch zwei separate Namen identifiziert. Es gibt einen Zonennamen, z. B. us-south-1, der ein logischer Bezeichner für eine Zone im Zusammenhang mit dem aktuellen Konto ist. Es gibt auch einen universellen Zonennamen, der der Bezeichner für eine Zone ist, der über IBM Cloud hinweg konsistent ist, zum Beispiel us-south-dal10-a. Der universelle Zonenname liefert die Standortangabe für VPC-Ressourcen, indem er den Zonennamen auf einen physischen Standort, z. B. ein Rechenzentrum, abbildet. Alternativ wird der Standort für klassische Ressourcen nicht durch eine Zone spezifiziert, sondern durch das spezifische Rechenzentrum innerhalb der Region, wie z. B. DAL10. Weitere Informationen zu den für Ihr Konto spezifischen Zoneninformationen finden Sie unter Zonenzuordnung pro Konto.

Durch die Verteilung Ihrer Workloads auf drei Zonen und die Nutzung hochverfügbarer regionaler Cloud-Ressourcen über virtuelle private Endpunkte können Sie die regionale Verfügbarkeit erhöhen. Die Verteilung einer Arbeitslast auf mehrere Regionen kann eine höhere Verfügbarkeit bieten und als Grundlage für einen Notfallwiederherstellungsplan dienen. Es gibt zonale, regionale und globale Cloud-Dienste, die eine einheitliche Menge an Ressourcen über Regionen hinweg bereitstellen. Die regionalen Dienste von IBM sind über die Zonen eines MZR verteilt und bieten in der Regel eine Verfügbarkeit von 99.99 (Tier 3).

Regionen mit mehreren Zonen

MZRs bestehen aus drei oder mehr Rechenzentren in mehreren Zonen mit unabhängiger Stromversorgung, Kühlung und Netzwerkkonnektivität, um sicherzustellen, dass Ausfälle dieser Komponenten auf eine einzelne Zone beschränkt bleiben. MZRs bieten niedrige Latenzzeiten (< 2 Millisekunden Latenzzeit) und hohe Bandbreiten (> 1000 Gbit/s) innerhalb einer Zone.

MZRs bieten ein Höchstmaß an Redundanz und Verfügbarkeit, indem sie drei getrennte Standorte innerhalb einer Region nutzen. Die MZRs haben einen Mindestabstand von mindestens 1 Meile zwischen den Zonen, wobei die genauen Abstände je nach Region variieren. Die Zone-zu-Zone-Latenz kann in den Dashboards für die Netzwerklatenz eingesehen werden.

MZRs unterstützen verschiedene Arten von Berechnungen sowohl für VPC- als auch für klassische Infrastrukturressourcen. Der Standort klassischer Ressourcen wird durch ein Rechenzentrum angegeben, während der Standort von VPC-Ressourcen durch die Zone bestimmt wird. Weitere Informationen zu den physischen Standorten, die für Ihr Konto pro Region für VPC-Ressourcen verfügbar sind, finden Sie unter Zonenzuordnung pro Konto.

In der folgenden Tabelle sind die IBM Cloud MZR-Standorte und -Zonen für die Geografie aufgeführt.

MZRs in Nord- und Südamerika
Verwenden Sie die Schaltflächen vor der Tabelle, um den Kontext der Tabelle zu ändern. Die Spaltenüberschriften bezeichnen die Art des Standorts in dem jeweiligen geografischen Gebiet.

Bereich	Zone
Dallas (us-south)	us-south-1 us-south-2 us-south-3
Sao Paulo (br-sao)	br-sao-1 br-sao-2 br-sao-3
Toronto (ca-tor)	ca-tor-1 ca-tor-2 ca-tor-3
Washington DC (us-east)	us-east-1 us-east-2 us-east-3

MZRs in Europa
Verwenden Sie die Schaltflächen vor der Tabelle, um den Kontext der Tabelle zu ändern. Die Spaltenüberschriften bezeichnen die Art des Standorts in dem jeweiligen geografischen Gebiet.

Bereich	Zone
Frankfurt (eu-de)	eu-de-1 eu-de-2 eu-de-3
London (eu-gb)	eu-gb-1 eu-gb-2 eu-gb-3
Madrid (eu-es)	eu-es-1 eu-es-2 eu-es-3

MZRs in Asien-Pazifik
Verwenden Sie die Schaltflächen vor der Tabelle, um den Kontext der Tabelle zu ändern. Die Spaltenüberschriften bezeichnen die Art des Ortes in dem jeweiligen geografischen Gebiet.

Bereich	Zone
Sydney (au-syd)	au-syd-1 au-syd-2 au-syd-3
Tokio (jp-tok)	jp-tok-1 jp-tok-2 jp-tok-3

Wenn Sie bei der Verwendung von CLI, API, SDK oder Terraform auf eine Region verweisen, verwenden Sie den programmatischen Regionsnamen. Verwenden Sie zum Beispiel us-south, um die Region Dallas (us-south) anzusprechen.

Einzelcampus-MZRs

MZRs für einen einzelnen Campus (SC-MZR) enthalten drei Zonen in verschiedenen Abschnitten desselben Gebäudes oder innerhalb mehrerer Gebäude auf einem Campus, in denen sich die Abhängigkeiten in Bezug auf Stromversorgung, Kühlung, Vernetzung und physische Sicherheit überschneiden können. Ein SC-MZR ist mit ausreichender Redundanz und Ausfallsicherheit ausgestattet, um eine kontinuierliche Verfügbarkeit und Überlebensfähigkeit bei jedem geplanten oder ungeplanten Systemausfall zu gewährleisten.

SLAs werden beibehalten, weil die Infrastruktur gleichzeitig wartungsfähig eingerichtet wird, sodass ein einzelner Ausfall nicht alle drei Zonen desselben Campus betrifft. Diese Konfiguration ist ideal für Dienste, die Benutzer unterstützen, die sich in der Zone befinden, da sie die Latenz verringert, um Disaster Recovery Workloads zu unterstützen.

In der folgenden Tabelle sind die SC-MZR-Standorte, die unter IBM Cloud verfügbar sind, sowie die zugehörigen Regionen und Zonen aufgeführt.

Einzelcampus-MZRs

Bereich	Zone
Osaka (jp-osa)	jp-osa-1 jp-osa-2 jp-osa-3
Montreal (ca-mon)	ca-mon-1 ca-mon-2 ca-mon-3

Ressourcen anhand des Standorts anzeigen

Sie können alle Ressourcen und Standorte über die Seite mit der Ressourcenliste in der Konsole anzeigen. Wenn Sie Ressourcen an einem bestimmten Standort anzeigen und mit diesen arbeiten möchten, erweitern Sie den Filter Standort und wählen Sie einen Standort aus der Liste aus. Wenn Sie einen bestimmten Standort erweitern, können Sie nach Regionen, Zonen oder einzelnen Rechenzentren filtern.

Abhängig vom Typ der Ressource sind Sie möglicherweise nur an bestimmten Typen von Positionsdaten interessiert. Wenn Sie z. B. einen Service oder VPC-Infrastrukturservice erstellt haben, können Sie die Seite "Ressourcenliste" nach der Region und den Zonencodes filtern. Wenn Sie jedoch mit klassischer Infrastruktur oder Power Virtual Server arbeiten, sind die spezifischen Rechenzentrumscodes die relevanten Informationen für Sie.

Beispiel: Wenn Sie über Ressourcen verfügen, die in der Zone 'London 2' (eu-gb-2) bereitgestellt werden, können Sie Filter festlegen, mit denen nur diese Ressourcen in der Ressourcenliste angezeigt werden. Erweitern Sie die Metro-Option London und die Regionsoption London (eu-gb). In dieser Region können Sie aus der Liste der verfügbaren Zonen auswählen, wie z. B. London 2 (eu-gb-2).

Wenn Sie über eine klassische Infrastrukturressource verfügen, die in einem bestimmten Rechenzentrum implementiert ist, können Sie das Rechenzentrum anhand der jeweiligen Metro-Position und des alphanumerischen Codes identifizieren. Verwenden Sie z. B. Dallas als Metro-Standort und dann Dallas 10 ( dal10 ) als Rechenzentrum.

Sie können auch Ressourcen anzeigen, die an Satellite Standorten bereitgestellt werden, die von einer IBM Cloud Metro oder Region verwaltet werden und bestimmen, wo der Master Ihrer Satellite Kontrollebene läuft. Sie könnten zum Beispiel einen Standort Satellite haben, der von der Stadt Dallas aus verwaltet wird. Erweitern Sie die Dallas-Metro-Option, die Ihren Satellite Standort einschließt, wie my-satellite-dal. Weitere Informationen über die Metros und Regionen, die Satellite Standorte verwalten, finden Sie unter Regionen.

Sie können auch Ressourcen anzeigen, die global bereitgestellt werden. Die Option Global bedeutet, dass nur eine logische, global zugängliche Instanz des Dienstes, unabhängig von einer Region oder Zone, für Kunden-Workloads veröffentlicht wird. Zugriff auf diese Ressourcentypen besteht über einen globalen Endpunkt.

Wie in der folgenden Grafik dargestellt, ist ein Rechenzentrum ein physisches Gebäude, das eine Zone darstellt, die sich innerhalb einer Multizonenregion (MZR) befindet. Eine MZR ist anhand des zugehörigen Metrostandorts organisiert. London kann z. B. mehrere Gruppierungen von Rechenzentren innerhalb einer MZR umfassen. Die Grafik zeigt drei Zonen in einem MZR, die zusammenarbeiten, wenn eines der Rechenzentren nicht verfügbar ist. Die Zonen sind direkt oder über Verbindungen mit geringer Latenz miteinander verbunden.

Klassische Rechenzentren

Zusätzlich zur Auswahl einer Region für Ihre Ressource können Sie aus einer Liste der IBM Cloud Rechenzentren auswählen, wenn Sie mit klassischen Infrastrukturen oder Power Virtual Server Ressourcen arbeiten.

In den Rechenzentren werden die für Services und Apps verwendeten Ressourcen für Strom, Kühlung, Datenverarbeitung, Vernetzung und Speicher gehostet. Rechenzentren bieten keine Isolation gegenüber mehreren Zonen an einem Standort.

Rechenzentren basieren auf einer POD-Architektur, bei der jedes Rechenzentrum je nach bedarfsgerechter Erstellung über mehrere PODs verfügen kann. Jeder Pod besteht aus Racks, Servern, Netzen und Speichermöglichkeiten und verfügt über Backups für Stromgeneratoren. Die Verteilung von Workload-Servern auf PODs verbessert die Verfügbarkeit.

Den jeweiligen Code für ein einzelnes Rechenzentrum können Sie der folgenden Tabelle entnehmen.

Die Tabelle enthält bestimmte Rechenzentren, die in Kürze geschlossen werden sollen. Die Liste der Rechenzentren, die geschlossen werden, finden Sie im Abschnitt Schließung von Rechenzentren.