View a markdown version of this page

Failover der Multi-AZ Bereitstellung - Amazon Redshift

Amazon Redshift unterstützt ab Patch 198 nicht mehr die Erstellung neuer Python-UDFs. Bestehende Python-UDFs werden bis zum 30. Juni 2026 weiterhin funktionieren. Weitere Informationen finden Sie im Blog-Posting.

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.

Failover der Multi-AZ Bereitstellung

Ihr Multi-AZ Data Warehouse ist eine Sammlung von Rechenressourcen, die gleichzeitig in zwei Availability Zones bereitgestellt werden. Die in der primären Availability Zone bereitgestellten Rechenressourcen werden als primäre Rechenressourcen und die in den sekundären Availability Zones bereitgestellten Rechenressourcen als sekundäre Rechenressourcen bezeichnet. Ein Multi-AZ Data Warehouse kann bei einem unwahrscheinlichen Ereignis wie einer Availability Zone oder einem Ausfall der Infrastruktur automatisch wiederhergestellt werden, ohne dass der Benutzer eingreifen muss. Der Wiederherstellungsprozess umfasst ein Failover von den primären Rechenressourcen zu den sekundären Rechenressourcen und die Zuweisung sekundärer Rechenressourcen als primär. Darüber hinaus werden neue sekundäre Rechenressourcen in einer dritten Availability Zone bereitgestellt. Der automatische Wiederherstellungsprozess wird anhand von RTO und RPO gemessen.

  • Recovery Time Objective (RTO) – Die Zeit, die ein System benötigt, um nach einem Notfall in einen arbeitsfähigen Zustand zurückzukehren. Mit anderen Worten: RTO misst die Ausfallzeit.

  • Recovery Point Objective (RPO) – Die Datenmenge, die verloren gehen kann (gemessen in Zeit). Für ein Amazon Redshift Multi-AZ Data Warehouse ist RPO in der Regel Null, da alle Daten in Amazon Redshift Managed Storage (RMS) gespeichert werden, das von Amazon Simple Storage Service unterstützt wird, einem äußerst langlebigen und standardmäßig verfügbaren System.

Anmerkung

Die Leistung einer einzelnen Abfrage ändert sich nach einem Failover nicht. Der Gesamtdurchsatz Ihres Data Warehouse wird für kurze Zeit geringer sein, da Rechenressourcen in einer der Availability Zones nicht verfügbar sind. Amazon Redshift erwirbt jedoch automatisch Kapazität in einer anderen Availability Zone, um sicherzustellen, dass die bisherige Data-Warehouse-Verarbeitungskapazität wiederhergestellt wird.

Zusätzlich zum automatischen Wiederherstellungsprozess können Sie diesen Prozess über die Option Failover für primäre Rechenleistung auch manuell für Ihr Data Warehouse auslösen. Sie können diesen Ansatz verwenden, um zu testen, wie Ihre Anwendung zu höherer Hochverfügbarkeit und besserer Kontinuität verhelfen Multi-AZ würde.

  1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon Redshift Redshift-Konsole unter https://console.aws.amazon.com/redshiftv2/.

  2. Führen Sie eine der folgenden Aktionen aus:

    • Wählen Sie im Navigationsmenü Clusters (Cluster) aus. Wählen Sie unter Clusters (Cluster) einen Cluster aus. Die Cluster-Detailseite wird angezeigt.

    • Wählen Sie im Cluster-Dashboard einen Cluster aus.

  3. Wählen Sie unter Aktionen die Option Failover für primäre Rechenleistung aus.

  4. Klicken Sie bei der entsprechenden Aufforderung auf Confirm (Bestätigen).

  • Verwenden Sie von der AWS CLI aus den failover-primary-compute Befehl wie folgt.

    aws redshift failover-primary-compute 
    --profile maz-test
    --endpoint-url  https://redshift.eu-west-1.amazonaws.com
    --region eu-west-1
    --cluster-identifier test-maz-11

Nach Bestätigung des obigen Vorgangs führt Amazon Redshift dieselben Schritte wie bei einer automatischen Wiederherstellung nach dem Ausfall einer Availability Zone oder Infrastruktur aus. Das Vorgehen führt dazu, dass die Rechenknoten in der primären Availability Zone nicht mehr verfügbar sind und Rechenressourcen in der sekundären Availability Zone als primäre Rechenressourcen ausgewiesen werden. Wenn die Clusterwiederherstellung erfolgreich abgeschlossen wurde, ist die Multi-AZ Bereitstellung verfügbar. Ihr Multi-AZ Data Warehouse stellt außerdem automatisch neue sekundäre Rechenleistung in einer weiteren dritten Availability Zone bereit, sobald diese verfügbar ist.

Während dieses Vorgangs wird auf der Konsole angezeigt, dass der Clusterstatus für die gesamte Zeit geändert wird, da der Cluster automatisch wiederhergestellt und wieder mit dem Multi-AZ Bereitstellungs-Setup konfiguriert wird. Der Cluster kann sofort neue Verbindungen akzeptieren. Bestehende Verbindungen und In-Flight-Anfragen werden möglicherweise entfernt. Sie können sie sofort erneut versuchen.