Ändern einer Single-AZ-Bereitstellung von RDS Custom 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 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, um die Standby-Instance zu erstellen, um Ausfallzeiten bei der Konvertierung von Single-AZ zu Multi-AZ zu vermeiden, aber die Leistung kann 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.

Anmerkung

Wenn Sie Ihre DB-Instance RDS Custom for SQL Server vor dem 29. August 2024 erstellt haben, aktualisieren Sie vor der Änderung auf die neueste Nebenversion.

  • Führen Sie für SQL Server 2019-Instances ein Upgrade der DB-Engine-Version auf 15.00.4410.1.v1 oder höher durch.

  • Aktualisieren Sie für SQL Server 2022-Instanzen die DB-Engine-Version auf 16.00.4150.1.v1 oder höher.

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 von RDS Custom for 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 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

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 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 Dienste 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 -vpc-endpoint-sg Gruppe aus.

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

  9. Ersetzen Sie in Ihrer benutzerdefinierten Richtlinie die Werte AWS partitionRegion,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 AWS partitionRegion, 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 -rds-custom-instance-sg Gruppe aus.

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

    3. Erstellen Sie für ausgehende Regeln eine benutzerdefinierte TCP-Regel, um den Port zur 1120 -rds-custom-instance-sg Zielgruppe 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 -private-network-acl Gruppe aus.

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

    3. Erstellen Sie für ausgehende Regeln eine All-TCP-Regel, um TCP-Ports den Zugang zu Ziel privatesubnet1 - und 0-65535 zu ermöglichen. privatesubnet2

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

Nachdem Sie die Voraussetzungen erfüllt haben, können Sie eine RDS Custom for SQL Server-DB-Instance mithilfe der RDS-Konsole, AWS CLI oder RDS-API von einer Single-AZ- zu einer 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 an AWS Management Console 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 „Zeitplanänderungen“ verwenden.

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

Um mithilfe von zu einer 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 der RDS-API in eine Multi-AZ-DB-Instance-Bereitstellung zu konvertieren, rufen Sie den DBInstance Vorgang Modify auf und setzen Sie den MultiAZ Parameter auf true.