Ändern einer Single-AZ-Bereitstellung vom Typ „RDSBenutzerdefiniert für SQL Server“ in eine Multi-AZ-Bereitstellung - Amazon Relational Database Service

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.

Ändern einer Single-AZ-Bereitstellung vom Typ „RDSBenutzerdefiniert für SQL Server“ in eine Multi-AZ-Bereitstellung

Sie können eine bestehende RDS Custom for SQL Server-DB-Instance von einer Single-AZ-Bereitstellung in eine Multi-AZ-Bereitstellung ändern. Wenn Sie die DB-Instance ändern, RDS führt Amazon 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, dass Sie vermeiden, Ihre RDS Custom for SQL Server-DB-Instance in Zeiten hoher Aktivität von einer Single-AZ- zu einer Multi-AZ-Bereitstellung auf einer Produktions-DB-Instance zu ändern.

AWS verwendet einen Snapshot, um die Standby-Instance zu erstellen, um Ausfallzeiten bei der Umstellung von Single-AZ auf Multi-AZ zu vermeiden. Die Leistung kann jedoch während und nach der Konvertierung zu Multi-AZ beeinträchtigt werden. 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.

Konfiguration der Voraussetzungen für die Änderung einer Single-AZ- zu einer 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 Vorlage CloudFormation für die Voraussetzungen bereits angewendet haben, können Sie diese Schritte überspringen.

Um die Voraussetzungen für die Multi-AZ-Bereitstellung „RDSBenutzerdefiniert für SQL Server“ zu konfigurieren, verwenden Sie 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ü (Rechtsklick) für den Link (custom-sqlserver-onboard.zip) und wählen Sie Link speichern unter.

    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.

    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 Funktionen das Kontrollkästchen Ich bestätige, dass AWS CloudFormation möglicherweise IAM Ressourcen mit benutzerdefinierten Namen erstellt werden.

    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 ACL Netzwerkregeln mit den Nummern 18 und 19 hinzufügen, es aber bereits Regeln mit denselben 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 Zahl unter 18 verwenden, und dann das Update erneut versuchen.

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

Wichtig

Um die Einrichtung zu vereinfachen, empfehlen wir, die neueste AWS CloudFormation Vorlagendatei zu verwenden, die in den Anweisungen zur Netzwerkeinrichtung enthalten ist. Weitere Informationen finden Sie unter Konfiguration der Voraussetzungen für die Änderung einer Single-AZ- zu einer Multi-AZ-Bereitstellung mit CloudFormation.

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

  1. Öffnen Sie die VPC Amazon-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 VPCunter, VPC wo Ihre RDS Custom for SQL Server-DB-Instance bereitgestellt wird.

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

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

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

  9. Ersetzen Sie in Ihrer benutzerdefinierten Richtlinie den AWS partition, Region, accountId, und IAM-Instance-role mit deinen eigenen Werten.

    { "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 Erlaubnis, auf Amazon zuzugreifenSQS. Ersetzen Sie das AWS partition, Region, und accountId durch deine 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 eingehende und ausgehende E-Mails der RDS Amazon-Sicherheitsgruppe, um Port 1120 zuzulassen.

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

    2. Erstellen Sie für eingehende Regeln eine benutzerdefinierte TCP Regel, um den Port zuzulassen 1120 aus der Quelle -rds-custom-instance-sg Gruppe.

    3. Erstellen Sie für ausgehende Regeln eine benutzerdefinierte TCP Regel, um den Port zuzulassen 1120 zum Ziel -rds-custom-instance-sg Gruppe.

  12. Fügen Sie Ihrer privaten Netzwerk-Zugriffskontrollliste (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 ACLs unter Netzwerk -private-network-acl Gruppe.

    2. Erstellen Sie für Inbound Rules eine TCPAll-Regel, um TCP Ports 0-65535 mit einer Quelle von zuzulassen privatesubnet1 and privatesubnet2.

    3. Erstellen Sie für ausgehende Regeln die TCP Regel „Alle“, um TCP Ports 0-65535 zum Ziel zuzulassen privatesubnet1 and privatesubnet2.

Ändern Sie mithilfe der RDS Konsole, AWS CLI, oder RDSAPI.

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

Um eine bestehende Single-AZ-Bereitstellung vom Typ „RDSBenutzerdefiniert für SQL Server“ in eine Multi-AZ-Bereitstellung zu ändern
  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.

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

    Der Bereich Databases (Datenbanken) wird angezeigt.

  3. Wählen Sie die DB-Instance „RDSBenutzerdefiniert für SQL Server“, 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 „Zeitplanänderungen“ verwenden.

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

Um mithilfe von in eine Multi-AZ-DB-Instance-Bereitstellung zu konvertieren AWS CLI, rufen Sie den modify-db-instanceBefehl auf 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 „Zeitplanänderungen“ verwenden.

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Linux, macOS, oder Unix:

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

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Windows:

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

Um mit dem in eine Multi-AZ-DB-Instance-Bereitstellung zu konvertieren RDSAPI, rufen Sie die odifyDBInstanceM-Operation auf und setzen Sie den MultiAZ Parameter auf true.