Häufig gestellte Fragen zu Azure Cosmos DB for MongoDB in der Architektur mit virtuellen Kernen

Azure Cosmos DB ist eine vollständig verwaltete und relationale NoSQL-Vektordatenbank 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.

Hier sind einige wichtige Faktoren, die Ihnen bei der Entscheidung zwischen den beiden Optionen helfen.

• Wählen Sie RU-basiert wenn:
  • 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.
• Wählen Sie virtueller Kern wenn:
  • 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 Clusterebenen auf Basis des virtuellen Kerns wie M30, M40, M50 und andere.
  • 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.

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

Sie möchten einen mehrmandantenfähigen Dienst, der Ihrem Workload anhand der Speicher- und Durchsatzanforderungen sofort Ressourcen zuordnet. Der Durchsatz für diesen Dienst basiert auf Anforderungseinheiten. Dieser Dienst ist für Benutzer optimiert, die feste (standardmäßig bereitgestellter Durchsatz) oder variable Gebühren (Autoskalierung) je nach Anforderungseinheiten (RUs) und verbrauchtem Speicher bevorzugen. Die tatsächliche RU-Gebühren hängen vom ausgewählten Modell ab: bereitgestellter Durchsatz (Standard oder Autoskalierung) oder serverlos.

Der Dienst mit virtuellem Kern erstellt dedizierte Instanzen, die festgelegte CPU-, Arbeitsspeicher- und Speicherressourcen verwenden, die dynamisch entsprechend Ihren Anforderungen skaliert werden können. Dieser Dienst ist für Benutzer optimiert, die eine Pauschalgebühr für Computeressourcen (CPU, Arbeitsspeicher und Knotenanzahl) und Speichervolumen bevorzugen.

Zugehöriger Inhalt

• Häufig gestellte Fragen zu Azure Cosmos DB for MongoDB (../faq.yml)

• Erste Schritte mit Azure Cosmos DB for MongoDB (vCore) mit dem Azure-Portal

• Erste Schritte mit Azure Cosmos DB for MongoDB (vCore) mit Bicep

Nächster Schritt