Regionen, Availability Zones und Lokale Zonen - Amazon Elastic Compute Cloud

Regionen, Availability Zones und Lokale Zonen

Amazon EC2 wird an mehreren Standorten weltweit gehostet. Diese Standorte bestehen aus Regionen, Availability Zones und Lokale Zonen. Jede Region ist ein separater geografischer Bereich. Jede Region verfügt über mehrere isolierte Standorte, die als Availability Zonesbezeichnet werden. Lokale Zonen bieten Ihnen die Möglichkeit, Ressourcen wie Datenverarbeitung und Speicherung an mehreren Standorten zu platzieren, die näher an Ihren Endbenutzern liegen. Ressourcen werden nur dann regionenübergreifend repliziert, wenn Sie diesen Schritt explizit durchführen.

Amazon betreibt hochmoderne, hoch verfügbare Rechenzentren. In seltenen Fällen kann es aber zu Ausfällen kommen, die die Verfügbarkeit von Instances desselben Standorts beeinträchtigen. Wenn Sie alle Ihre Instances an einem einzigen Standort hosten, der von einem Ausfall dieser Art betroffen ist, ist keine Ihrer Instances verfügbar.

Konzepte

Jede Region ist komplett eigenständig. Jede Availability Zone ist isoliert, aber die Availability Zones einer Region sind über Verbindungen geringer Latenz miteinander verbunden. Eine Lokale Zone ist eine Bereitstellung von AWS-Infrastruktur, bei der ausgewählte Dienste näher an Ihren Endbenutzern platziert werden. Eine Lokale Zone ist eine Erweiterung einer Region, die sich an einem anderen Standort als Ihre Region befindet. Es stellt ein Backbone mit hoher Bandbreite für die AWS-Infrastruktur bereit und eignet sich ideal für latenzempfindliche Anwendungen wie z. B. das Machine Learning. Im folgenden Diagramm ist die Beziehung zwischen Regionen, Availability ZonesLokale Zonen dargestellt.


				Regionen Availability Zones und Lokale Zonen

Amazon EC2-Ressourcen sind eine der folgenden: global oder verknüpft mit einer Region, einer Availability Zone oder einer Lokale Zone. Weitere Informationen finden Sie unter Ressourcenstandorte.

Regionen

Jede Amazon EC2-Region ist darauf ausgelegt, vollständig von den anderen Amazon EC2-Regionen getrennt zu sein. Dies sorgt für die größtmögliche Fehlertoleranz und Stabilität.

Wenn Sie sich Ihre Ressourcen anzeigen lassen, werden nur die Ressourcen angezeigt, die mit der von Ihnen angegebenen Region verknüpft sind. Der Grund hierfür ist, dass die Regionen voneinander isoliert sind und Ressourcen nicht automatisch über unterschiedliche Regionen repliziert werden.

Beim Starten einer Instance müssen Sie ein AMI auswählen, das sich in derselben Region befindet. Wenn sich das AMI in einer anderen Region befindet, können Sie das AMI in die von Ihnen verwendete Region kopieren. Weitere Informationen finden Sie unter Kopieren eines AMI.

Beachten Sie, dass für die Datenübertragung zwischen Regionen eine Gebühr anfällt. Weitere Informationen hierzu erhalten Sie unter Amazon EC2-Preise – Datenübertragung.

Availability Zones

Beim Starten einer Instance können Sie eine Availability Zone selbst auswählen oder von uns für Sie auswählen lassen. Wenn Sie Ihre Instances auf mehrere Availability Zones verteilen, ist es sinnvoll, Ihre Anwendung so zu entwerfen, dass bei einem Ausfall einer Instance die Anforderungen von einer Instance in einer anderen Availability Zone verarbeitet werden können.

Außerdem können Sie Elastic IP-Adressen verwenden, um den Ausfall einer Instance in einer Availability Zone zu maskieren, indem Sie die Adresse schnell einer Instance in einer anderen Availability Zone zuordnen. Weitere Informationen finden Sie unter Elastic IP-Adressen.

Eine Availability Zone wird durch einen Regionscode gefolgt von einem Buchstaben als Bezeichner angegeben, z. B. us-east-1a. Um sicherzustellen, dass Ressourcen auf die Availability Zones einer Region verteilt sind, ordnen wir Availability Zones einzeln Namen für jedes AWS-Konto zu. So ist beispielsweise die Availability Zone us-east-1a für Ihr AWS-Konto möglicherweise nicht derselbe Ort wie us-east-1a für ein anderes AWS-Konto.

Um die Availability Zones kontenübergreifend zu koordinieren, müssen Sie die AZ-ID verwenden, die eine eindeutige und konsistente Kennung für eine Availability Zone ist. Beispielsweise ist use1-az1 eine AZ-ID für die us-east-1-Region und hat in jedem AWS-Konto den gleichen Standort.

Mit der Anzeige von AZ-IDs können Sie den Standort von Ressourcen in einem Konto im Verhältnis zu den Ressourcen in einem anderen Konto bestimmen. Wenn Sie beispielsweise ein Subnetz in der Availability Zone mit der AZ-ID use-az2 mit einem anderen Konto teilen, steht dieses Subnetz dem Konto in der Availability Zone zur Verfügung, dessen AZ-ID ebenfalls use-az2 ist. Die AZ-ID für jede VPC und jedes Subnetz wird in der Amazon VPC-Konsole angezeigt. Weitere Informationen finden Sie unter Arbeiten mit freigegebenen VPCs im Amazon VPC Benutzerhandbuch.

Da Availability Zones im Laufe der Zeit größer werden, werden die Erweiterungsmöglichkeiten in der Regel immer weiter eingeschränkt. Wenn dies eintritt, wird für Sie das Starten einer Instance in einer eingeschränkten Availability Zone unter Umständen verhindert, es sei denn, sie verfügen bereits über eine Instance in dieser Availability Zone. Es kann auch sein, dass wir die eingeschränkte Availability Zone aus der Liste mit den Availability Zones für neue Konten entfernen. Daher besteht die Möglichkeit, dass Ihr Konto in einer Region über eine andere Anzahl von verfügbaren Availability Zones als ein anderes Konto verfügt.

Sie können die Availability Zones auflisten, die für Ihr Konto verfügbar sind. Weitere Informationen finden Sie unter Beschreibung Ihrer Regionen, Availability Zones und Lokale Zonen.

Lokale Zonen

Lokale Zone ist die Erweiterung einer AWS-Region in geografischer Nähe zu Ihren Benutzern. Wenn Sie eine Instance starten, können Sie ein Subnetz in einer Lokale Zone auswählen. Lokale Zonen haben ihre eigenen Verbindungen zum Internet und unterstützen AWS Direct Connect, so dass in einer Lokale Zone erstellte Ressourcen lokalen Benutzer eine Kommunikation mit sehr niedriger Latenz bieten können. Weitere Informationen finden Sie unter AWS Local Zones.

Eine Lokale Zone wird durch einen Regionalcode dargestellt, gefolgt von einer ID, die den Standort angibt, z. B. us-west-2-lax-1a.

Um Lokale Zone verwenden zu können, müssen Sie den Service zunächst aktivieren. Weitere Informationen finden Sie unter Aktivieren von Lokale Zonen. Erstellen Sie als Nächstes ein Subnetz in Lokale Zone. Starten Sie schließlich eine der folgenden Ressourcen im Lokale Zone-Subnetz, damit Ihre Anwendungen näher an Ihren Endbenutzern liegen:

  • Amazon EC2-Instances

  • Amazon EBS-Volumes

  • Amazon FSx-Dateiserver

  • Application Load Balancer

  • Dedicated Hosts

Lokale Zonen ist nicht in jeder Region verfügbar. Weitere Informationen über Regionen, die Lokale Zonen unterstützen, finden Sie unter Verfügbare Regionen.

Sie können die Lokale Zonen auflisten, die für Ihr Konto verfügbar sind. Weitere Informationen finden Sie unter Beschreibung Ihrer Regionen, Availability Zones und Lokale Zonen.

Netzwerkgrenzgruppen

Eine Netzwerkgrenzgruppe ist eine eindeutige Gruppe von Availability Zones oder Lokale Zonen, von der aus AWS IP-Adressen bekannt gibt. Sie können die folgenden Ressourcen aus einer Netzwerkgrenzgruppe zuweisen:

  • Elastic IPv4-Adressen, die Amazon bereitstellt

  • Von Amazon bereitgestellte IPv6-VPC-Adressen

Eine Netzwerkgrenzgruppe beschränkt die Adressen auf die Gruppe. IP-Adressen können nicht zwischen Netzwerkgrenzgruppen verschoben werden.

Verfügbare Regionen

Ihr Konto bestimmt die Regionen, die für Sie verfügbar sind. Beispiel:

  • Unter einem AWS-Konto werden mehrere Regionen bereitgestellt, sodass Sie Amazon EC2 Instances an Standorten starten können, die Ihre Anforderungen erfüllen. Beispielsweise kann es sinnvoll sein, Instances in Europa zu starten, damit sie sich in der Nähe Ihrer europäischen Kunden befinden oder um rechtliche Anforderungen zu erfüllen.

  • Mit dem Konto AWS GovCloud (US-West) haben Sie nur Zugriff auf die Region AWS GovCloud (US-West). Weitere Informationen erhalten Sie unter AWS GovCloud (US-West) – Region.

  • Mit einem Amazon AWS (China)-Konto haben Sie nur Zugriff auf die Region Peking und Ningxia. Weitere Informationen finden Sie unter AWS in China.

In der folgenden Tabelle sind die Regionen aufgeführt, die von einem AWS-Konto bereitgestellt werden. Es ist für Sie nicht möglich, zusätzliche Regionen über ein AWS-Konto zu beschreiben oder darauf zuzugreifen, z. B. AWS GovCloud (US-West) oder Regionen in China. Um eine nach dem 20. März 2019 eingeführte Region verwenden zu können, müssen Sie die Region aktivieren. Weitere Informationen finden Sie unter Verwalten von AWS-Regionen im AWS General Reference.

Code Name Abonnementstatus Lokale Zone
us-east-2 USA Ost (Ohio) Nicht erforderlich Nein
us-east-1 USA Ost (Nord-Virginia) Nicht erforderlich Nein
us-west-1 USA West (Nordkalifornien) Nicht erforderlich Nein
us-west-2 USA West (Oregon) Nicht erforderlich us-west-2-lax-1a
af-south-1 Afrika (Kapstadt) Erforderlich Nein
ap-east-1 Asien-Pazifik (Hongkong) Erforderlich Nein
ap-south-1 Asien-Pazifik (Mumbai) Nicht erforderlich Nein
ap-northeast-3 Asien-Pazifik (Osaka-Lokal) Nicht erforderlich Nein
ap-northeast-2 Asien-Pazifik (Seoul) Nicht erforderlich Nein
ap-southeast-1 Asien-Pazifik (Singapur) Nicht erforderlich Nein
ap-southeast-2 Asien-Pazifik (Sydney) Nicht erforderlich Nein
ap-northeast-1 Asien-Pazifik (Tokio) Nicht erforderlich Nein
ca-central-1 Kanada (Zentral) Nicht erforderlich Nein
eu-central-1 Europa (Frankfurt) Nicht erforderlich Nein
eu-west-1 Europa (Irland) Nicht erforderlich Nein
eu-west-2 Europa (London) Nicht erforderlich Nein
eu-south-1 Europa (Mailand) Erforderlich Nein
eu-west-3 Europa (Paris) Nicht erforderlich Nein
eu-north-1 Europa (Stockholm) Nicht erforderlich Nein
me-south-1 Naher Osten (Bahrain) Erforderlich Nein
sa-east-1 Südamerika (São Paulo) Nicht erforderlich Nein

Weitere Informationen erhalten Sie unter Globale AWS-Infrastruktur.

Die Anzahl und Zuweisung von Availability Zones pro Region kann für AWS-Konten variieren. Zum Abrufen einer Liste mit den Availability Zones, die für Ihr Konto verfügbar sind, können Sie die Amazon EC2-Konsole oder die Befehlszeilenschnittstelle verwenden. Weitere Informationen finden Sie unter Beschreibung Ihrer Regionen, Availability Zones und Lokale Zonen.

Regionen und Endpunkte

Wenn Sie über die Befehlszeilenschnittstelle oder über API-Aktionen mit einer Instance arbeiten, müssen Sie ihren regionalen Endpunkt angeben. Weitere Informationen über Regionen und Endpunkte für Amazon EC2 finden Sie unter Amazon EC2-Endpunkte und -Kontingente im Allgemeine Amazon Web Services-Referenz.

Weitere Informationen zu Endpunkten und Protokollen in AWS GovCloud (US-West) erhalten Sie unter AWS GovCloud (US-West)-Endpunkte im AWS GovCloud (US) User Guide.

Beschreibung Ihrer Regionen, Availability Zones und Lokale Zonen

Sie können die Amazon EC2-Konsole oder die Befehlszeilenschnittstelle verwenden, um zu ermitteln, welche Regionen, Availability Zones und Lokale Zonen für Ihr Konto verfügbar sind. Weitere Informationen zu diesen Befehlszeilenschnittstellen erhalten Sie unter Zugriff auf Amazon EC2.

So suchen Sie mit der Konsole nach Ihren Regionen, Availability Zones und Lokale Zonen

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Zeigen Sie über die Navigationsleiste die Optionen in der Regionsauswahl an.

    
						Anzeigen Ihrer Regionen
  3. Wählen Sie im Navigationsbereich EC2-Dashboard aus.

  4. Die Availability Zones und Lokale Zonen sind unter Service Health, Availability Zone Status aufgeführt.

So suchen Sie mit AWS CLI nach Ihren Regionen, Availability Zone und Lokale Zonen

  1. Beschreiben Sie wie folgt mit dem Befehl describe-regions die Regionen, die für Ihr Konto aktiviert sind.

    aws ec2 describe-regions

    Um alle Regionen zu beschreiben, einschließlich Regionen, die für Ihr Konto deaktiviert sind, fügen Sie wie folgt die Option --all-regions hinzu.

    aws ec2 describe-regions --all-regions
  2. Beschreiben Sie wie folgt mit dem Befehl describe-availability-zonesdie Availability Zones und Lokale Zonen in der angegebenen Region.

    aws ec2 describe-availability-zones --region region-name
  3. Beschreiben Sie wie folgt mit dem Befehl describe-availability-zones die Availability Zones und Lokale Zonen unabhängig vom Anmeldestatus.

    aws ec2 describe-availability-zones --all-availability-zones

So suchen Sie mithilfe der AWS-Tools für Windows PowerShell nach Regionen, Availability Zones und Lokale Zonen

  1. Beschreiben Sie wie folgt mithilfe des Befehls Get-EC2Region die Regionen für Ihr Konto.

    PS C:\> Get-EC2Region
  2. Beschreiben Sie wie folgt mithilfe des Befehls Get-EC2AvailabilityZone die Availability Zones in der angegebenen Region.

    PS C:\> Get-EC2AvailabilityZone -Region region-name

Angeben der Region für eine Ressource

Bei jeder Erstellung einer Amazon EC2-Ressource können Sie die Region für die Ressource angeben. Sie können die Region für eine Ressource angeben, indem Sie die AWS Management Console oder die Befehlszeile verwenden.

Anmerkung

Einige AWS-Ressourcen sind ggf. nicht in allen Regionen, Availability Zones und Lokale Zonen verfügbar. Stellen Sie sicher, dass Sie die Ressourcen erstellen können, die Sie in den gewünschten Regionen oder Availability Zones benötigen, bevor Sie eine Instance in einer bestimmten Availability Zone starten.

So geben Sie die Region für eine Ressource mit der Konsole an

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Verwenden Sie die Regionsauswahl in der Navigationsleiste.

    
						Verwenden der Regionsauswahl in der Konsole

So geben Sie die Standardregion über die Befehlszeile an

Sie können den Wert einer Umgebungsvariablen auf den gewünschten regionalen Endpunkt festlegen (z. B. https://ec2.us-east-2.amazonaws.com):

  • AWS_DEFAULT_REGION (AWS CLI)

  • Set-AWSDefaultRegion (AWS-Tools für Windows PowerShell)

Alternativ hierzu können Sie für jeden Befehl auch die Befehlszeilenoption --region (AWS CLI) oder -Region (AWS-Tools für Windows PowerShell) verwenden. Beispiel, --region us-east-2.

Weitere Informationen zu den Endpunkten für Amazon EC2 erhalten Sie unter Amazon Elastic Compute Cloud – Endpunkte.

Aktivieren von Lokale Zonen

Bevor Sie eine Lokale Zone für eine Ressource oder einen Dienst angeben, müssen Sie die Zone aktivieren.

Sie können Lokale Zonen mithilfe der AWS Management Console oder der AWS CLI aktivieren.

Anmerkung

Wir aktivieren standardmäßig alle Availability Zones, und Sie können sie nicht deaktivieren.

Einige AWS-Ressourcen sind möglicherweise nicht in allen Regionen verfügbar. Stellen Sie sicher, dass Sie die benötigten Ressourcen in den gewünschten Regionen oder Lokale Zonen vor dem Starten einer Instance in einer bestimmten Lokale Zone erstellen können.

So aktivieren Sie Lokale Zonen mit der Konsole

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie die Region in der Navigationsleiste aus, und wählen Sie Ihre Region aus.

  3. Wählen Sie im Navigationsbereich EC2-Dashboard aus.

  4. Wählen Sie unter Kontoattribute, Einstellungen die Option Zonen aus.

    Anmerkung

    Diese Option ist nur verfügbar, wenn New EC2 Experience (Neue EC2-Umgebung) in der Konsole aktiviert ist.

  5. Aktivieren Sie unter Local Zone Groups (Lokale Zonengruppen) jede Lokale Zone, die Sie aktivieren möchten.

  6. Geben Sie im Dialogfeld Enable confirmation (Bestätigung aktivieren) Enable (Aktivieren) ein und wählen Sie dann OK aus.

So aktivieren Sie Lokale Zonen mit der AWS CLI

Deaktivieren von Lokale Zonen

Sie müssen sich an den AWS Support wenden, um eine Lokale Zone zu deaktivieren.

Wichtig

Entfernen Sie alle Ressourcen, bevor Sie eine Lokale Zone deaktivieren. Für alle Ressourcen, die in der Lokale Zone verbleiben, fallen Gebühren an. Nachdem Sie die Ressourcen entfernt haben, erstellen Sie einen Fall beim AWS Support mit dem Titel Disable Zone Group (Zonengruppe deaktivieren).

Starten von Instances in einer Availability Zone oder Lokale Zone

Wählen Sie beim Starten einer Instance eine Region aus, in der Instances näher an bestimmten Kunden platziert werden oder mit der rechtliche oder andere Anforderungen erfüllt werden. Indem Sie Instances in separaten Availability Zones starten, können Sie Ihre Anwendungen vor dem Ausfall eines einzelnen Standorts schützen.

Durch Starten einer Instance in einer Lokale Zone können Sie latenzempfindliche Anwendungen in der Nähe Ihrer Endbenutzer ausführen und gleichzeitig die Vorteile der AWS-Infrastruktur nutzen.

Beim Starten einer Instance können Sie optional eine Availability Zone oder Lokale Zone in der Region angeben, die Sie verwenden. Wenn Sie keine Availability Zone oder Lokale Zone angeben, wählen wir eine Availability Zone für Sie aus. Beim Starten Ihrer ersten Instances ist es ratsam, die standardmäßig vorgegebene Availability Zone zu akzeptieren. Wir können so basierend auf der Systemstabilität und der verfügbaren Kapazität die beste Availability Zone für Sie auswählen. Geben Sie beim Starten weiterer Instances eine Availability Zone nur dann an, wenn Ihre Instances nah bei Ihren laufenden Instances oder getrennt davon angeordnet werden müssen.

Migrieren einer Instance zu einer anderen Availability Zone

Bei Bedarf können Sie eine Instance aus einer Availability Zone zu einer anderen migrieren. Angenommen, Sie versuchen den Instance-Typ Ihrer Instance zu ändern, und wir können keine Instance des neuen Instance-Typs in der aktuellen Availability Zone starten. In diesem Fall können Sie die Instance zu einer Availability Zone migrieren, in der wir eine Instance dieses Instance-Typs starten können.

Der Migrationsprozess umfasst:

  • das Erstellen eines AMI aus der ursprünglichen Instance

  • das Starten einer Instance in der neuen Availability Zone

  • das Aktualisieren der Konfiguration der neuen Instance, wie im folgenden Verfahren gezeigt

So migrieren Sie eine Instance zu einer anderen Availability Zone

  1. Erstellen Sie aus der Instance ein AMI. Das Verfahren hängt von Ihrem Betriebssystem und dem Typ des Root-Gerät-Datenträgers für die Instance ab. Weitere Informationen erhalten Sie in der Dokumentation zu Ihrem Betriebssystem und Root-Gerät-Datenträger:

  2. Wenn Sie die private IPv4-Adresse der Instance beibehalten möchten, müssen Sie das Subnetz in der aktuellen Availability Zone löschen und in der neuen Availability Zone dann ein Subnetz erstellen, das über den gleichen IPv4-Adressbereich wie das ursprüngliche Subnetz verfügt. Beachten Sie hierbei, das Sie in einem Subnetz alle Instances beenden müssen, bevor Sie es löschen können. Aus diesem Grund sollten Sie AMIs aus allen Instances in Ihrem Subnetz erstellen, damit Sie alle Instances aus dem aktuellen Subnetz in das neue Subnetz verschieben können.

  3. Starten Sie eine Instance über das gerade erstellte AMI und geben Sie die neue Availability Zone bzw. das Subnetz an. Sie können den gleichen Instance-Typ wie für die ursprüngliche Instance verwenden oder einen neuen Instance-Typ wählen. Weitere Informationen finden Sie unter Starten von Instances in einer Availability Zone oder Lokale Zone.

  4. Wenn die ursprüngliche Instance über eine zugeordnete Elastic IP-Adresse verfügt, sollten Sie sie der neuen Instance zuordnen. Weitere Informationen finden Sie unter Aufheben der Zuordnung einer Elastic IP-Adresse.

  5. Wenn die ursprüngliche Instance eine Reserved Instance ist, sollten Sie die Availability Zone für Ihre Reservierung ändern. (Falls Sie auch den Instance-Typ geändert haben, können Sie zusätzlich den Instance-Typ für Ihre Reservierung ändern.) Weitere Informationen finden Sie unter Senden von Änderungsanforderungen.

  6. (Optional) Beenden Sie die ursprüngliche Instance. Weitere Informationen finden Sie unter Beenden einer Instance.