Share via


Was ist die auf RU basierte und auf virtuellem Kern basierte Azure Cosmos DB for MongoDB?

Azure Cosmos DB ist eine vollständig verwaltete und relationale NoSQL-Datenbank für die moderne App-Entwicklung.

Sowohl das auf Anforderungseinheit (Request Unit, RU) als auch das auf virtuellem Kern basierte Azure Cosmos DB for MongoDB-Angebot erleichtern die Verwendung von Azure Cosmos DB, als wäre es eine MongoDB-Datenbank. Beide Optionen funktionieren ohne den Overhead komplexer Verwaltungs- und Skalierungsansätze. Sie können auf Ihre MongoDB-Erfahrung zurückgreifen und weiter Ihre bevorzugten MongoDB-Treiber, -SDKs und -Tools verwenden, indem Sie Ihre Anwendung mithilfe der API für MongoDB auf die Verbindungszeichenfolge für Ihr Konto verweisen. Darüber hinaus sind beides cloudnative Angebote, die nahtlos in andere Azure-Dienste integriert werden können, um moderne Anwendungen auf Unternehmensniveau zu erstellen.

Auswahl zwischen RU-basierten und vCore-basierten Optionen

Im Folgenden finden Sie einige wichtige Faktoren, die Ihnen bei der Entscheidung helfen, welches die richtige Option für Sie ist.

Wählen Sie in folgenden Fällen die RU-basierte Option:

  • Sie erstellen neue cloudnative MongoDB-Apps oder gestalten vorhandene Apps um, um von cloudnativen Vorteilen zu profitieren.
  • Ihre Workload enthält viele Punktlesevorgänge (Abrufen eines einzelnen Elements anhand seiner ID und seines Shard-Key-Werts) und wenige Abfragen mit langer Ausführungsdauer sowie komplexe Pipelinevorgänge zur Aggregation.
  • Sie wünschen grenzenlose horizontale Skalierbarkeit, sofortige Hochskalierung und granulare Durchsatzsteuerung.
  • Sie führen unternehmenskritische Anwendungen aus, die eine branchenführende Verfügbarkeit von 99,999 % erfordern.

Erste Schritte mit Azure Cosmos DB for MongoDB-RUs

Tipp

Möchten Sie Azure Cosmos DB for MongoDB RU ohne Verpflichtung testen? Erstellen Sie ein Azure Cosmos DB-Konto wie unter Azure Cosmos DB kostenlos testen beschrieben.

Wählen Sie in folgenden Fällen die vCore-basierte Option:

  • Sie migrieren eine vorhandene MongoDB-Workload (Lift & Shift) oder erstellen eine neue MongoDB-Anwendung.
  • Ihre Workload enthält mehr zeitintensive Abfragen, komplexe Aggregationspipelines, verteilte Transaktionen, Verknüpfungen usw.
  • Sie bevorzugen die vertikale und horizontale Skalierung für hohe Kapazität mit bekannten vCore-basierten Clustertarifen wie M30, M40, M50 und anderen.
  • Sie führen Anwendungen aus, die eine Verfügbarkeit von 99,995 % erfordern.
  • Sie benötigen nativen Support für das Speichern und Suchen von Vektoreinbettungen.

Erste Schritte mit Azure Cosmos DB for MongoDB vCore

Ressourcen- und Abrechnungsunterschiede zwischen den Optionen

Die RU- und vCore-Dienste weisen unterschiedliche Architekturen mit wichtigen Unterschieden bei der Abrechnung auf.

RU-basierte Ressourcen und Abrechnung

  • Sie möchten einen mehrmandantenfähigen Dienst, der Ihrer Workload anhand der Speicher- und Durchsatzanforderungen sofort Ressourcen zuordnet.

Hinweis

Der Durchsatz basiert auf Anforderungseinheiten (Request Units, RUs).

  • Sie wünschen feste (standardmäßig bereitgestellter Durchsatz) oder variable Gebühren (Autoskalierung) je nach Anforderungseinheiten (RUs) und verbrauchtem Speicher.

Hinweis

Die RU-Gebühren hängen vom ausgewählten Modell ab: bereitgestellter Durchsatz (Standard oder Autoskalierung) oder serverlos.

Erste Schritte mit Azure Cosmos DB for MongoDB-RUs

vCore-basierte Ressourcen und Abrechnung

  • Sie möchten dedizierte Instanzen mit Verwendung festgelegter CPU-, Arbeitsspeicher- und Speicherressourcen, die dynamisch entsprechend Ihren Anforderungen skaliert werden können.
  • Sie bevorzugen eine Pauschalgebühr für Computeressourcen (CPU, Arbeitsspeicher und Knotenanzahl) und Speichervolumen.

Erste Schritte mit Azure Cosmos DB for MongoDB vCore

Nächste Schritte