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.
AWS-Region
Anmerkung
Hilfe zum Verständnis des Layouts von Einstellungsseiten oder zur Interpretation der nachfolgenden Tabelle Support by AWS SDKs und Tools finden Sie unterDie Einstellungsseiten dieses Handbuchs verstehen.
AWS-Regionen sind ein wichtiges Konzept, das Sie verstehen sollten, wenn Sie damit arbeiten AWS-Services.
Mit AWS-Regionen können Sie auf diejenigen zugreifen AWS-Services , die sich physisch in einem bestimmten geografischen Gebiet befinden. Dies kann nützlich sein, damit Ihre Daten und Anwendungen in der Nähe laufen, wo Sie und Ihre Benutzer darauf zugreifen. Regionen bieten Fehlertoleranz, Stabilität und Ausfallsicherheit und können auch die Latenz verkürzen. Mit Regionen können Sie redundante Ressourcen einrichten, die verfügbar bleiben und von einem regionalen Ausfall nicht betroffen sind.
Die meisten AWS-Service Anfragen beziehen sich auf eine bestimmte geografische Region. Die Ressourcen, die Sie in einer Region erstellen, sind in keiner anderen Region vorhanden, es sei denn, Sie verwenden ausdrücklich eine von einem angebotene Replikationsfunktion AWS-Service. Amazon S3 und Amazon EC2 unterstützen beispielsweise die regionsübergreifende Replikation. Einige Dienste, wie IAM, verfügen nicht über regionale Ressourcen.
Das Allgemeine AWS-Referenzenthält Informationen zu folgenden Themen:
-
Informationen zur Beziehung zwischen Regionen und Endpunkten sowie eine Liste der vorhandenen regionalen Endpunkte finden Sie unter AWS Dienstendpunkte.
-
Eine aktuelle Liste aller unterstützten Regionen und Endpunkte für die einzelnen Regionen finden Sie unter Dienstendpunkte und AWS-Service Kontingente.
Service-Clients erstellen
SDKs Verwenden Sie für den programmgesteuerten Zugriff AWS-Services jeweils eine Clientklasse/ein Client-Objekt. AWS-Service Wenn Ihre Anwendung beispielsweise auf Amazon zugreifen muss EC2, würde Ihre Anwendung ein EC2 Amazon-Client-Objekt als Schnittstelle zu diesem Service erstellen.
Wenn im Code selbst keine Region explizit für den Client angegeben ist, verwendet der Client standardmäßig die Region, die in der folgenden region Einstellung festgelegt ist. Die aktive Region für einen Client kann jedoch explizit für jedes einzelne Client-Objekt festgelegt werden. Die Einstellung der Region auf diese Weise hat Vorrang vor allen globalen Einstellungen für diesen bestimmten Service-Client. Die alternative Region wird bei der Instanziierung dieses Clients spezifisch für Ihr SDK angegeben (lesen Sie in Ihrem spezifischen SDK-Handbuch oder in der Codebasis Ihres SDK nach).
Konfigurieren Sie diese Funktionalität wie folgt:
region- Einstellung für gemeinsam genutzte AWSconfigDateienAWS_REGION- Umgebungsvariableaws.region- JVM-Systemeigenschaft: Nur Java/Kotlin-
Gibt den Standard an, der für Anfragen verwendet werden AWS-Region soll. AWS Diese Region wird für SDK-Dienstanforderungen verwendet, für die keine bestimmte Region zur Verwendung vorgesehen ist.
Standardwert: Keiner. Sie müssen diesen Wert explizit angeben.
Zulässige Werte:
-
Alle für den ausgewählten Dienst verfügbaren Regionalcodes, wie sie in der AWS Allgemeinen Referenz unter AWS Dienstendpunkte aufgeführt sind. Der Wert
us-east-1legt beispielsweise den Endpunkt auf den Osten der AWS-Region USA (Nord-Virginia) fest. -
aws-globalgibt den globalen Endpunkt für Services an, die zusätzlich zu regionalen Endpunkten auch einen separaten globalen Endpunkt unterstützen, wie AWS Security Token Service (AWS STS) und Amazon Simple Storage Service (Amazon S3).
-
Beispiel für die Einstellung dieses Werts in der config Datei:
[default] region = us-west-2
Linux/macOS-Beispiel für das Setzen von Umgebungsvariablen über die Befehlszeile:
export AWS_REGION=us-west-2
Windows-Beispiel für das Setzen von Umgebungsvariablen über die Befehlszeile:
setx AWS_REGION us-west-2
Die meisten SDKs verfügen über ein „Konfiguration“ -Objekt, mit dem die Standardregion im Anwendungscode festgelegt werden kann. Einzelheiten finden Sie in Ihrem spezifischen AWS SDK-Entwicklerhandbuch.
Support von AWS SDKs und Tools
Im Folgenden werden die in diesem Thema beschriebenen Funktionen und Einstellungen SDKs unterstützt. Alle teilweisen Ausnahmen werden vermerkt. Alle Einstellungen für JVM-Systemeigenschaften werden AWS SDK for Kotlin nur von AWS SDK for Java und vom unterstützt.
| SDK | Unterstützt | Hinweise oder weitere Informationen |
|---|---|---|
| AWS CLI v2 | Ja | AWS CLI v2 verwendet einen beliebigen Wert in AWS_REGION vor einem beliebigen Wert in AWS_DEFAULT_REGION (beide Variablen sind überprüft). |
| AWS CLI v1 | Ja | AWS CLI v1 verwendet eine zu diesem AWS_DEFAULT_REGION Zweck benannte Umgebungsvariable. |
| SDK for C++ | Ja | |
| SDK for Go V2 (1.x) |
Ja | |
| SDK for Go 1.x (V1) | Ja | Um die Einstellungen für gemeinsam genutzte config Dateien zu verwenden, müssen Sie das Laden aus der Konfigurationsdatei aktivieren; siehe Sessions. |
| SDK for Java 2.x | Ja | |
| SDK for Java 1.x | Ja | |
| SDK für 3.x JavaScript | Ja | |
| SDK für 2.x JavaScript | Ja | |
| SDK für Kotlin | Ja | |
| SDK for .NET 3.x | Ja | |
| SDK for PHP 3.x | Ja | |
| SDK for Python (Boto3) |
Ja | Dieses SDK verwendet eine zu diesem AWS_DEFAULT_REGION Zweck benannte Umgebungsvariable. |
| SDK for Ruby 3.x | Ja | |
| SDK für Rust | Ja | |
| SDK für Swift | Ja | |
| Tools für PowerShell | Ja |
