Область применения: 
Виртуальные ядра MongoDB
Какие параметры предлагает Azure Cosmos DB для пользователей MongoDB?
Azure Cosmos DB — это полностью управляемая база данных NoSQL, реляционная и векторная база данных для современной разработки приложений.
Как правило, единица запросов (ЕЗ) и виртуальные ядра Azure Cosmos DB для MongoDB позволяют легко использовать Azure Cosmos DB, как если бы это была база данных MongoDB. Оба варианта работают без дополнительных затрат на сложные подходы к управлению и масштабированию. Вы можете использовать существующие навыки MongoDB и продолжать использовать любимые драйверы MongoDB, пакеты SDK и инструменты, указав приложение на строка подключения для учетной записи с помощью API для MongoDB. Кроме того, оба являются облачными предложениями, которые можно легко интегрировать с другими службами Azure для создания современных приложений корпоративного уровня.
Разделы справки выбрать azure Cosmos DB для MongoDB (RU) и Azure Cosmos DB для MongoDB (vCore)?
Ниже приведены некоторые ключевые факторы, которые помогут вам выбрать один из двух вариантов.
- Выберите на основе ЕЗ, если:
- Вы создаете новые облачные приложения MongoDB или рефакторинг существующих приложений для облачных преимуществ.
- Рабочая нагрузка имеет больше точек чтения (получение одного элемента по его _id и значению ключа сегментов) и несколько длительных запросов и сложных операций конвейера агрегирования.
- Требуется безграничная горизонтальная масштабируемость, мгновенное увеличение масштаба и детальный контроль пропускной способности.
- Вы работаете критически важные приложения, требующие доступности в отрасли 99,999 %.
- Выберите виртуальные ядра, если:
- Вы переносите существующую рабочую нагрузку MongoDB или создаете новое приложение MongoDB .
- Рабочая нагрузка имеет более длительные запросы, сложные конвейеры агрегирования, распределенные транзакции, соединения и т. д.
- Вы предпочитаете вертикальное и горизонтальное масштабирование с помощью знакомых уровней кластера на основе виртуальных ядер, таких как M30, M40, M50 и многое другое.
- Для приложений требуется доступность 99,995 %.
- Вам нужна встроенная поддержка хранения и внедрения векторов поиска.
Существуют ли различия в выставлении счетов между архитектурами ЕЗ и виртуальных ядер в Azure Cosmos DB для MongoDB?
Службы ЕЗ и виртуальных ядер имеют различные архитектуры с важными различиями в выставлении счетов.
Вариант службы ЕЗ — это мультитенантная служба, которая мгновенно выделяет ресурсы рабочей нагрузке, выравнивая требования к хранилищу и пропускной способности. Пропускная способность для этой службы основана на единицах запросов. Эта служба оптимизирована для пользователей, которые предпочитают платить фиксированные (стандартная подготовленная пропускная способность) или переменные (автомасштабирование), соответствующие единицам запросов (ЕЗ) и используемому хранилищу. Фактические затраты на ЕЗ зависят от выбранной модели: подготовленная пропускная способность (стандартная или автомасштабирование) или бессерверная.
Вариант службы виртуальных ядер создает выделенные экземпляры, использующие предварительно настроенные ресурсы ЦП, памяти и хранилища, которые могут динамически масштабироваться в соответствии с вашими потребностями. Эта служба оптимизирована для пользователей, которые предпочитают платить согласованную неструктурированную плату на основе вычислительных ресурсов (ЦП, памяти и количества узлов) и хранилища.