Często zadawane pytania dotyczące usługi Azure Cosmos DB dla bazy danych MongoDB w architekturze rdzeni wirtualnych

Azure Cosmos DB to w pełni zarządzana baza danych NoSQL, relacyjna i wektorowa na potrzeby tworzenia nowoczesnych aplikacji.

Zarówno jednostka żądań (RU) jak i oparta na rdzeniach wirtualnych oferta usługi Azure Cosmos DB dla bazy danych MongoDB ułatwiają korzystanie z usługi Azure Cosmos DB tak, jakby była to baza danych MongoDB. Obie opcje działają bez konieczności wykonywania złożonych metod zarządzania i skalowania. Możesz użyć istniejących umiejętności bazy danych MongoDB i nadal korzystać z ulubionych sterowników, zestawów SDK i narzędzi bazy danych MongoDB, wskazując aplikację na parametry połączenia dla twojego konta przy użyciu interfejsu API dla bazy danych MongoDB. Ponadto obie są natywnymi dla chmury ofertami, które można bezproblemowo zintegrować z innymi usługami platformy Azure w celu tworzenia nowoczesnych aplikacji klasy korporacyjnej.

Oto kilka kluczowych czynników, które pomogą Ci zdecydować między dwiema opcjami.

• Wybierz jednostkę RU opartą na następujących przypadkach:
  • Tworzysz nowe aplikacje mongoDB natywne dla chmury lub refaktoryzujesz istniejące aplikacje w celu uzyskania korzyści natywnych dla chmury.
  • Obciążenie ma więcej odczytów punktów (pobieranie pojedynczego elementu według jego _id i wartości klucza fragmentu) oraz kilka długotrwałych zapytań i złożonych operacji potoku agregacji.
  • Potrzebujesz nieograniczonej skalowalności poziomej, natychmiastowej skalowania w górę i szczegółowej kontroli przepływności.
  • Uruchamiasz aplikacje o krytycznym znaczeniu, które wymagają wiodącej w branży dostępności na 99,999%.
• Wybierz rdzeń wirtualny, jeśli:
  • Migrujesz (lift & shift) istniejące obciążenie bazy danych MongoDB lub tworzysz nową aplikację bazy danych MongoDB.
  • Obciążenie ma więcej długotrwałych zapytań, złożonych potoków agregacji, transakcji rozproszonych, sprzężeń itp.
  • Preferowane jest skalowanie w pionie i poziomie o dużej pojemności ze znanymi warstwami klastra opartymi na rdzeniach wirtualnych, takimi jak M30, M40, M50 i inne.
  • Uruchamiasz aplikacje wymagające dostępności na 99,995%.
  • Potrzebna jest natywna obsługa przechowywania i wyszukiwania osadzania wektorów.

Usługi jednostek RU i rdzeni wirtualnych mają różne architektury z ważnymi różnicami rozliczeniowymi.

Wariant usługi RU to wielodostępna usługa, która natychmiast przydziela zasoby do obciążenia, zgodnie z wymaganiami dotyczącymi magazynu i przepływności. Przepływność dla tej usługi jest oparta na jednostkach żądań. Ta usługa jest zoptymalizowana pod kątem użytkowników, którzy wolą płacić stałą (standardową aprowizowaną przepływność) lub zmienne (autoskalowanie) opłaty odpowiadające jednostkom żądań (RU) i zużytemu magazynowi. Rzeczywiste opłaty za jednostkę RU zależą od wybranego modelu: aprowizowana przepływność (standardowa lub autoskalowanie) lub bezserwerowa.

Wariant usługi rdzeni wirtualnych tworzy dedykowane wystąpienia korzystające z wstępnie ustawionego procesora CPU, pamięci i zasobów magazynu, które mogą dynamicznie skalować w zależności od potrzeb. Ta usługa jest zoptymalizowana pod kątem użytkowników, którzy wolą płacić spójną opłatę płaską na podstawie mocy obliczeniowej (procesora CPU, pamięci i liczby węzłów) i magazynu.

Powiązana zawartość

• Często zadawane pytania dotyczące usługi Azure Cosmos DB dla bazy danych MongoDB
• Rozpoczynanie pracy z usługą Azure Cosmos DB dla bazy danych MongoDB (rdzeniami wirtualnymi) przy użyciu witryny Azure Portal
• Rozpoczynanie pracy z usługą Azure Cosmos DB dla bazy danych MongoDB (rdzeniami wirtualnymi) przy użyciu Bicep

Następny krok