Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel werden die operativen Datenbankdienste von Amazon Web Services (AWS) und Azure verglichen. Sie umfasst relationale Datenbanken und nicht relationale Datenspeicher für Dokument-, Schlüsselwert-, Spalten-, Diagramm- und Speicherarbeitslasten.
Informationen zur Datenintegration, Datenseen, Data Warehouses, Streamverarbeitung und Business Intelligence finden Sie unter Analytics Services zu Azure und AWS.
Amazon RDS- und Azure-Datenbankdienste
Azure bietet verwaltete Dienste für mehrere Datenbank-Engines, die Engines entsprechen, die über Amazon Relational Database Service (Amazon RDS) verfügbar sind. Zu diesen Diensten gehören:
- Azure SQL-Datenbank
- Azure-Datenbank für MySQL
- Azure-Datenbank für PostgreSQL
- SQL-Datenbank in Microsoft Fabric
| Type | AWS-Dienst | Azure-Dienst | Description |
|---|---|---|---|
| Relationale Datenbank | Amazon RDS |
Azure SQL-Datenbank Azure-Datenbank für MySQL Azure-Datenbank für PostgreSQL |
Verwaltete relationale Datenbankdienste, bei denen Resilienz, Skalierung und Wartung in erster Linie von der Azure Plattform behandelt werden. |
| Serverlose relationale Datenbank | Amazon Aurora Serverless |
Azure SQL-Datenbank – Serverlos SQL-Datenbank in Microsoft Fabric |
Datenbankangebote, die die Rechenleistung basierend auf der Workloadnachfrage automatisch skalieren. Azure SQL-Datenbank serverlos wird pro Sekunde für die tatsächlich verwendete Rechenleistung abgerechnet. SQL-Datenbank in Fabric wird basierend auf der kapazitätsbasierten SKU, die Sie kaufen, abgerechnet. |
| Cloud-native PostgreSQL mit getrenntem Compute und Speicher | Amazon Aurora PostgreSQL | Azure HorizonDB (Vorschau) | PostgreSQL-kompatibler Dienst, der die Rechenleistung vom Speicher trennt, Lesevorgänge über Replikate skaliert und standardmäßig einen zonenresilienten Speicher bereitstellt. Da sie sich in der Vorschau befindet, bestätigen Sie den aktuellen Status, bevor Sie eine Produktionsmigration planen. |
Sie können andere Datenbank-Engines wie SQL Server, Oracle und MySQL auf Azure Virtual Machines bereitstellen.
Amazon RDS-Kosten hängen von der Menge der Hardwareressourcen ab, die Ihre Instanz verwendet, z. B. CPU, RAM, Speicher und Netzwerkbandbreite. Bei den Azure-Datenbankdiensten hängen die Kosten von der Datenbankgröße, der Anzahl der gleichzeitigen Verbindungen und den Durchsatzstufen ab. In Microsoft Fabric basieren die Kosten auf der von Ihnen erworbenen Kapazitäts-SKU, die Sie zu einer Reihe von Kapazitätseinheiten (CUs) berechtigt. Sie teilen diese CUs über alle Fabric-Workloads hinweg, einschließlich SQL-Datenbank in Microsoft Fabric.
Weitere Informationen findest du unter:
Nicht relationale Datenbankdienste
AWS und Azure bieten nicht relationale Dienste für unterschiedliche Datenmodelle. Eine kompatible API garantiert keine Feature- oder Betriebsparität. Vergleichen Sie vor der Migration Partitionierung, Konsistenz, Transaktionen, Indizierung, Abfrageverhalten, Änderungsdatenströme, globale Verteilung, Durchsatzeinheiten und Clienttreiberkompatibilität.
Azure Cosmos DB unterstützt mehrere APIs und Datenmodelle. Erstellen Sie ein separates Konto für jede API, und verwenden Sie dieselbe API für den gesamten Zugriff auf die Daten in diesem Konto. Azure bietet auch Azure DocumentDB für MongoDB-kompatible, vCore-basierte Dokumentarbeitslasten und Azure verwaltete Instanz für Apache Cassandra für verwaltete Open-Source-Cassandra-Cluster.
Für speicherinterne Zwischenspeicherung und temporäre Daten stellt Azure managed Redis einen verwalteten Dienst basierend auf Redis Enterprise bereit. Verwenden Sie sie nicht als autoritative persistente Datenbank für eine Workload.
Weitere Informationen findest du unter:
Dienstvergleich
| Datenmodell oder -funktion | AWS-Dienst | Azure-Dienst | Auswahlleitfaden |
|---|---|---|---|
| Verwaltete relationale Datenbank | Amazon RDS | Azure SQL-Datenbank, Azure Database for MySQL oder Azure Database for PostgreSQL | Wählen Sie zuerst die Datenbank-Engine aus. Vergleichen Sie dann hohe Verfügbarkeit, Lesen von Replikaten, Skalierung, Wartung, Erweiterungen und Migrationsunterstützung. |
| Serverlose relationale Datenbank | Amazon Aurora Serverless | Azure SQL-Datenbank serverlos oder SQL-Datenbank in Microsoft Fabric | Diese Dienste verwenden unterschiedliche Skalierungs- und Abrechnungsmodelle. Die serverlose SQL-Datenbank kann die Rechenleistung automatisch skalieren und bei Inaktivität angehalten werden. DIE SQL-Datenbank in Fabric nutzt gemeinsam genutzte Fabric Kapazität und integriert Betriebsdaten in Fabric Analysen. |
| Schlüsselwert und Dokumentdatenbank | Amazon DynamoDB | Azure Cosmos DB für NoSQL | Beide Dienste verteilen Daten nach Partitionsschlüssel und stellen Änderungsdatenströme bereit. Ihre Konsistenz-, Indizierungs-, Abfrage-, Transaktions-, Kapazitäts- und Preismodelle unterscheiden sich. Planen Sie Anwendungs- und Datenmodelländerungen, anstatt die API-Kompatibilität anzunehmen. |
| MongoDB-kompatible Dokumentdatenbank | Amazon DocumentDB | Azure DocumentDB oder Azure Cosmos DB für MongoDB | Azure DocumentDB verwendet ein vCore-Modell und das MongoDB-Drahtprotokoll. Azure Cosmos DB für MongoDB bietet einen verteilten, auf Anforderungseinheiten basierenden Dienst. Überprüfen Sie unterstützte MongoDB-Versionen, Befehle, Erweiterungen, Skalierung und Migrationstools. |
| Breitspaltendatenbank | Amazon Keyspaces für Apache Cassandra | Azure Cosmos DB für Apache Cassandra oder Azure verwaltete Instanz für Apache Cassandra | Verwenden Sie Cosmos DB für Apache Cassandra, wenn Sie einen verwalteten Azure Cosmos DB-Dienst mit Cassandra-Protokollkompatibilität wünschen. Verwenden Sie verwaltete Instanz, wenn Sie verwaltete Open-Source-Cassandra-Cluster und eine höhere Kompatibilität auf Modulebene benötigen. |
| Graphdatenbank | Amazon Neptun | Azure Cosmos DB für Apache Gremlin | Neptune unterstützt Eigenschaftendiagramm- und RDF-Workloads. Azure Cosmos DB für Gremlin unterstützt das Eigenschaftendiagrammmodell und die Gremlin-Abfragesprache. RDF- und SPARQL-Workloads erfordern ein anderes Design. |
| Tabellendaten | Amazon DynamoDB | Azure Table Storage oder Azure Cosmos DB für Tabelle | Verwenden Sie den Tabellenspeicher für die grundlegende Schlüsselattributespeicherung. Verwenden Sie Azure Cosmos DB für Table, wenn Sie global verteilten Durchsatz, mehrere Konsistenzoptionen und Azure Cosmos DB-Funktionen benötigen. |
| In-Memory-Cache und temporärer Datenspeicher | Amazon ElastiCache | Azure Managed Redis | Verwenden Sie Azure verwalteten Redis zum Zwischenspeichern, Sitzungen, Messaging und anderen temporären Datenmustern mit geringer Latenz. Behalten Sie autorisierende Daten in einer persistenten Datenbank bei. |
| Persistente Redis-kompatible Datenbank | Amazon MemoryDB | Keine direkte Entsprechung | Amazon MemoryDB ist als dauerhafte primäre Datenbank konzipiert. Azure Managed Redis ist ein Cache und ein temporärer Datenspeicher. Bewerten Sie bei Azure Azure Cosmos DB oder eine andere persistente Datenbank als Datensatzsystem, wobei Azure Managed Redis als optionaler Cache verwendet werden. |
| Datenbankmigration | AWS-Database Migration Service | Azure-Datenbankmigrationsdienst | Die Unterstützung variiert je nach Quelle, Ziel und Online- oder Offlinemigrationsmodus. Überprüfen Sie die aktuellen unterstützten Azure Migrationsszenarien, bevor Sie ein Tool auswählen. |
Überlegungen zur Migration
Die Datenbankmigration erfordert mehr als das Verschieben von Daten. Funktionen der Bestands-Engine, gespeicherte Prozeduren, Erweiterungen, Indizes, Konsistenzannahmen, Partitionsschlüssel, Transaktionsgrenzen, Abhängigkeiten von der Change Data Capture und betriebliche Prozesse. Testen Sie das Verhalten der Anwendung und ihre Leistung vor der Umschaltung auf den Zieldienst.
Wenn Sie beabsichtigen, eine AWS-Workload zu Azure zu migrieren, lesen Sie "Migrieren von Datenbanken von AWS zu Azure" und deren Beispielmigrationsszenarien.
Beitragende
Microsoft verwaltet diesen Artikel. Die folgenden Mitwirkenden haben diesen Artikel geschrieben.
Hauptautor:
- Yuri Baijnath | Senior Cloud Solution Architect Manager
Anderer Mitwirkender:
- Richard Fitzgerald | Senior Cloud Solution Architect
Um nicht öffentliche LinkedIn-Profile zu sehen, melden Sie sich bei LinkedIn an.