Phase 2: Planen

Wählen Sie je nach Arbeitslast und Anwendung entweder RDS benutzerdefiniert für SQL Server oder RDS für Microsoft SQL Server. Bei den meisten Datenbankmigrationen können Sie Rehosting, Replatform oder Refactoring durchführen. Das Leitprinzip sollte sein, wie die Vorteile einer Migration maximiert werden können.

Wenn Sie Ihre Anwendung umgestalten und zu einer Cloud-nativen Datenbank wie Aurora migrieren, können Sie Ihre Datenbankanwendung verbessern. Abhängig von der Komplexität Ihrer Arbeitslast kann das Refactoring einer Datenbank jedoch zeitaufwändig und ressourcenintensiv sein. Weitere Informationen finden Sie unter Wählen Sie eine Migrationsstrategie.

Migrationsoption für Amazon RDS for SQL Server

Überlegen Sie, ob Ihre Quelldatenbank bereits für die Synchronisation von primären und sekundären Datenbankservern eingerichtet ist, und entscheiden Sie dann, wie Sie Ihre Server synchronisieren möchten AWS. Es gibt drei Ansätze:

AWS Direct Connect Stellt im folgenden Architekturdiagramm eine dedizierte, private Netzwerkverbindung zwischen dem lokalen Rechenzentrum und Amazon VPC her. Die Zieldatenbankumgebung verfügt über einen primären Amazon RDS for SQL Server, der in einer Availability Zone bereitgestellt wird, mit einer Read Replica in einer zweiten Availability Zone für Hochverfügbarkeit und Notfallwiederherstellung. AWS Database Migration Service (AWS DMS) verwaltet den Migrationsprozess, um Ausfallzeiten zu minimieren.

Zur Erhöhung der Sicherheit verwendet die Zielumgebung private Subnetze. AWS Secrets Manager verarbeitet Benutzeranmeldedaten und AWS Key Management Service (AWS KMS) sorgt für Verschlüsselung vertraulicher Daten im Ruhezustand. Die gesamte Infrastruktur wird von Amazon überwacht CloudWatch, das Leistungskennzahlen verfolgt und proaktive Benachrichtigungen ermöglicht. Dieses Design trägt zur Optimierung der Leistung bei und behebt gleichzeitig alle Probleme, die während des Migrationsprozesses auftreten.