Verwalten einer Multi-AZ-Bereitstellung für RDS Custom für SQL Server - Amazon Relational Database Service
Verfügbarkeit von Regionen und VersionenEinschränkungenVoraussetzungenErstellen einer Multi-AZ-BereitstellungÄndern von Single-AZ in Multi-AZÄndern von Multi-AZ in Single-AZFailover-ProzessTTL-Einstellungen für Anwendungen

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.

Verwalten einer Multi-AZ-Bereitstellung für RDS Custom für SQL Server

Bei einer Multi-AZ-Bereitstellung einer DB-Instance für RDS Custom für SQL Server sorgt Amazon RDS für eine automatische Bereitstellung und Verwaltung eines synchronen Standby-Replikats in einer anderen Availability Zone (AZ). Die primäre DB-Instance wird über die Availability Zone synchron auf ein Standby-Replikat repliziert, um Datenredundanz zu erzielen.

Wichtig

Eine Multi-AZ-Bereitstellung für RDS Custom für SQL Server unterscheidet sich von Multi-AZ für RDS für SQL Server. Im Gegensatz zu Multi-AZ für RDS für SQL Server müssen Sie die Voraussetzungen für RDS Custom für SQL Server einrichten, bevor Sie Ihre Multi-AZ-DB-Instance erstellen, da RDS Custom in Ihrem eigenen Konto ausgeführt wird, für das Berechtigungen erforderlich sind.

Wenn Sie die Voraussetzungen nicht erfüllen, kann Ihre Multi-AZ-DB-Instance möglicherweise nicht ausgeführt werden oder wird automatisch in eine Single-AZ-DB-Instance geändert. Weitere Informationen über Voraussetzungen finden Sie unter Einschränkungen für eine Multi-AZ-Bereitstellung mit RDS Custom für SQL Server.

Wenn Sie eine DB-Instance mit hoher Verfügbarkeit ausführen, kann dies die Verfügbarkeit bei geplanten Systemwartungen verbessern. Im Falle einer geplanten Datenbankwartung oder einer ungeplanten Serviceunterbrechung führt Amazon RDS automatisch ein Failover auf die up-to-date sekundäre DB-Instance durch. Mit dieser Funktion können Datenbankoperationen schnell ohne manuellen Eingriff fortgesetzt werden. Die Primär- und Standby-Instances verwenden denselben Endpunkt, dessen physische Netzwerkadresse als Teil des Failoverprozesses am sekundären Replica gespiegelt wird. Sie müssen Ihre Anwendung nicht neu konfigurieren, wenn ein Failover auftritt.

RDS Custom für SQL Server unterstützt Multi-AZ.

Sie können eine Multi-AZ-Bereitstellung von RDS Custom für SQL Server erstellen, indem Sie bei der Erstellung einer DB-Instance von RDS Custom „Multi-AZ“ angeben. Sie können über die Konsole bestehende DB-Instances von RDS Custom für SQL Server in Multi-AZ-Bereitstellungen umwandeln, indem Sie die DB-Instance ändern und die Option „Multi-AZ“ angeben. Sie können auch eine Multi-AZ-Bereitstellung der DB-Instance mit der AWS-CLI oder der Amazon-RDS-API angeben.

In der RDS-Konsole wird die Availability Zone des Standby-Replikats (sekundäre AZ) angezeigt. Sie können auch den CLI-Befehl describe-db-instances oder die API-Operation DescribeDBInstances verwenden, um die sekundäre AZ zu suchen.

DB-Instances von RDS Custom für SQL Server mit Multi-AZ-Bereitstellungen können im Vergleich zu einer Single-AZ-Bereitstellung eine höhere Schreib- und Commit-Latenz aufweisen. Dieser Anstieg kann aufgrund der synchronen Datenreplikation zwischen DB-Instances entstehen. Die Latenz kann sich entsprechend ändern, wenn Ihre Bereitstellung ein Failover auf ein Standby-Replikat durchführt, obwohl AWS selbst mit einer Netzwerkanbindung zwischen Availability Zones mit einer geringen Latenz konzipiert ist.

Anmerkung

Für Produktions-Workloads empfehlen wir die Verwendung einer DB-Instance-Klasse mit bereitgestellten IOPS (Eingabe-/Ausgabevorgänge pro Sekunde) für eine schnelle, konsistente Leistung. Weitere Informationen zu DB-Instance-Klassen finden Sie unter Anforderungen und Einschränkungen für Amazon RDS Custom for SQL Server.

Verfügbarkeit von Regionen und Versionen

Multi-AZ-Bereitstellungen für RDS Custom für SQL Server werden für die folgenden SQL-Server-Editionen unterstützt:

  • SQL Server 2022 und 2019: Enterprise, Standard, Web und Developer Edition

Anmerkung

Multi-AZ-Bereitstellungen für RDS Custom für SQL Server werden auf SQL Server 2019 CU8 (15.00.4073.23) oder niedrigeren Versionen nicht unterstützt.

Multi-AZ-Bereitstellungen für RDS Custom für SQL Server sind in allen Regionen verfügbar, in denen RDS Custom für SQL Server verfügbar ist. Weitere Informationen zur regionalen Verfügbarkeit von Multi-AZ-Bereitstellungen für RDS Custom für SQL Server finden Sie unter Unterstützte Regionen und DB-Engines für RDS Custom for SQL Server.

Einschränkungen für eine Multi-AZ-Bereitstellung für RDS Custom für SQL Server

Bei Multi-AZ-Bereitstellungen für RDS Custom für SQL Server gelten folgende Einschränkungen:

  • Regionsübergreifende Multi-AZ-Bereitstellungen werden nicht unterstützt.

  • Sie können die sekundäre DB-Instance nicht so konfigurieren, dass sie die Datenbankleseaktivität akzeptiert.

  • Wenn Sie eine Custom Engine Version (CEV) mit einer Multi-AZ-Bereitstellung verwenden, nutzt Ihre sekundäre DB-Instance diese CEV auch. Die sekundäre DB-Instance kann keine andere CEV verwenden.

Einschränkungen für eine Multi-AZ-Bereitstellung mit RDS Custom für SQL Server

Wenn Sie über eine Single-AZ-Bereitstellung für RDS Custom für SQL Server verfügen, sind die folgenden zusätzlichen Voraussetzungen erforderlich, bevor Sie diese in eine Multi-AZ-Bereitstellung ändern können. Sie können die Voraussetzungen manuell oder mit der bereitgestellten CloudFormation Vorlage erfüllen. Die neueste CloudFormation Vorlage enthält die Voraussetzungen sowohl für Single-AZ- als auch für Multi-AZ-Bereitstellungen.

Wichtig

Zur Vereinfachung der Einrichtung empfehlen wir, dass Sie die neueste AWS CloudFormation-Vorlagendatei verwenden, die in den Anweisungen zur Netzwerkeinrichtung enthalten ist, um die Voraussetzungen zu erstellen. Weitere Informationen finden Sie unter Konfiguration mit AWS CloudFormation.

Anmerkung

Wenn Sie eine vorhandene Single-AZ-Bereitstellung von RDS Custom für SQL Server in eine Multi-AZ-Bereitstellung ändern, müssen Sie diese Voraussetzungen erfüllen. Wenn Sie die Voraussetzungen nicht erfüllen, schlägt die Multi-AZ-Einrichtung fehl. Führen Sie zum Erfüllen dieser Voraussetzungen die Schritte unter Ändern einer Single-AZ-Bereitstellung von RDS Custom für SQL Server in eine Multi-AZ-Bereitstellung aus.

  • Aktualisieren Sie die Regeln für eingehenden und ausgehenden Datenverkehr der RDS-Sicherheitsgruppe, um Port 1120 zuzulassen.

  • Fügen Sie Ihrer privaten Netzwerk-Zugriffssteuerungsliste (ACL) eine Regel hinzu, die TCP-Ports 0-65535 für die DB-Instance-VPC zulässt.

  • Erstellen Sie neue VPC-Endpoints von Amazon SQS, die es der DB-Instance von RDS Custom für SQL Server ermöglichen, mit SQS zu kommunizieren.

  • Aktualisieren Sie die SQS-Berechtigungen in der Instance-Profilrolle.

Erstellen einer Multi-AZ-Bereitstellung von RDS Custom für SQL Server

Wenn Sie eine Multi-AZ-Bereitstellung RDS Custom für SQL Server erstellen möchten, folgen Sie den Schritten unter Erstellen und Herstellen einer Verbindung mit einer DB-Instance für Amazon RDS Custom for SQL Server.

Wichtig

Zur Vereinfachung der Einrichtung empfehlen wir, dass Sie die neueste AWS CloudFormation-Vorlagendatei verwenden, die in den Anweisungen zur Netzwerkeinrichtung enthalten ist. Weitere Informationen finden Sie unter Konfiguration mit AWS CloudFormation.

Das Erstellen einer Multi-AZ-Bereitstellung kann einige Minuten in Anspruch nehmen.

Ändern einer Single-AZ-Bereitstellung von RDS Custom für SQL Server in eine Multi-AZ-Bereitstellung

Sie können eine vorhandene DB-Instance von RDS Custom für SQL Server von einer Single-AZ-Bereitstellung in eine Multi-AZ-Bereitstellung ändern. Wenn Sie die DB-Instance ändern, führt Amazon RDS mehrere Aktionen aus:

  • Es wird ein Snapshot der primären DB-Instance aufgenommen.

  • Erstellt neue Volumes für das Standby-Replikat aus dem Snapshot. Diese Volumes werden im Hintergrund initialisiert, und die maximale Volume-Leistung wird erreicht, nachdem die Daten vollständig initialisiert wurden.

  • Die synchrone Replikation auf Blockebene zwischen der primären und sekundären DB-Instance wird aktiviert.

Wichtig

Wir empfehlen, Ihre DB-Instance von RDS Custom für SQL Server möglichst nicht in Zeiten hoher Aktivität von einer Single-AZ- in eine Multi-AZ-Bereitstellung auf einer Produktions-DB-Instance zu ändern.

AWS verwendet einen Snapshot zur Erstellung der Standby-Instance, um Ausfallzeiten bei der Konvertierung von Single-AZ zu Multi-AZ zu vermeiden. Es kann jedoch während und nach der Konvertierung zu Multi-AZ zu Leistungseinbußen führen. Diese Auswirkung kann bei Workloads erheblich sein, die empfindlich auf Schreiblatenz reagieren. Diese Funktion ermöglicht zwar die schnelle Wiederherstellung großer Volumes aus Snapshots, kann jedoch aufgrund der synchronen Replikation zu einer Erhöhung der Latenzzeit von E/A-Operationen führen. Diese Latenz kann sich auf die Leistung Ihrer Datenbank auswirken.

Konfigurieren der Voraussetzungen für das Ändern einer Single-AZ- in eine Multi-AZ-Bereitstellung mit CloudFormation

Um eine Multi-AZ-Bereitstellung zu verwenden, müssen Sie sicherstellen, dass Sie die neueste CloudFormation Vorlage mit den Voraussetzungen angewendet haben, oder die neuesten Voraussetzungen manuell konfigurieren. Wenn Sie die neueste CloudFormation Voraussetzungsvorlage bereits angewendet haben, können Sie diese Schritte überspringen.

So konfigurieren Sie die Multi-AZ-Bereitstellungsvoraussetzungen von RDS Custom für SQL Server mit CloudFormation

  1. Öffnen Sie die - CloudFormation Konsole unter https://console.aws.amazon.com/cloudformation.

  2. Um den Assistenten zum Erstellen von Stacks zu starten, wählen Sie den vorhandenen Stack aus, mit dem Sie eine Single-AZ-Bereitstellung erstellt haben, und klicken Sie auf Aktualisieren.

    Die Seite Stack aktualisieren wird angezeigt.

  3. Wählen Sie für Voraussetzung – Vorlage vorbereiten die Option Aktuelle Vorlage ersetzen aus.

  4. Gehen Sie für Specify template (Vorlage angeben) wie folgt vor:

    1. Laden Sie die neueste AWS CloudFormation-Vorlagendatei herunter. Öffnen Sie das Kontextmenü (rechte Maustaste) für den Link custom-sqlserver-onboardZIP und wählen Sie Link speichern unter aus.

    2. Speichern und extrahieren Sie die Datei custom-sqlserver-onboard.json auf Ihrem Computer.

    3. Wählen Sie unter Templete source (Vorlagenquelle) den Wert Upload a template file (Vorlagendatei hochladen) aus.

    4. Navigieren Sie unter Choose file (Datei auswählen) zur Datei custom-sqlserver-onboard.json und wählen Sie sie aus.

  5. Wählen Sie Weiter aus.

    Die Seite Specify DB Details (DB-Details angeben) wird angezeigt.

  6. Wenn Sie die Standardoptionen beibehalten möchten, wählen Sie Next (Weiter) aus.

    Die Seite Erweiterte Optionen wird angezeigt.

  7. Wenn Sie die Standardoptionen beibehalten möchten, wählen Sie Next (Weiter) aus.

  8. Wenn Sie die Standardoptionen beibehalten möchten, wählen Sie Next (Weiter) aus.

  9. Führen Sie auf der Seite Änderungen überprüfen die folgenden Schritte aus:

    1. Aktivieren Sie unter Capabilities (Funktionen) das Kontrollkästchen I acknowledge that AWS CloudFormation, das bestätigt, dass IAM-Ressourcen mit benutzerdefinierten Namen erstellen kann.

    2. Wählen Sie Absenden aus.

  10. Vergewissern Sie sich, dass das Update erfolgreich ist. Für den Status eines erfolgreichen Vorgangs wird UPDATE_COMPLETE angezeigt.

Wenn das Update fehlschlägt, wird jede neue Konfiguration, die im Aktualisierungsprozess angegeben wurde, rückgängig gemacht. Die vorhandene Ressource ist weiterhin verwendbar. Wenn Sie beispielsweise Netzwerk-ACL-Regeln mit den Nummern 18 und 19 hinzufügen, es aber bereits Regeln mit diesen Nummern gibt, würde das Update den folgenden Fehler zurückgeben: Resource handler returned message: "The network acl entry identified by 18 already exists. In diesem Szenario können Sie die vorhandenen ACL-Regeln so ändern, dass sie eine Nummer unter 18 verwenden, und dann die Aktualisierung erneut versuchen.

Konfigurieren der Voraussetzungen für die manuelle Änderung einer Single-AZ- in eine Multi-AZ-Bereitstellung

Wichtig

Zur Vereinfachung der Einrichtung empfehlen wir, dass Sie die neueste AWS CloudFormation-Vorlagendatei verwenden, die in den Anweisungen zur Netzwerkeinrichtung enthalten ist. Weitere Informationen finden Sie unter Konfigurieren der Voraussetzungen für das Ändern einer Single-AZ- in eine Multi-AZ-Bereitstellung mit CloudFormation.

Wenn Sie Voraussetzungen manuell konfigurieren möchten, führen Sie die folgenden Schritte aus.

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

  2. Wählen Sie Endpunkt aus. DieErstellen eines Endpunktswird angezeigt.

  3. Wählen Sie unter Servicekategorie die Option AWS-Services aus.

  4. Suchen Sie unter Services nach SQS

  5. Wählen Sie unter VPC die VPC aus, in der Ihre DB-Instance von RDS Custom für SQL Server bereitgestellt wird.

  6. Wählen Sie unter Subnetze die Subnetze aus, in denen Ihre DB-Instance von RDS Custom für SQL Server bereitgestellt wird.

  7. Wählen Sie unter Sicherheitsgruppen die Gruppe -vpc-endpoint-sg aus.

  8. Wählen Sie für Richtlinie die Option Benutzerdefiniert aus.

  9. Ersetzen Sie in Ihrer benutzerdefinierten Richtlinie die Platzhalter AWS partition, Region, accountId und IAM-Instance-role durch Ihre eigenen Werte.

    
                     {
        "Version": "2012-10-17",
        "Statement": [
            {
                "Condition": {
                    "StringLike": {
                        "aws:ResourceTag/AWSRDSCustom": "custom-sqlserver"
                    }
                },
                "Action": [
                    "SQS:SendMessage",
                    "SQS:ReceiveMessage",
                    "SQS:DeleteMessage",
                    "SQS:GetQueueUrl"
                ],
                "Resource": "arn:${AWS::Partition}:sqs:${AWS::Region}:${AWS::AccountId}:do-not-delete-rds-custom-*",
                "Effect": "Allow",
                "Principal": {
                    "AWS": "arn:${AWS::Partition}:iam::${AWS::AccountId}:role/{IAM-Instance-role}"
                }
            }
        ]
    }

  10. Aktualisieren Sie das Instance-Profil mit der Berechtigung, auf Amazon SQS zuzugreifen. Ersetzen Sie die Platzhalter AWS partition, Region und accountId durch Ihre eigenen Werte.

    
                        {
    "Sid": "SendMessageToSQSQueue",
    "Effect": "Allow",
    "Action": [
      "SQS:SendMessage",
      "SQS:ReceiveMessage",
      "SQS:DeleteMessage",                                    
      "SQS:GetQueueUrl"

    ],
    "Resource": [
      {
        "Fn::Sub": "arn:${AWS::Partition}:sqs:${AWS::Region}:${AWS::AccountId}:do-not-delete-rds-custom-*"
      }
    ],
    "Condition": {
      "StringLike": {
        "aws:ResourceTag/AWSRDSCustom": "custom-sqlserver"
      }
    }
  } 
                        >

  11. Aktualisieren Sie die Regeln für eingehenden und ausgehenden Datenverkehr der Amazon-RDS-Sicherheitsgruppe, um Port 1120 zuzulassen.

    1. Wählen Sie unter Sicherheitsgruppen die Gruppe -rds-custom-instance-sg aus.

    2. Erstellen Sie für Regeln für eingehenden Datenverkehr eine benutzerdefinierte TCP-rds-custom-instance-sgRegel, um Port 1120 aus der Quelle – Gruppe zuzulassen.

    3. Erstellen Sie für Regeln für ausgehenden Datenverkehr eine benutzerdefinierte TCP-Regel, um Port 1120 für die Zielgrupperds-custom-instance-sg – zuzulassen.

  12. Fügen Sie Ihrer privaten Netzwerk-Zugriffssteuerungsliste (ACL) eine Regel hinzu, die TCP-Ports 0-65535 für das Quellsubnetz der DB-Instance zulässt.

    Anmerkung

    Notieren Sie sich beim Erstellen einer Regel für eingehenden Datenverkehr und einer Regel für ausgehenden Datenverkehr die höchste vorhandene Regelnummer. Die neuen Regeln, die Sie erstellen, müssen eine Regelnummer unter 100 haben und dürfen mit keiner vorhandenen Regelnummer übereinstimmen.

    1. Wählen Sie unter Netzwerk-ACLs die Gruppe -private-network-acl aus.

    2. Erstellen Sie unter Regeln für eingehenden Datenverkehr eine Regel Alle TCP, um TCP-Ports 0-65535 mit einer Quelle aus privatesubnet1 und privatesubnet2 zuzulassen.

    3. Erstellen Sie unter Regeln für ausgehenden Datenverkehr eine Regel Alle TCP, um TCP-Ports 0-65535 mit dem Ziel privatesubnet1 und privatesubnet2 zuzulassen.

Nehmen Sie die Änderungen mithilfe der RDS-Konsole, der AWS-CLI oder der RDS-API vor.

Nachdem Sie die Voraussetzungen erfüllt haben, können Sie eine DB-Instance von RDS Custom für SQL Server mithilfe der RDS-Konsole, AWS-CLI oder RDS-API von einer Single-AZ- in eine Multi-AZ-Bereitstellung ändern.

So ändern Sie eine Single-AZ-Bereitstellung von RDS Custom für SQL Server in eine Multi-AZ-Bereitstellung

  1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie in der Amazon RDS-Konsole Databases (Datenbanken) aus.

    Der Bereich Databases (Datenbanken) wird angezeigt.

  3. Wählen Sie die DB-Instance von RDS Custom für SQL Server aus, die Sie ändern möchten.

  4. Wählen Sie unter Aktionen die Option In Multi-AZ-Bereitstellung konvertieren aus.

  5. Damit Änderungen sofort übernommen werden, wählen Sie die Option Sofort anwenden auf der Seite Bestätigung aus. Die Auswahl dieser Option verursacht keine Ausfallzeiten, kann jedoch zur Beeinträchtigung der Leistung führen. Sie können die Aktualisierung auch im nächsten Wartungsfenster übernehmen. Weitere Informationen finden Sie unter Einstellung „Änderungen planen“.

  6. Wählen Sie auf der Seite Bestätigung die Option Konvertieren in Multi-AZ aus.

Um mithilfe der in eine Multi-AZ-DB-Instance-Bereitstellung zu konvertierenAWS CLI, rufen Sie den Befehl auf modify-db-instance und legen Sie die --multi-az Option fest. Geben Sie die DB-Instance-Kennung und die Werte für andere Optionen an, die geändert werden sollen. Informationen zu den jeweiligen Optionen finden Sie unter Einstellungen für DB-Instances.

Beispiel

Mit dem folgenden Code wird mycustomdbinstance geändert, indem die Option --multi-az hinzugefügt wird. Die Änderungen werden während des nächsten Wartungsfensters (mit ) übernommen --no-apply-immediately. Verwenden Sie --apply-immediately, damit Änderungen sofort angewendet werden. Weitere Informationen finden Sie unter Einstellung „Änderungen planen“.

Für Linux, macOSoder Unix:

aws rds modify-db-instance \
    --db-instance-identifier mycustomdbinstance \
    --multi-az \
    --no-apply-immediately

Windows:

aws rds modify-db-instance ^
    --db-instance-identifier mycustomdbinstance ^
    --multi-az  \ ^
    --no-apply-immediately

Wenn Sie die Konvertierung in eine Multi-AZ-Bereitstellung der DB-Instance mit der RDS-API vornehmen möchten, rufen Sie den Vorgang ModifyDBInstance auf und legen Sie den MultiAZ-Parameter auf „true“ fest.

Ändern einer Multi-AZ-Bereitstellung von RDS Custom für SQL Server in eine Single-AZ-Bereitstellung

Sie können eine vorhandene DB-Instance von RDS Custom für SQL Server von einer Multi-AZ-Bereitstellung in eine Single-AZ-Bereitstellung ändern.

So ändern Sie eine vorhandene DB-Instance von RDS Custom für SQL Server von einer Multi-AZ-Bereitstellung in eine Single-AZ-Bereitstellung.

  1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie in der Amazon RDS-Konsole Databases (Datenbanken) aus.

    Der Bereich Databases (Datenbanken) wird angezeigt.

  3. Wählen Sie die DB-Instance von RDS Custom für SQL Server aus, die Sie ändern möchten.

  4. Wählen Sie für die Multi-AZ-Bereitstellung die Option Nein aus.

  5. Damit Änderungen sofort übernommen werden, wählen Sie die Option Sofort anwenden auf der Seite Bestätigung aus. Die Auswahl dieser Option verursacht keine Ausfallzeiten, kann jedoch zur Beeinträchtigung der Leistung führen. Sie können die Aktualisierung auch im nächsten Wartungsfenster übernehmen. Weitere Informationen finden Sie unter Einstellung „Änderungen planen“.

  6. Klicken Sie auf der Seite Bestätigung auf DB-Instance ändern.

Um eine Multi-AZ-Bereitstellung mithilfe der in eine Single-AZ-Bereitstellung zu ändernAWS CLI, rufen Sie den Befehl auf modify-db-instance und schließen Sie die --no-multi-az Option ein. Geben Sie die DB-Instance-Kennung und die Werte für andere Optionen an, die geändert werden sollen. Informationen zu den jeweiligen Optionen finden Sie unter Einstellungen für DB-Instances.

Beispiel

Mit dem folgenden Code wird mycustomdbinstance geändert, indem die Option --no-multi-az hinzugefügt wird. Die Änderungen werden während des nächsten Wartungsfensters (mit ) übernommen --no-apply-immediately. Verwenden Sie --apply-immediately, damit Änderungen sofort angewendet werden. Weitere Informationen finden Sie unter Einstellung „Änderungen planen“.

Für Linux, macOSoder Unix:

aws rds modify-db-instance \
    --db-instance-identifier mycustomdbinstance \
    --no-multi-az  \
    --no-apply-immediately

Windows:

aws rds modify-db-instance ^
    --db-instance-identifier mycustomdbinstance ^
    --no-multi-az \ ^
    --no-apply-immediately

Wenn Sie eine Multi-AZ-Bereitstellung mit der RDS-API in eine Single-AZ-Bereitstellung ändern möchten, rufen Sie die Operation ModifyDBInstance auf und legen Sie den Parameter MultiAZ auf false fest.

Failover-Prozess einer Multi-AZ-Bereitstellung für RDS Custom für SQL Server

Wenn ein geplanter oder ungeplanter Ausfall Ihrer DB-Instance durch einen Infrastrukturdefekt resultiert, wechselt Amazon RDS automatisch zu einem Standby-Replikat in einer anderen Availability Zone, wenn Sie Multi-AZ aktiviert haben. Die Dauer, bis der Failover-Prozess abgeschlossen ist, hängt von der Datenbankaktivität sowie von anderen Bedingungen zu dem Zeitpunkt ab, an dem die primäre DB-Instance ausgefallen ist. Der Failover-Prozess dauert normalerweise 60-120 Sekunden. Diese Failover-Dauer kann sich verlängern, wenn umfangreiche Transaktionen oder zeitintensive Wiederherstellungsprozesse durchgeführt werden. Wenn der Failover-Prozess abgeschlossen ist, kann es noch einmal etwas dauern, bis die RDS-Konsole die Daten für die neue Availability Zone anzeigt.

Anmerkung

Sie können ein Failover manuell erzwingen, wenn Sie eine DB-Instance mit Failover neu starten. Weitere Informationen über das Neustarten einer DB-Instance finden Sie unter Neustarten einer DB-Instance.

Amazon RDS führt den Failover-Prozess automatisch durch, sodass der Datenbankbetrieb so schnell wie möglich und ohne Verwaltungseingriff wieder aufgenommen werden kann. Die primäre DB-Instance schaltet automatisch auf das Standby-Replikat um, wenn eine der in der folgenden Tabelle beschriebenen Bedingungen eintritt: Sie können diese Failover-Gründe im RDS-Ereignisprotokoll einsehen.

Failover-Grund Beschreibung

The operating system for the RDS Custom for SQL Server Multi-AZ DB instance is being patched in an offline operation

Ein Failover wurde während des Wartungsfensters für einen Betriebssystem-Patch oder ein Sicherheitsupdate ausgelöst. Weitere Informationen finden Sie unter Warten einer DB-Instance.

The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unhealthy.

Die Multi-AZ-DB-Instance-Bereitstellung hat eine beeinträchtigte primäre DB-Instance erkannt und ein Failover eingeleitet.

The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unreachable due to loss of network connectivity.

Die RDS-Überwachung hat einen Fehler bei der Erreichbarkeit des Netzwerks für die primäre DB-Instance festgestellt und ein Failover ausgelöst.

The RDS Custom for SQL Server Multi-AZ DB instance was modified by the customer.

Eine Änderung der DB-Instance hat ein Failover ausgelöst. Weitere Informationen finden Sie unter Ändern einer RDS Custom for SQL Server-DB-Instance.

The storage volume of the primary host of the RDS Custom for SQL Server Multi-AZ DB instance experienced a failure.

Die Multi-AZ-DB-Instance-Bereitstellung hat ein Speicherproblem der primären DB-Instance erkannt und ein Failover eingeleitet.

The user requested a failover of the RDS Custom for SQL Server Multi-AZ DB instance.

Die Multi-AZ-DB-Instance von RDS Custom für SQL Server wurde mit einem Failover neu gestartet. Weitere Informationen finden Sie unter Neustarten einer DB-Instance.

The RDS Custom for SQL Server Multi-AZ primary DB instance is busy or unresponsive.

Die primäre DB-Instance reagiert nicht. Wir empfehlen, die folgenden Schritte auszuprobieren:

Um festzustellen, ob Ihre Multi-AZ-DB-Instance erfolgreich ausgeführt wurde, können Sie Folgendes tun:

  • Sie können Benachrichtigungen per E-Mail oder per SMS für DB-Ereignisse abonnieren, bei denen ein Failover ausgelöst wird. Weitere Informationen über -Ereignisse finden Sie unter Arbeiten mit Amazon-RDS-Ereignisbenachrichtigungen.

  • Sie können Ihre DB-Ereignisse über die RDS-Konsole oder mittels API-Operationen anzeigen.

  • Zeigen Sie den aktuellen Status Ihrer Multi-AZ-DB-Instance-Bereitstellung von RDS Custom für SQL Server mithilfe der RDS-Konsole, der CLI oder von API-Vorgängen an.

Time to Live (TTL)-Einstellungen für Anwendungen, die eine Multi-AZ-Bereitstellung von RDS Custom für SQL Server verwenden

Bei dem Failover-Prozess wird der DNS-Datensatz (Domain Name System) der DB-Instance so geändert, dass er auf die Standby-DB-Instance verweist. Als Ergebnis müssen alle bestehenden Verbindungen zu Ihrer DB-Instance neu hergestellt werden. Stellen Sie sicher, dass jeder DNS-Cache time-to-live (TTL)-Konfigurationswert niedrig ist, und überprüfen Sie, ob Ihre Anwendung DNS für einen längeren Zeitraum nicht zwischenspeichert. Ein hoher TTL-Wert kann verhindern, dass Ihre Anwendung nach einem Failover schnell wieder eine Verbindung mit der DB-Instance herstellt.