Regionen und Zonen

Amazon EC2 wird an mehreren Standorten weltweit gehostet. Diese Standorte bestehen aus AWS-Regionen, Availability Zones, Local Zones, AWS Outposts und Wavelength Zones.

• Jede Region ist ein separater geografischer Bereich.

• Availability Zones sind mehrere isolierte Standorte innerhalb jeder Region.

• Local Zones bieten Ihnen die Möglichkeit, Ressourcen wie Rechenleistung und Speicher an mehreren Standorten zu platzieren, die näher an Ihren Endbenutzern liegen.

• AWS Outposts bieten native AWS-Services, Infrastruktur und Betriebsmodelle für praktisch jedes Rechenzentrum, jeden Co-Location-Bereich oder jede On-Premises-Einrichtung.

• Mit Wavelength Zones können Developer Anwendungen mit äußerst niedriger Latenz für 5G-Geräte und Endbenutzer erstellen. Wavelength stellt standardmäßige AWS-Datenverarbeitungs- und -Speicherservices am Edge der 5G-Netze von Telekommunikationsanbietern bereit.

AWS 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.

Informationen zur Ermittlung der für Sie am besten geeigneten Bereitstellung finden Sie unter Häufig gestellte Fragen zu AWS Wavelength.

Regionen

Jede -Region ist darauf ausgelegt, vollständig von den anderen -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.

Inhalt

• Verfügbare Regionen
• Regionen und Endpunkte
• Beschreiben Sie Ihre Regionen
• Holen Sie sich den Namen der Region
• Angeben der Region für eine Ressource

Verfügbare Regionen

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

• Ein AWS-Konto stellt mehrere Regionen bereit, 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 einem AWS GovCloud (US-West)-Konto haben Sie Zugriff auf die Region AWS GovCloud (US-West) und auf die Region AWS GovCloud (US-East). Weitere Informationen finden Sie unter AWS GovCloud (US).

• Mit einem Amazon AWS (China)-Konto haben Sie nur Zugriff auf die Regionen Peking und Ningxia. Weitere Informationen finden Sie unter Amazon Web Services 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. die AWS GovCloud (US) Regions 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 Allgemeine AWS-Referenz.

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

Weitere Informationen finden Sie unter AWS-Globale Infrastruktur.

Die Anzahl und Zuordnung der Availability Zones pro Region kann zwischen AWS-Konten variieren. Um die Availability Zones aufzulisten, die für Ihr Konto verfügbar sind, können Sie die Amazon-EC2-Konsole oder die Befehlszeilenschnittstelle verwenden. Weitere Informationen finden Sie unter Beschreiben Sie Ihre Regionen.

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 (USA West) finden Sie unter Service-Endpunkte im AWS GovCloud (US)-Benutzerhandbuch.

Beschreiben Sie Ihre Regionen

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

So suchen Sie Ihre Regionen über die Konsole:

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

2. Klicken Sie in der Navigationsleiste auf die Auswahl der Regions (Regionen).

   

3. Ihre EC2-Ressourcen für diese Region werden im EC2-Dashboard im Abschnitt Resources (Ressourcen) angezeigt.

So finden Sie Ihre Regionen mithilfe der AWS CLI:

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

Holen Sie sich den Namen der Region

Sie können die Amazon Lightsail-API verwenden, um den Namen einer Region anzuzeigen.

So zeigen Sie den Namen der Region mit der AWS CLI an:

Verwenden Sie den Befehl get-regions wie folgt, um den Namen der angegebenen Region zu beschreiben.

aws lightsail get-regions --query "regions[?name=='region-name'].displayName" --output text

Im folgenden Beispiel wird der Name der us-east-2-Region zurückgegeben.

aws lightsail get-regions --query "regions[?name=='us-east-2'].displayName" --output text

Im Folgenden wird die Ausgabe dargestellt:

Ohio

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.

Überlegungen

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 erstellen können, bevor Sie eine Instance 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. Klicken Sie in der Navigationsleiste auf die Auswahl der Regions (Regionen) und wählen Sie dann die Region aus.

   

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 for Windows PowerShell)

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

Weitere Informationen zu den Endpunkten für Amazon EC2 finden Sie unter Service-Endpunkte in der Allgemeine AWS-Referenz.

Availability Zones

Jede Region verfügt über mehrere isolierte Standorte, die als Availability Zones bezeichnet werden. Der Code für Availability Zone ist der Regionscode gefolgt von einem Buchstaben als Bezeichner angegeben. Zum Beispiel us-east-1a.

Wenn Sie eine Instance starten, wählen Sie eine Region und eine Virtual Private Cloud (VPC) aus. Dann können Sie entweder ein Subnetz aus einer der Availability Zones auswählen oder uns eines 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.

Das folgende Diagramm veranschaulicht mehrere Availability Zones in einer AWS-Region. Availability Zone A und Availability Zone B haben jeweils ein Subnetz, und jedes Subnetz verfügt über Instances. Availability Zone C hat keine Subnetze, daher können Sie keine Instances in diese Availability Zone starten.

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.

Inhalt

• AZ-IDs
• Beschreiben Ihrer Availability Zones
• Starten von Instances in einer Availability Zone
• Migrieren einer Instance zu einer anderen Availability Zone

AZ-IDs

Um sicherzustellen, dass Ressourcen auf die Availability Zones einer Region verteilt sind, ordnen wir Availability Zones einzelnen Codes für jedes AWS-Konto zu. So befindet sich die Availability Zone us-east-1a für Ihr AWS-Konto möglicherweise nicht im selben physischen 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 physischen Standort. Mit der Anzeige von AZ-IDs für Ihr Konto können Sie den physischen Standort Ihrer Ressourcen im Verhältnis zu den Ressourcen in einem anderen Konto bestimmen. Wenn Sie beispielsweise ein Subnetz in der Availability Zone mit der AZ-ID use1-az2 mit einem anderen Konto teilen, steht dieses Subnetz dem Konto in der Availability Zone zur Verfügung, dessen AZ-ID ebenfalls use1-az2 ist.

Das folgende Diagramm veranschaulicht zwei Konten mit unterschiedlichen Mappings von Availability-Zone-Code zur AZ ID.

Beschreiben Ihrer Availability Zones

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

So suchen Sie Ihre Availability Zones über die Konsole:

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

2. Klicken Sie in der Navigationsleiste auf die Auswahl der Regions (Regionen) und wählen Sie dann die Region aus.

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

4. Die Availability Zones sind im Bereich Service health (Servicezustand) erstellt.

So suchen Sie Ihre Availability Zones mithilfe der AWS CLI:

• Beschreiben Sie wie folgt mit dem Befehl describe-availability-zones die Availability Zones in der angegebenen Region, die für Ihr Konto aktiviert sind.

  aws ec2 describe-availability-zones --region region-name

• Beschreiben Sie wie folgt mit dem Befehl describe-availability-zones die Availability Zones, unabhängig vom Anmeldestatus.

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

Starten von Instances in einer Availability 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.

Beim Starten einer Instance können Sie optional eine Availability Zone in der Region angeben, die Sie verwenden. Wenn Sie keine Availability 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 dem Systemzustand 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. Wenn Sie beispielsweise versuchen, den Instance-Typ Ihrer Instance zu ändern, und sich keine Instance des neuen Instance-Typs in der aktuellen Availability Zone starten lässt, können Sie die Instance in eine Availability Zone mit Kapazität für den neuen Instance-Typ migrieren.

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-Volumes für die Instance ab. Weitere Informationen erhalten Sie in der Dokumentation zu Ihrem Betriebssystem und Root-Gerät-Volume:

   • Erstellen eines Amazon EBS-gestützten Linux-AMI

   • Erstellen einer Instance-Speicher-Backed Linux-AMI

   • Erstellen eines benutzerdefinierten Windows-AMI

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.

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.

Local Zones

Eine Local Zone ist eine Erweiterung einer AWS-Region in geografischer Nähe zu Ihren Benutzern. Local Zones haben ihre eigenen Internetverbindungen und unterstützen AWS Direct Connect. Ressourcen, die in einer lokalen Zone erstellt wurden, können so von lokalen Benutzern mit Netzwerkverbindungen mit geringer Latenz genutzt werden. Weitere Informationen finden Sie unter AWS-Local Zones.

Der Code für die lokale Zone wird durch einen Regionscode dargestellt, gefolgt von einer ID, die den physischen Standort angibt. Beispiel: us-west-2-lax-1 in Los Angeles.

Das folgende Diagramm veranschaulicht die AWS-Region us-west-2, zwei ihrer Availability Zones und zwei ihrer lokalen Zonen. Die VPC erstreckt sich über die Availability Zones und eine der lokalen Zonen. Jede Zone in der VPC hat ein Subnetz und jedes Subnetz eine Instance.

Um eine Local Zone verwenden zu können, müssen Sie diese zunächst aktivieren. Weitere Informationen finden Sie unter Anmelden für Local Zones. Erstellen Sie als Nächstes ein Subnetz in der Local Zone. Starten Sie schließlich die Ressourcen im Subnetz der Local Zone, z. B. Instances, damit Ihre Anwendungen sich in der Nähe der Benutzer befinden.

Inhalt

• Verfügbare Local Zones
• Anmelden für Local Zones
• Starten von Instances in einer Local Zone

Verfügbare Local Zones

Sie können über die Amazon-EC2-Konsole oder eine Befehlszeilenschnittstelle feststellen, welche Local Zones für Ihr Konto verfügbar sind. Eine vollständige Liste finden Sie unter Local Zones von AWS – Standorte.

So finden Sie Ihre Local Zones mithilfe der Konsole:

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

2. Klicken Sie in der Navigationsleiste auf die Auswahl der Regions (Regionen) und wählen Sie dann die übergeordnete Region aus.

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

4. Wählen Sie in der oberen rechten Ecke der Seite Account Attributes (Kontoattribute), Zones (Zonen).aus.

Local Zones mithilfe der AWS CLI finden

Beschreiben Sie wie folgt mit dem Befehl describe-availability-zones alle Local Zones in der angegebenen Region, selbst wenn sie nicht aktiviert sind. Um nur die Local Zones zu beschreiben, die Sie aktiviert haben, lassen Sie die Option --all-availability-zones weg.

aws ec2 describe-availability-zones --region region-name --filters Name=zone-type,Values=local-zone --all-availability-zones

Anmelden für Local Zones

Bevor Sie eine Local Zone für eine Ressource oder einen Service angeben können, müssen Sie sich für Local Zones anmelden

Überlegungen

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 Local Zones erstellen können, bevor Sie eine Instance in einer bestimmten Local Zone starten. Eine Liste der in den einzelnen Local Zones unterstützten Services finden Sie unter Local Zones von AWS – Funktionen.

Anmelden für Local Zones mit der Konsole

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

2. Wählen Sie in der oberen linken Ecke der Seite New EC2 Experience (Neue EC2-Umgebung) aus. Sie können diese Aufgabe nicht mithilfe der alten Konsolenumgebung durchführen.

3. Klicken Sie in der Navigationsleiste auf die Auswahl der Regions (Regionen) und wählen Sie dann die übergeordnete Region aus.

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

5. Wählen Sie in der oberen rechten Ecke der Seite Account Attributes (Kontoattribute), Zones (Zonen).aus.

6. Um die Local Zone zu aktivieren, wählen Sie Manage (Verwalten) aus.

7. Wählen Sie für die Zone group (Zonengruppe) die Option Enabled (Aktiviert) aus.

8. Wählen Sie Update zone group (Zonengruppe aktualisieren).

Für Local Zones anmelden über die AWS CLI

Verwenden Sie den Befehl modify-availability-zone-group.

Starten von Instances in einer Local Zone

Wenn Sie eine Instance starten, können Sie ein Subnetz angeben, das sich in einer Local Zone befindet. Sie weisen auch eine IP-Adresse aus einer Netzwerkgrenzgruppe zu. Eine Netzwerkgrenzgruppe ist ein eindeutiger Satz von Availability Zones, Local Zones oder Wavelength Zones, aus denen AWS IP-Adressen ankündigt, zum Beispiel us-west-2-lax-1a.

Sie können die folgenden IP-Adressen aus einer Netzwerkgrenzgruppe zuweisen:

• Elastische IPv4-Adressen, die von Amazon bereitgestellt werden

• Von Amazon bereitgestellte IPv6-VPC-Adressen (nur in den Zonen von Los Angeles verfügbar)

Weitere Informationen zum Starten einer Instance in einer Local Zone finden Sie unter Erste Schritte mit AWS Local Zones im Benutzerhandbuch zu AWS Local Zones.

Wavelength-Zones

Mit AWS Wavelength können Entwickler Anwendungen mit ultra-niedriger Latenz für Mobilgeräte und Endbenutzer erstellen. Wavelength stellt standardmäßige AWS-Datenverarbeitungs- und -Speicherservices am Edge der 5G-Netze von Telekommunikationsanbietern bereit. Entwickler können eine Virtual Private Cloud (VPC) auf eine oder mehrere Wavelength-Zonen ausweiten und dann AWS-Ressourcen wie Amazon-EC2-Instances verwenden, um Anwendungen auszuführen, die eine extrem niedrige Latenz und eine Verbindung zu AWS-Services in der Region erfordern.

Eine Wavelength-Zone ist eine isolierte Zone am Standort des Carriers, an dem die Wavelength-Infrastruktur bereitgestellt wird. Wavelength Zones sind an eine Region gebunden. Eine Wavelength-Zone ist eine logische Erweiterung einer Region und wird von der Steuerungsebene in der Region verwaltet.

Der Code für die Wavelength-Zone wird durch einen Regionscode dargestellt, gefolgt von einer ID, die den physischen Standort angibt. Beispiel: us-east-1-wl1-bos-wlz-1 in Boston.

Das folgende Diagramm veranschaulicht die AWS-Region us-west-2, zwei ihrer Availability Zones und eine Wavelength-Zone. Die VPC erstreckt sich über die Availability Zones und die Wavelength-Zone. Jede Zone in der VPC hat ein Subnetz und jedes Subnetz eine Instance.

Um eine Wavelength-Zone zu verwenden, müssen Sie sich zunächst für die Zone anmelden. Weitere Informationen finden Sie unter Aktivieren von Wavelength Zones. Erstellen Sie als Nächstes ein Subnetz in der Wavelength-Zone. Starten Sie schließlich Ihre Ressourcen im Subnetz „Wavelength Zones“, damit Ihre Anwendungen näher an den Endbenutzern liegen.

Wavelength Zones sind nicht in jeder Region verfügbar. Weitere Informationen zu den Regionen, die Wavelength Zones unterstützen, finden Sie unter Verfügbare Wavelength Zones im AWS Wavelength Developerhandbuch.

Inhalt

• Beschreiben Ihrer Wavelength Zones
• Aktivieren von Wavelength Zones
• Starten von Instances in einer Wavelength-Zone

Beschreiben Ihrer Wavelength Zones

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

So finden Sie Ihre Wavelength Zones über die Konsole:

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

2. Klicken Sie in der Navigationsleiste auf die Auswahl der Regions (Regionen) und wählen Sie dann die Region aus.

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

4. Wählen Sie in der oberen rechten Ecke der Seite Account Attributes (Kontoattribute), Zones (Zonen).aus.

So finden Sie Ihre Wavelength Zones mit AWS CLI

• Beschreiben Sie wie folgt mit dem Befehl describe-availability-zones die Wavelength Zones in der angegebenen Region, die für Ihr Konto aktiviert sind.

  aws ec2 describe-availability-zones --region region-name

• Beschreiben Sie wie folgt mit dem Befehl describe-availability-zones die Wavelength Zones unabhängig vom Anmeldestatus.

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

Aktivieren von Wavelength Zones

Bevor Sie eine Wavelength Zones für eine Ressource oder einen Service angeben, müssen Sie sich für Wavelength Zones anmelden.

Überlegungen

• Einige AWS-Ressourcen sind nicht in allen Regionen verfügbar. Stellen Sie sicher, dass Sie die benötigten Ressourcen in der gewünschten Region oder Wavelength-Zone erstellen können, bevor Sie eine Instance in einer bestimmten Wavelength-Zone starten.

So melden Sie sich über die Konsole für eine Wavelength-Zone an:

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

2. Wählen Sie in der oberen linken Ecke der Seite New EC2 Experience (Neue EC2-Umgebung) aus. Sie können diese Aufgabe nicht mithilfe der alten Konsolenumgebung durchführen.

3. Klicken Sie in der Navigationsleiste auf die Auswahl der Regions (Regionen) und wählen Sie dann die Region aus.

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

5. Wählen Sie in der oberen rechten Ecke der Seite Account Attributes (Kontoattribute), Zones (Zonen).aus.

6. Wählen Sie unter Wavelength Zones (Wavelength Zones) Manage (Verwalten) für die Wavelength-Zone aus.

7. Wählen Sie Enable (Aktivieren) aus.

8. Wählen Sie Update zone group (Zonengruppe aktualisieren).

So aktivieren Sie Wavelength Zones mit AWS CLI

Verwenden Sie den Befehl modify-availability-zone-group.

Starten von Instances in einer Wavelength-Zone

Wenn Sie eine Instance starten, können Sie ein Subnetz angeben, das sich in einer Wavelength-Zone befindet. Sie weisen auch eine Carrier-IP-Adresse aus einer Netzwerkgrenzgruppe zu, bei der es sich um einen eindeutigen Satz von Availability Zones, Local Zones oder Wavelength Zones handelt, von denen AWS IP-Adressen präsentiert, zum Beispiel us-east-1-wl1-bos-wlz-1.

Weitere Informationen zum Starten einer Instance in einer Wavelength-Zone finden Sie unter Erste Schritte mit AWS Wavelength im AWS WavelengthDeveloperhandbuch.

AWS Outposts

AWS Outposts ist ein vollständig verwalteter Service, der AWS-Infrastruktur, Services, APIs und Tools auf Kundenstandorte ausweitet. Durch die Bereitstellung des lokalen Zugriffs auf die von AWS verwaltete Infrastruktur ermöglicht AWS Outposts Kunden, Anwendungen On-Premises mit denselben Programmierschnittstellen wie in AWS-Regionen zu erstellen und auszuführen, während lokale Datenverarbeitungs- und Speicherressourcen für geringere Latenz und lokale Datenverarbeitungsanforderungen verwendet werden.

Ein Outpost ist ein Pool von AWS-Rechen- und Speicherkapazitäten, die an einem Kundenstandort bereitgestellt werden. AWS betreibt, überwacht und verwaltet diese Kapazität als Teil einer AWS-Region. Sie können Subnetze in Ihrem Outpost erstellen und diese angeben, wenn Sie AWS-Ressourcen erstellen. Instances in Outpost-Subnetzen kommunizieren mit anderen Instances in der AWS-Region mithilfe privater IP-Adressen, sämtlich innerhalb derselben VPC.

Das folgende Diagramm veranschaulicht die AWS-Region us-west-2, zwei ihrer Availability Zones und einen Outpost. Die VPC erstreckt sich über die Availability Zones und den Outpost. Der Outpost befindet sich in einem On-Premises Kundenrechenzentrum. Jede Zone in der VPC hat ein Subnetz und jedes Subnetz eine Instance.

Um mit der Verwendung von AWS Outposts zu beginnen, müssen Sie einen Outpost erstellen und die Kapazität dafür bestellen. Weitere Informationen zu Outpost-Konfigurationen finden Sie in unserem Katalog. Nach der Installation Ihres Outpost-Equipments steht Ihnen die Datenverarbeitungs- und Speicherkapazität zur Verfügung, wenn Sie Amazon-EC2-Instances auf Ihrem Outpost starten.

Starten von Instances auf einem Outpost

Sie können EC2-Instances im Outpost-Subnetz starten, das Sie erstellt haben. Sicherheitsgruppen steuern den eingehenden und ausgehenden Datenverkehr für Instances mit Elastic-Network-Schnittstelle in einem Outpost-Subnetz wie für Instances in einem Availability Zone-Subnetz. Um eine Verbindung zu einer EC2-Instance in einem Outpost-Subnetz herzustellen, können Sie beim Starten der Instance ein Schlüsselpaar angeben, wie dies bei Instances in einem Availability Zone-Subnetz der Fall ist.

Das Root-Volume für eine Instance in einem Outpost-Rack muss 30 GB oder kleiner sein. Sie können Daten-Volumes in der Blockgeräte-Zuweisung des AMI oder der Instance angeben, um zusätzlichen Speicher bereitzustellen. Informationen zum Begrenzen nicht verwendeter Blöcke vom Start-Volume finden Sie unter How to Build sparse EBS Volumes im AWS Partner Network Blog.

Es wird empfohlen, das NVMe-Timeout für das Root-Volume zu erhöhen. Weitere Informationen finden Sie unter I/O-Betriebs-Timeout.

Informationen zum Erstellen eines Outposts finden Sie unter Erste Schritte mit AWS Outposts im AWS Outposts-Benutzerhandbuch.

Erstellen eines Volumes in einem Outpost-Rack

AWS Outposts bietet Rack- und Server-Formfaktoren. Wenn sich Ihre Kapazität in einem Outpost-Rack befindet, können Sie EBS-Volumes in dem Outpost-Subnetz erstellen, das Sie erstellt haben. Wenn Sie das Volume erstellen, geben Sie den Amazon-Ressourcennamen (ARN) des Outposts an.

Der folgende Befehl create-volume erstellt ein leeres 50 GB-Volume auf dem angegebenen Outpost.

aws ec2 create-volume --availability-zone us-east-2a --outpost-arn arn:aws:outposts:us-east-2:123456789012:outpost/op-03e6fecad652a6138 --size 50

Sie können die Größe Ihres Amazon EBS gp2-Volumes dynamisch ändern, ohne sie zu trennen. Weitere Informationen zum Ändern eines Volumes ohne Trennen finden Sie unter Anfordern von Änderungen Ihrer EBS-Volumes.