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.
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.
Themen
- Verfügbarkeit von Regionen und Versionen
- Einschränkungen für eine Multi-AZ-Bereitstellung für RDS Custom für SQL Server
- Einschränkungen für eine Multi-AZ-Bereitstellung mit RDS Custom für SQL Server
- Erstellen einer Multi-AZ-Bereitstellung von RDS Custom für SQL Server
- Ändern einer Single-AZ-Bereitstellung von RDS Custom für SQL Server in eine Multi-AZ-Bereitstellung
- Ändern einer Multi-AZ-Bereitstellung von RDS Custom für SQL Server in eine Single-AZ-Bereitstellung
- Failover-Prozess einer Multi-AZ-Bereitstellung für RDS Custom für SQL Server
- Time to Live (TTL)-Einstellungen für Anwendungen, die eine Multi-AZ-Bereitstellung von RDS Custom für SQL Server verwenden
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 Custom for Server RDS SQL.
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.
Themen
- Konfigurieren der Voraussetzungen für das Ändern einer Single-AZ- in eine Multi-AZ-Bereitstellung mit CloudFormation
- Konfigurieren der Voraussetzungen für die manuelle Änderung einer Single-AZ- in eine Multi-AZ-Bereitstellung
- Nehmen Sie die Änderungen mithilfe der RDS-Konsole, der AWS-CLI oder der RDS-API vor.
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
-
Öffnen Sie die - CloudFormation Konsole unter https://console.aws.amazon.com/cloudformation
. -
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.
-
Wählen Sie für Voraussetzung – Vorlage vorbereiten die Option Aktuelle Vorlage ersetzen aus.
-
Gehen Sie für Specify template (Vorlage angeben) wie folgt vor:
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.
-
Speichern und extrahieren Sie die Datei
custom-sqlserver-onboard.json
auf Ihrem Computer. -
Wählen Sie unter Templete source (Vorlagenquelle) den Wert Upload a template file (Vorlagendatei hochladen) aus.
-
Navigieren Sie unter Choose file (Datei auswählen) zur Datei
custom-sqlserver-onboard.json
und wählen Sie sie aus.
-
Wählen Sie Weiter aus.
Die Seite Specify DB Details (DB-Details angeben) wird angezeigt.
-
Wenn Sie die Standardoptionen beibehalten möchten, wählen Sie Next (Weiter) aus.
Die Seite Erweiterte Optionen wird angezeigt.
-
Wenn Sie die Standardoptionen beibehalten möchten, wählen Sie Next (Weiter) aus.
-
Wenn Sie die Standardoptionen beibehalten möchten, wählen Sie Next (Weiter) aus.
-
Führen Sie auf der Seite Änderungen überprüfen die folgenden Schritte aus:
-
Aktivieren Sie unter Capabilities (Funktionen) das Kontrollkästchen I acknowledge that AWS CloudFormation, das bestätigt, dass IAM-Ressourcen mit benutzerdefinierten Namen erstellen kann.
-
Wählen Sie Absenden aus.
-
-
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.
-
Öffnen Sie die Amazon VPC-Konsole unter https://console.aws.amazon.com/vpc/
. -
Wählen Sie Endpunkt aus. DieErstellen eines Endpunktswird angezeigt.
-
Wählen Sie unter Servicekategorie die Option AWS-Services aus.
-
Suchen Sie unter Services nach
SQS
-
Wählen Sie unter VPC die VPC aus, in der Ihre DB-Instance von RDS Custom für SQL Server bereitgestellt wird.
-
Wählen Sie unter Subnetze die Subnetze aus, in denen Ihre DB-Instance von RDS Custom für SQL Server bereitgestellt wird.
-
Wählen Sie unter Sicherheitsgruppen die Gruppe
-vpc-endpoint-sg
aus. -
Wählen Sie für Richtlinie die Option Benutzerdefiniert aus.
-
Ersetzen Sie in Ihrer benutzerdefinierten Richtlinie die Platzhalter
AWS partition
,Region
,accountId
undIAM-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}" } } ] }
-
Aktualisieren Sie das Instance-Profil mit der Berechtigung, auf Amazon SQS zuzugreifen. Ersetzen Sie die Platzhalter
AWS partition
,Region
undaccountId
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" } } } >
-
Aktualisieren Sie die Regeln für eingehenden und ausgehenden Datenverkehr der Amazon-RDS-Sicherheitsgruppe, um Port 1120 zuzulassen.
Wählen Sie unter Sicherheitsgruppen die Gruppe
-rds-custom-instance-sg
aus.Erstellen Sie für Regeln für eingehenden Datenverkehr eine benutzerdefinierte TCP
-rds-custom-instance-sg
Regel, um Port1120
aus der Quelle – Gruppe zuzulassen.Erstellen Sie für Regeln für ausgehenden Datenverkehr eine benutzerdefinierte TCP-Regel, um Port
1120
für dieZielgrupperds-custom-instance-sg
– zuzulassen.
-
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.
Wählen Sie unter Netzwerk-ACLs die Gruppe
-private-network-acl
aus.Erstellen Sie unter Regeln für eingehenden Datenverkehr eine Regel Alle TCP, um TCP-Ports
0-65535
mit einer Quelle ausprivatesubnet1
undprivatesubnet2
zuzulassen.Erstellen Sie unter Regeln für ausgehenden Datenverkehr eine Regel Alle TCP, um TCP-Ports
0-65535
mit dem Zielprivatesubnet1
undprivatesubnet2
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
Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/
. -
Wählen Sie in der Amazon RDS-Konsole Databases (Datenbanken) aus.
Der Bereich Databases (Datenbanken) wird angezeigt.
-
Wählen Sie die DB-Instance von RDS Custom für SQL Server aus, die Sie ändern möchten.
-
Wählen Sie unter Aktionen die Option In Multi-AZ-Bereitstellung konvertieren aus.
-
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“.
-
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.
Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/
. -
Wählen Sie in der Amazon RDS-Konsole Databases (Datenbanken) aus.
Der Bereich Databases (Datenbanken) wird angezeigt.
-
Wählen Sie die DB-Instance von RDS Custom für SQL Server aus, die Sie ändern möchten.
-
Wählen Sie für die Multi-AZ-Bereitstellung die Option Nein aus.
-
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“.
-
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 |
---|---|
|
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. |
|
Die Multi-AZ-DB-Instance-Bereitstellung hat eine beeinträchtigte primäre DB-Instance erkannt und ein Failover eingeleitet. |
|
Die RDS-Überwachung hat einen Fehler bei der Erreichbarkeit des Netzwerks für die primäre DB-Instance festgestellt und ein Failover ausgelöst. |
|
Eine Änderung der DB-Instance hat ein Failover ausgelöst. Weitere Informationen finden Sie unter Ändern einer RDS Custom for SQL Server-DB-Instance. |
|
Die Multi-AZ-DB-Instance-Bereitstellung hat ein Speicherproblem der primären DB-Instance erkannt und ein Failover eingeleitet. |
|
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. |
|
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 Mit RDS Amazon-Event-Benachrichtigungen arbeiten.
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.