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 Availability Zones

Amazon Cloud Computing-Ressourcen werden an mehreren Standorten weltweit gehostet. Diese Standorte setzen sich aus AWS Regionen und Availability Zones zusammen. Jede AWS -Region ist ein separater geografischer Bereich. Jede AWS Region hat mehrere isolierte Standorte, die als Availability Zones bezeichnet werden.

Amazon betreibt state-of-the-art hochverfügbare Rechenzentren. Obwohl selten, können Fehler auftreten, die sich auf die Verfügbarkeit von DB-Instances auswirken, die sich am selben Speicherort befinden. Wenn Sie alle Ihre DB-Instances an einem Ort hosten, der von einem solchen Ausfall betroffen ist, ist keine Ihrer DB-Instances verfügbar.

Es ist wichtig, sich daran zu erinnern, dass jede AWS Region völlig unabhängig ist. Jede von Ihnen initiierte Amazon RDS-Aktivität (z. B. das Erstellen von Datenbank-Instances oder das Auflisten verfügbarer Datenbank-Instances) wird nur in Ihrer aktuellen AWS Standardregion ausgeführt. Die AWS Standardregion kann in der Konsole oder durch Einstellen der AWS_DEFAULT_REGIONUmgebungsvariablen geändert werden. Oder sie kann überschrieben werden, indem der --region Parameter mit der AWS Command Line Interface ()AWS CLI verwendet wird. Weitere Informationen finden Sie unter Konfigurieren der AWS Command Line Interface, insbesondere in den Abschnitten zu Umgebungsvariablen und zu den Befehlszeilenoptionen.

Amazon RDS unterstützt spezielle AWS Regionen namens AWS GovCloud (US). Diese wurden entwickelt, damit US-Regierungsbehörden und Kunden vertrauliche Workloads in die Cloud verschieben können. Die Regionen AWS GovCloud (US) gehen auf die spezifischen regulatorischen und Compliance-Anforderungen der US-Regierung ein. Weitere Informationen finden Sie unter Was ist AWS GovCloud (US)?

Um eine Amazon RDS-DB-Instance in einer bestimmten AWS Region zu erstellen oder mit ihr zu arbeiten, verwenden Sie den entsprechenden regionalen Service-Endpunkt.

AWS Regionen

Jede AWS Region ist so konzipiert, dass sie von den anderen AWS Regionen isoliert ist. Dieser Entwurf sorgt für die größtmögliche Fehlertoleranz und Stabilität.

Wenn Sie Ihre Ressourcen anzeigen, sehen Sie nur die Ressourcen, die mit der von Ihnen angegebenen AWS Region verknüpft sind. Das liegt daran, dass AWS Regionen voneinander isoliert sind und wir Ressourcen nicht automatisch regionsübergreifend AWS replizieren.

Verfügbarkeit in Regionen

Wenn Sie mit einem Aurora-DB-Cluster über die Befehlszeilenschnittstelle oder API-Vorgänge arbeiten, stellen Sie sicher, dass Sie den regionalen Endpunkt angeben.

Aurora MySQL-Verfügbarkeit in Regionen

Die folgende Tabelle zeigt die AWS Regionen, in denen Aurora MySQL derzeit verfügbar ist, und den Endpunkt für jede Region.

Aurora PostgreSQL-Verfügbarkeit in Regionen

Die folgende Tabelle zeigt die AWS Regionen, in denen Aurora PostgreSQL derzeit verfügbar ist, und den Endpunkt für jede Region.

Availability Zones

Eine Availability Zone ist ein isolierter Standort in einer bestimmten AWS-Region. Jede Region verfügt über mehrere Availability Zones (AZ), die eine hohe Verfügbarkeit für die Region bieten. Eine AZ wird durch den AWS Regionalcode gefolgt von einer Buchstabenkennung (z. B.us-east-1a) identifiziert. Wenn Sie die VPC und Subnetze erstellen, anstatt die Standard-VPC zu verwenden, definieren Sie jedes Subnetz in einer bestimmten AZ. Wenn Sie einen Aurora-DB-Cluster erstellen, erstellt Aurora die primäre Instance in einem der Subnetze in der DB-Subnetzgruppe der VPC. Auf diese Weise wird diese Instance mit einer von Aurora ausgewählten AZ verknüpft.

Jeder Aurora-DB-Cluster hostet Kopien seines Speichers in drei separaten, von Aurora automatisch AZs ausgewählten Kopien aus der Subnetzgruppe AZs in Ihrer DB-Subnetzgruppe. Jede DB-Instance im Cluster muss sich in einer dieser drei AZs Instanzen befinden.

Wenn Sie eine DB-Instance in Ihrem Cluster erstellen, wählt Aurora automatisch eine geeignete AZ für diese Instance aus, wenn Sie keine AZ angeben.

Verwenden Sie den describe-availability-zones EC2 Amazon-Befehl wie folgt, um die Availability Zones innerhalb der angegebenen Region zu beschreiben, die für Ihr Konto aktiviert sind.

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

Wenn Sie beispielsweise die Availability Zones in der Region USA Ost (Nord-Virginia) (us-east-1) beschreiben möchten, die für Ihr Konto aktiviert sind, führen Sie den folgenden Befehl aus:

aws ec2 describe-availability-zones --region us-east-1

Informationen dazu, wie Sie die AZ angeben, wenn Sie einen Cluster erstellen oder Instances hinzufügen, finden Sie unter Konfigurieren des Netzwerks für den DB-Cluster.

Lokale Zeitzone für Amazon Aurora-DB-Cluster

Standardmäßig ist die Zeitzone für ein Amazon Aurora-DB-Cluster auf die Universal Time Coordinated (UTC) eingestellt. Sie können die Zeitzone für Instances in Ihrem DB-Cluster stattdessen auf die lokale Zeitzone Ihrer Anwendung festlegen.

Legen Sie den Zeitzonenparameter auf einen der unterstützten Werte fest, um die lokale Zeitzone für einen DB-Cluster anzugeben. Diesen Parameter legen Sie in der Cluster-Parametergruppe für Ihren DB-Cluster fest.

Wenn Sie den Parameter für ein DB-Cluster setzen, wird bei allen Instances in diesem DB-Cluster die neue lokale Zeitzone eingestellt. In einigen Fällen verwenden andere Aurora-DB-Cluster möglicherweise dieselbe Cluster-Parametergruppe. In diesem Fall wird für alle Instances in diesen DB-Clustern die neue lokale Zeitzone eingestellt. Weitere Informationen zu Parametern für Cluster-Ebenen finden Sie unter Amazon Aurora-DB-Cluster und DB-Instance-Parameter.

Nachdem Sie die lokale Zeitzone eingestellt haben, werden alle neuen Verbindungen zur Datenbank die Änderung reflektieren. In einigen Fällen haben Sie möglicherweise offene Verbindungen mit Ihrer Datenbank, wenn Sie die lokale Zeitzone ändern. In diesem Fall sehen Sie die aktualisierte lokale Zeitzone nicht, nachdem Sie die Verbindung schließen und eine neue Verbindung öffnen.

Wenn Sie regionsübergreifend AWS replizieren, verwenden der Replikationsquell-DB-Cluster und das Replikat unterschiedliche Parametergruppen. Parametergruppen sind für eine AWS Region einzigartig. Damit Sie dieselbe lokale Zeitzone für jede Instance verwenden können, müssen Sie den Zeitzonenparameter in den Parametergruppen für die Replikationsquelle und für das Replikat festlegen.

Wenn Sie ein DB-Cluster aus einem DB-Cluster-Snapshot wiederherstellen, wird die lokale Zeitzone auf die Zeitzone UTC eingestellt. Sie können die Zeitzone auf Ihre lokale Zeitzone einstellen, nachdem die Wiederherstellung abgeschlossen ist. In einigen Fällen führen Sie möglicherweise eine zeitpunktbezogen Wiederherstellung eines DB-Clusters durch. In diesem Fall entspricht die lokale Zeitzone für den wiederhergestellten DB-Cluster der Zeitzoneneinstellung aus der Parametergruppe des wiederhergestellten DB-Clusters.

In der folgenden Tabelle sind einige Werte aufgeführt, die Sie für Ihre lokale Zeitzone festlegen können. Um alle verfügbaren Zeitzonen aufzulisten, können Sie die folgenden SQL-Abfragen verwenden: