Amazon RDS für SQL Server

Amazon RDS for SQL Server ist ein verwalteter Datenbankservice, der die Bereitstellung und Verwaltung von SQL Server auf AWS vereinfacht. Amazon RDS macht es einfach, SQL Server-Bereitstellungen in der Cloud einzurichten, zu betreiben und zu skalieren. Mit Amazon RDS können Sie innerhalb von Minuten mehrere Versionen von SQL Server (2014, 2016, 2017, 2019 und 2022) und Editionen (einschließlich Express, Web, Standard und Enterprise) mit kosteneffizienter und anpassbarer Rechenkapazität bereitstellen. Sie können Amazon RDS for SQL Server Server-DB-Instances entweder mit Allzweck-SSD oder bereitgestelltem IOPS-SSD-Speicher bereitstellen. (Einzelheiten finden Sie in der AWS Dokumentation unter Amazon RDS-Speichertypen.) Die bereitgestellte IOPS-SSD ist auf schnelle, vorhersehbare und konsistente I/O-Leistung ausgelegt und für I/O-intensive, transaktionale (OLTP) Datenbank-Workloads optimiert.

Mit Amazon RDS können Sie sich auf die Anwendungsentwicklung konzentrieren, da es zeitaufwändige Datenbankverwaltungsaufgaben wie Bereitstellung, Backups, Software-Patching, Überwachung und Hardwareskalierung übernimmt. Amazon RDS for SQL Server bietet auch Multi-AZ-Bereitstellungen und Read Replicas (für SQL Server Enterprise Edition), um hohe Verfügbarkeit, Leistung, Skalierbarkeit und Zuverlässigkeit für Produktionsworkloads zu gewährleisten.

Weitere Informationen zur Migration von SQL Server zu Amazon RDS finden Sie in den Replatform Patterns auf der AWS Prescriptive Guidance-Website.

Wann sollten Sie sich für Amazon RDS entscheiden

Amazon RDS for SQL Server ist eine Migrationsoption, wenn:

• Sie möchten sich auf Ihr Geschäft und Ihre Anwendungen konzentrieren und sich AWS um undifferenzierte, schwere Aufgaben wie die Bereitstellung der Datenbank, die Verwaltung von Sicherungs- und Wiederherstellungsaufgaben, die Verwaltung von Sicherheitspatches, kleinere Upgrades der SQL Server-Version und die Speicherverwaltung kümmern.

• Sie benötigen eine hochverfügbare Datenbanklösung und möchten die Vorteile der von Amazon RDS angebotenen synchronen Multi-AZ-Replikation per Knopfdruck nutzen, ohne Datenbankspiegelung, Failover-Cluster oder Always-On-Verfügbarkeitsgruppen manuell einrichten und verwalten zu müssen.

• Sie möchten die SQL Server-Lizenz als Teil der Instanzkosten auf Stundenbasis bezahlen, anstatt eine große Vorabinvestition zu tätigen.

• Ihre Datenbankgröße und Ihre IOPS-Anforderungen werden von Amazon RDS for SQL Server unterstützt. Die aktuellen Höchstgrenzen finden Sie in der AWS Dokumentation unter Amazon RDS DB Instance Storage.

• Sie möchten keine Backups oder point-in-time Wiederherstellungen Ihrer Datenbank verwalten.

• Sie möchten sich auf wichtige Aufgaben wie Leistungsoptimierung und Schemaoptimierung konzentrieren, anstatt sich auf die tägliche Verwaltung der Datenbank zu konzentrieren.

• Sie möchten den Instanztyp auf der Grundlage Ihrer Workload-Muster nach oben oder unten skalieren, ohne sich Gedanken über die Komplexität der Lizenzierung machen zu müssen.

Wenn Sie sich nach der Bewertung Ihrer Datenbank- und Projektanforderungen für eine Migration zu Amazon RDS for SQL Server entscheiden, lesen Sie sich die Details in den folgenden Abschnitten durch und lesen Sie sich die bewährten Methoden für die Migration durch, auf die wir weiter unten in diesem Leitfaden eingehen.

Informationen zu den derzeit unterstützten Funktionen, Versionen und Optionen von SQL Server finden Sie unter Funktionen von Amazon RDS for SQL Server auf der AWS Website, Choosing between Amazon EC2 and Amazon RDS weiter unten in diesem Handbuch und Microsoft SQL Server on Amazon RDS in der AWS Dokumentation. Wenn Sie zu Amazon RDS Custom wechseln, lesen Sie sich unbedingt die Anforderungen und Einschränkungen für Amazon RDS Custom for SQL Server durch.

Hohe Verfügbarkeit

Amazon RDS bietet Hochverfügbarkeit und Failover-Unterstützung für Datenbanken, die mit der Multi-AZ-Option bereitgestellt werden. Wenn Sie Ihre Datenbank mit der Multi-AZ-Option bereitstellen, stellt Amazon RDS automatisch eine synchrone Standby-Instance in einer anderen Availability Zone bereit und verwaltet diese. Die Primärdatenbank repliziert die Daten synchron auf die Standby-Instance. Wenn Probleme auftreten, repariert Amazon RDS automatisch die fehlerhafte Instance und stellt die Synchronisation wieder her. Im Falle eines Infrastrukturausfalls oder einer Unterbrechung der Availability Zone führt Amazon RDS einen automatischen Failover zur Standby-Instance durch. Ein Failover erfolgt nur, wenn die Standby- und Primärdatenbanken vollständig synchronisiert sind. Da der Endpunkt für die Primär- und Standby-Instances derselbe bleibt, können Sie den Datenbankbetrieb wieder aufnehmen, sobald der Failover abgeschlossen ist, ohne dass ein manuelles Eingreifen erforderlich ist. Die Failover-Zeit hängt von der Zeit ab, die benötigt wird, um den Wiederherstellungsprozess abzuschließen. Große Transaktionen erhöhen die Failover-Zeit.

Das folgende Diagramm veranschaulicht die Multi-AZ-Bereitstellungsoption von Amazon RDS for SQL Server.

Wenn Sie SQL Server in einer Multi-AZ-Konfiguration einrichten, konfiguriert Amazon RDS automatisch die Standby-Datenbank-Instance mithilfe von Datenbankspiegelung oder AlwaysOn-Verfügbarkeitsgruppen, basierend auf der Version von SQL Server, die Sie bereitstellen. Die spezifischen Versionen und Editionen von SQL Server sind in der Amazon RDS-Dokumentation aufgeführt.

In Multi-AZ-Bereitstellungen werden Operationen wie die Skalierung von Instanzen oder System-Upgrades wie das Patchen von Betriebssystemen (OS) zunächst auf der Standby-Instance angewendet, bevor der automatische Failover der primären Instance durchgeführt wird, um die Verfügbarkeit zu erhöhen.

Aufgrund der Failover-Optimierung von SQL Server können bestimmte Workloads eine höhere I/O-Last auf der Standby-Instanz erzeugen als auf der Primärinstanz, insbesondere bei Bereitstellungen mit Datenbankspiegelung. Diese Funktionalität kann zu höheren IOPS auf der Standby-Instanz führen. Wir empfehlen, dass Sie bei der Bereitstellung des Speichertyps und der IOPS Ihrer Amazon RDS for SQL Server-DB-Instance die maximalen IOPS-Anforderungen sowohl der primären als auch der Standby-Instances berücksichtigen. Sie können auch angebenMultiSubnetFailover=True, ob Ihr Client-Treiber dies unterstützt, um die Failover-Zeit erheblich zu reduzieren.

Einschränkungen

• Die Multi-AZ-Option ist für SQL Server Express und Web Editionen nicht verfügbar. Sie ist nur für die Editionen SQL Server Standard und Enterprise verfügbar.

• Sie können die Standby-DB-Instance nicht so konfigurieren, dass sie Datenbank-Leseaktivitäten akzeptiert.

• Regionsübergreifendes Multi-AZ wird nicht unterstützt.

• In Amazon RDS können Sie einen Stop-Befehl für eine eigenständige DB-Instance ausgeben und die Instance im gestoppten Zustand belassen, um Rechengebühren zu vermeiden. Sie können eine Amazon-RDS-for-SQL-Server-DB-Instance in einer Multi-AZ-Konfiguration nicht anhalten. Stattdessen können Sie die Instance beenden, vor der Kündigung einen letzten Snapshot erstellen und bei Bedarf aus dem Snapshot eine neue Amazon RDS-Instance erstellen. Oder Sie können zuerst die Multi-AZ-Konfiguration entfernen und dann die Instance beenden. Nach sieben Tagen wird Ihre gestoppte Instance neu gestartet, sodass alle ausstehenden Wartungsarbeiten durchgeführt werden können.

Weitere Einschränkungen finden Sie in den Hinweisen und Empfehlungen zur Bereitstellung von Microsoft SQL Server Multi-AZ in der Amazon RDS-Dokumentation.

Read Replicas

Read Replicas bieten Skalierbarkeit und Lastenausgleich. Eine SQL Server-Lesereplik ist eine physische Kopie einer Amazon RDS for SQL Server-DB-Instance, die nur für Lesezwecke verwendet wird. Amazon RDS trägt dazu bei, die Belastung der primären DB-Instance zu reduzieren, indem schreibgeschützte Workloads auf die Read Replica-DB-Instance ausgelagert werden. An Ihrer primären DB-Instance vorgenommene Aktualisierungen werden asynchron auf die Read Replica-Instance kopiert.

Wenn Sie eine Read Replica anfordern, erstellt Amazon RDS einen Snapshot der Quell-DB-Instance, und dieser Snapshot wird zur Read Replica. Beim Erstellen und Löschen einer Read Replica tritt kein Ausfall auf. Amazon RDS for SQL Server aktualisiert die Primärdatenbank unmittelbar nach dem Upgrade der Read Replicas, unabhängig vom Wartungsfenster. Jede Read Replica verfügt über einen separaten Endpunkt, über den Sie eine Verbindung zur Read Replica-Datenbank herstellen.

Amazon RDS for SQL Server macht es einfach, Read Replicas zu erstellen, indem Always-On-Verfügbarkeitsgruppen konfiguriert und sichere Netzwerkverbindungen zwischen einer primären DB-Instance und ihren Read Replicas aufrechterhalten werden.

Sie können eine Read Replica in derselben AWS Region wie Ihre Primärdatenbank einrichten. Amazon RDS for SQL Server unterstützt keine regionsübergreifenden Read Replicas. Sie können bis zu fünf Read Replicas für eine Quell-DB-Instance erstellen.

Anmerkung

Read Replicas sind nur mit den folgenden SQL Server-Versionen und -Editionen verfügbar:

• SQL Server 2017 Enterprise Edition 14.00.3049.1 oder höher

• SQL Server 2016 Enterprise Edition 13.00.5216.0 oder höher

SQL Server-Versionen und -Editionen, die die Datenbankspiegelung für Multi-AZ-Umgebungen unterstützen, bieten keine Read Replicas.

Das folgende Diagramm zeigt eine Amazon RDS for SQL Server-DB-Instance in einer Multi-AZ-Umgebung mit einer Read Replica in einer anderen Availability Zone innerhalb derselben AWS Region. Nicht alle AWS Regionen bieten mehr als zwei Availability Zones. Sie sollten daher überprüfen, welche Region Sie verwenden möchten, bevor Sie diese Strategie anwenden.

Eine SQL Server-Lesereplik erlaubt keine Schreibvorgänge. Sie können das Lesereplikat jedoch heraufstufen, um es schreibbar zu machen. Nachdem Sie es heraufgestuft haben, können Sie es nicht wieder in ein Read Replica umwandeln. Sie wird zu einer einzelnen, eigenständigen DB-Instance, die keine Beziehungen zu ihrer ursprünglichen primären Datenbank-Instance hat. Die Daten in der hochgestuften Read Replica stimmen mit den Daten in der Quell-DB-Instance bis zu dem Zeitpunkt überein, zu dem die Anfrage zur Heraufstufung gestellt wurde. Die Version der SQL Server-DB-Engine der Quell-DB-Instance und all ihrer Read Replicas wird identisch sein.

Für eine effiziente Replikation empfehlen wir Folgendes:

• Richten Sie jede Read Replica mit denselben Rechen- und Speicherressourcen ein wie die Quell-DB-Instance.

• Sie müssen automatische Backups auf der Quell-DB-Instance aktivieren, indem Sie den Aufbewahrungszeitraum für Backups auf einen anderen Wert als 0 (Null) setzen.

• Die Quell-DB-Instance muss in einer Multi-AZ-Umgebung mit AlwaysOn-Verfügbarkeitsgruppen bereitgestellt werden.

Informationen zur Unterstützung, Editionen und Einschränkungen von SQL Server-Versionen finden Sie unter Einschränkungen von Read Replica with SQL Server in der Amazon RDS-Dokumentation.

Weitere Informationen zur Verwendung von Read Replicas finden Sie in der Dokumentation unter Working with Read Replicas und Working with SQL Server Read Replicas for Amazon RDS. AWS Weitere Informationen zu den Kosten von Datenübertragungen finden Sie unter Amazon RDS – Preise.

Notfallwiederherstellung

Mit Amazon RDS for SQL Server können Sie eine zuverlässige, regionsübergreifende Disaster Recovery-Strategie (DR) entwickeln. Die Hauptgründe für die Entwicklung einer DR-Lösung sind Geschäftskontinuität und Compliance:

• Eine effektive DR-Strategie hilft Ihnen dabei, Ihre Systeme bei einem katastrophalen Ereignis mit minimalen oder gar keinen Unterbrechungen am Laufen zu halten. Eine zuverlässige und effektive regionsübergreifende DR-Strategie sorgt dafür, dass Ihr Unternehmen auch dann weiterläuft, wenn eine ganze Region offline geht.

• Eine regionsübergreifende DR-Lösung hilft Ihnen dabei, Prüf- und Compliance-Anforderungen zu erfüllen.

Recovery Point Objective (RPO), Recovery Time Objective (RTO) und Kosten sind drei wichtige Kennzahlen, die Sie bei der Entwicklung Ihrer DR-Strategie berücksichtigen sollten. Weitere Optionen für die Bereitstellung regionsübergreifender Replikate finden Sie unter. AWS Marketplace Weitere Informationen zu diesen Ansätzen finden Sie unter Regionsübergreifende Notfallwiederherstellung von Amazon RDS for SQL Server im AWS Datenbank-Blog.