Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Regionen und Zonen
Amazon EC2 wird an mehreren Standorten weltweit gehostet. Diese Standorte bestehen aus AWS-Regionen Availability Zones, Local Zones und AWS Outposts 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 bietet native AWS Dienste, Infrastrukturen und Betriebsmodelle für praktisch jedes Rechenzentrum, jeden Colocation-Bereich oder jede lokale Einrichtung.
-
Mit Wavelength Zones können Developer Anwendungen mit äußerst niedriger Latenz für 5G-Geräte und Endbenutzer erstellen. Wavelength stellt AWS Standard-Rechen- und Speicherdienste am Rand der 5G-Netzwerke von Telekommunikationsanbietern bereit.
AWS betreibt state-of-the-art hochverfü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
Ihr Konto bestimmt die Regionen, die für Sie verfügbar sind.
-
An AWS-Konto bietet mehrere Regionen, sodass Sie Amazon EC2 EC2-Instances an Standorten starten können, die Ihren Anforderungen entsprechen. 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.
-
Ein Konto AWS GovCloud (USA West) bietet Zugriff auf die Regionen AWS GovCloud (USA West) und die Region AWS GovCloud (USA Ost). Weitere Informationen finden Sie unter AWS GovCloud (US)
. -
Ein Amazon-Konto AWS (China) bietet nur Zugriff auf die Regionen Peking und Ningxia. Weitere Informationen finden Sie unter Amazon Web Services in China
.
In der folgenden Tabelle sind die von an AWS-Konto bereitgestellten Regionen aufgeführt. Sie können von einer Region aus keine weiteren Regionen beschreiben AWS GovCloud (US) Regions oder darauf zugreifen AWS-Konto, z. B. die Region 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 im AWS Account Management Referenzhandbuch unter „Geben Sie an, welche AWS Regionen Ihr Konto verwenden kann“.
| Code | Name | Aktivierungsstatus |
|---|---|---|
| us-east-2 | USA Ost (Ohio) | Nicht erforderlich |
| us-east-1 | USA Ost (Virginia) | Nicht erforderlich |
| us-west-1 | US West (N. California) | 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 | Asia Pacific (Singapore) | 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 |
| ca-west-1 | Kanada West (Calgary) | 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 (Milan) | Erforderlich |
| eu-west-3 | Europa (Paris) | Nicht erforderlich |
| eu-south-2 | Europa (Spain) | Erforderlich |
| eu-north-1 | Europa (Stockholm) | Nicht erforderlich |
| eu-central-2 | Europa (Zürich) | Erforderlich |
| il-central-1 | Israel (Tel Aviv) | Erforderlich |
| me-south-1 | Naher Osten (Bahrain) | Erforderlich |
| me-central-1 | Naher Osten (VAE) | Erforderlich |
| sa-east-1 | South America (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 im Benutzerhandbuch unter Service-Endpunkte.AWS GovCloud (US)
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:
Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/
. -
Klicken Sie in der Navigationsleiste auf die Auswahl der Regions (Regionen).
-
Ihre EC2-Ressourcen für diese Region werden im EC2-Dashboard im Abschnitt Ressourcen angezeigt.
Um Ihre Regionen mit dem zu finden 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
Abrufen des Anzeigenamens der Region
Sie können den AWS Systems Manager Parameterspeicher verwenden, um den Anzeigenamen einer Region anzuzeigen. Jede Region verfügt über öffentliche Parameter im folgenden Pfad.
/aws/service/global-infrastructure/regions/region-code
Zu den öffentlichen Parametern für eine Region gehören die folgenden:
-
/aws/service/global-infrastructure/regions/
region-code/domain -
/aws/service/global-infrastructure/regions/
region-code/geolocationCountry -
/aws/service/global-infrastructure/regions/
region-code/geolocationRegion -
/aws/service/global-infrastructure/regions/
region-code/longName -
/aws/service/global-infrastructure/regions/
region-code/partition
Der Parameter longName enthält den Anzeigenamen der Region. Der folgende get-parameters-by-pathBefehl gibt den Anzeigenamen der af-south-1 Region zurück. Es benutzt die --query-Option, um die Ausgabe auf den Namen der Region zu beschränken. Unter Linux müssen Sie die Abfragezeichenfolge in einfache Anführungszeichen setzen. Um diesen Befehl über die Windows-Eingabeaufforderung auszuführen, lassen Sie entweder die einfachen Anführungszeichen weg oder ändern Sie sie in doppelte Anführungszeichen.
Es folgt eine Beispielausgabe.
Africa (Cape Town)Weitere Informationen finden Sie unter Arbeiten mit öffentlichen Parametern im AWS Systems Manager -Benutzerhandbuch.
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 mithilfe der Befehlszeile AWS Management Console oder angeben.
Ü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
Öffnen Sie die Amazon-EC2-Konsole unter https://console.aws.amazon.com/ec2/
. -
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. z. B. --region us-east-2.
Weitere Informationen zu den Endpunkten für Amazon EC2 finden Sie unter Amazon EC2 EC2-Endpunkte und Kontingente 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 zeigt mehrere Availability Zones in einer Region. AWS 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
Um sicherzustellen, dass die Ressourcen auf die Availability Zones einer Region verteilt sind, ordnen wir Availability Zones AWS-Konto
in unseren ältesten Regionen unabhängig voneinander den Codes der einzelnen Availability Zones zu. Zum Beispiel AWS-Konto könnte es sein, dass der us-east-1a für Sie nicht derselbe physische Standort wie der us-east-1a für eine andere ist AWS-Konto.
Verwenden Sie die AZ-IDs, bei denen es sich um eindeutige und konsistente Kennungen für eine Availability Zone handelt, um Availability Zones zwischen Konten in allen Regionen zu koordinieren, auch wenn diese Availability Zones zuordnen. Dies use1-az1 ist beispielsweise eine AZ-ID für die us-east-1 Region, und sie hat in jeder AWS-Konto Region denselben 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:
Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/
. -
Klicken Sie in der Navigationsleiste auf die Auswahl der Regions (Regionen) und wählen Sie dann die Region aus.
-
Wählen Sie im Navigationsbereich EC2-Dashboard aus.
-
Die Availability Zones sind im Bereich Service health (Servicezustand) erstellt.
Um Ihre Availability Zones zu finden, verwenden Sie den AWS CLI
-
Verwenden Sie den folgenden describe-availability-zonesBefehl, um die Availability Zones innerhalb der angegebenen Region zu beschreiben, die für Ihr Konto aktiviert sind.
aws ec2 describe-availability-zones --regionregion-name -
Verwenden Sie den describe-availability-zonesBefehl wie folgt, um die Availability Zones unabhängig vom Opt-In-Status zu beschreiben.
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
-
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:
-
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.
-
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.
-
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.
-
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.
-
(Optional) Beenden Sie die ursprüngliche Instance. Weitere Informationen finden Sie unter Beenden einer Instance.
Local Zones
Eine lokale Zone ist eine Erweiterung einer AWS Region in geografischer Nähe zu Ihren Benutzern. Local Zones verfügen über eigene Verbindungen zum Internet und unterstützen sie AWS Direct Connect, sodass Ressourcen, die in einer lokalen Zone erstellt wurden, lokalen Benutzern mit Kommunikation mit niedriger Latenz dienen können. 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 zeigt die AWS Regionus-west-2, zwei ihrer Availability Zones und zwei ihrer Local Zones. 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.
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:
Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/
. -
Klicken Sie in der Navigationsleiste auf die Auswahl der Regions (Regionen) und wählen Sie dann die übergeordnete Region aus.
-
Wählen Sie im Navigationsbereich EC2-Dashboard aus.
-
Wählen Sie in der oberen rechten Ecke der Seite Account Attributes (Kontoattribute), Zones (Zonen).aus.
So finden Sie Ihre Local Zones mit dem AWS CLI
Verwenden Sie den folgenden describe-availability-zonesBefehl, um alle Local Zones in der angegebenen Region zu beschreiben, auch 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 --regionregion-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 – Features
Anmelden für Local Zones mit der Konsole
Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/
. -
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.
-
Klicken Sie in der Navigationsleiste auf die Auswahl der Regions (Regionen) und wählen Sie dann die übergeordnete Region aus.
-
Wählen Sie im Navigationsbereich EC2-Dashboard aus.
-
Wählen Sie in der oberen rechten Ecke der Seite Account Attributes (Kontoattribute), Zones (Zonen).aus.
-
Um die Local Zone zu aktivieren, wählen Sie Manage (Verwalten) aus.
-
Wählen Sie für die Zone group (Zonengruppe) die Option Enabled (Aktiviert) aus.
-
Wählen Sie Update zone group (Zonengruppe aktualisieren).
Um sich für Local Zones anzumelden, verwenden Sie den AWS CLI
Verwenden Sie den modify-availability-zone-group-Befehl.
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 Getting started with AWS Local Zones im AWS Local Zones User Guide.
Wavelength Zones
AWS Wavelength ermöglicht es Entwicklern, Anwendungen zu entwickeln, die extrem niedrige Latenzen für mobile Geräte und Endbenutzer bieten. Wavelength stellt AWS Standard-Rechen- und Speicherdienste am Rand der 5G-Netzwerke von Telekommunikationsanbietern bereit. Entwickler können eine Virtual Private Cloud (VPC) auf eine oder mehrere Wellenlängenzonen erweitern und dann AWS Ressourcen wie Amazon EC2 EC2-Instances verwenden, um Anwendungen auszuführen, die eine extrem niedrige Latenz und eine Verbindung zu AWS Diensten 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 zeigt die AWS Regionus-west-2, zwei ihrer Availability Zones und eine Wellenlängenzone. 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
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:
Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/
. -
Klicken Sie in der Navigationsleiste auf die Auswahl der Regions (Regionen) und wählen Sie dann die Region aus.
-
Wählen Sie im Navigationsbereich EC2-Dashboard aus.
-
Wählen Sie in der oberen rechten Ecke der Seite Account Attributes (Kontoattribute), Zones (Zonen).aus.
So finden Sie Ihre Wellenlängenzonen mit dem AWS CLI
-
Verwenden Sie den describe-availability-zonesBefehl wie folgt, um die Wellenlängenzonen innerhalb der angegebenen Region zu beschreiben, die für Ihr Konto aktiviert sind.
aws ec2 describe-availability-zones --regionregion-name -
Verwenden Sie den describe-availability-zonesBefehl wie folgt, um die Wellenlängenzonen unabhängig vom Opt-In-Status zu beschreiben.
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:
Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/
. -
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.
-
Klicken Sie in der Navigationsleiste auf die Auswahl der Regions (Regionen) und wählen Sie dann die Region aus.
-
Wählen Sie im Navigationsbereich EC2-Dashboard aus.
-
Wählen Sie in der oberen rechten Ecke der Seite Account Attributes (Kontoattribute), Zones (Zonen).aus.
-
Wählen Sie unter Wavelength Zones (Wavelength Zones) Manage (Verwalten) für die Wavelength-Zone aus.
-
Wählen Sie Enable (Aktivieren) aus.
-
Wählen Sie Update zone group (Zonengruppe aktualisieren).
Um Wellenlängenzonen mit dem zu aktivieren AWS CLI
Verwenden Sie den modify-availability-zone-group-Befehl.
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 Wavelength Developerhandbuch.
AWS Outposts
AWS Outposts ist ein vollständig verwalteter Service, der AWS Infrastruktur, Dienste, APIs und Tools auf Kundenstandorte ausdehnt. Durch den lokalen Zugriff auf die AWS verwaltete Infrastruktur AWS Outposts können Kunden Anwendungen vor Ort mit denselben Programmierschnittstellen wie in AWS Regionen erstellen und ausführen und gleichzeitig lokale Rechen- und Speicherressourcen für geringere Latenz und lokale Datenverarbeitungsanforderungen nutzen.
Ein Outpost ist ein Pool von AWS Rechen- und Speicherkapazitäten, der am Standort eines Kunden bereitgestellt wird. AWS betreibt, überwacht und verwaltet diese Kapazität als Teil einer AWS Region. Sie können Subnetze in Ihrem Outpost erstellen und diese bei der Erstellung AWS von Ressourcen angeben. Instances in Outpost-Subnetzen kommunizieren mit anderen Instances in der AWS Region über private IP-Adressen, alle innerhalb derselben VPC.
Das folgende Diagramm zeigt die AWS Regionus-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 Nutzung zu beginnen AWS Outposts, müssen Sie einen Outpost erstellen und Outpost-Kapazität bestellen. Weitere Informationen zu Outpost-Konfigurationen finden Sie in unserem Katalog
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.
Wir empfehlen, das Root-Volume für eine Instance auf einem Outpost-Rack auf 30 GiB oder weniger zu beschränken. Sie können Daten-Volumes in der Blockgeräte-Zuweisung des AMI oder der Instance angeben, um zusätzlichen Speicher bereitzustellen. Informationen zum Entfernen ungenutzter Blöcke aus dem Startvolume finden Sie unter How to Build Sparse EBS Volumes
Es wird empfohlen, das NVMe-Timeout für das Root-Volume zu erhöhen. Weitere Informationen finden Sie unter Timeout für I/O-Operationen.
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-zoneus-east-2a--outpost-arn arn:aws:outposts:us-east-2:123456789012:outpost/op-03e6fecad652a6138--size50
Sie können die Größe Ihres Amazon EBS gp2-Volumes dynamisch ändern, ohne sie zu trennen. Weitere Informationen zum Ändern eines Volumes, ohne es zu trennen, finden Sie unter Beantragen von Änderungen an Ihren EBS-Volumes.
