Yandex Cloud
Поиск
Связаться с намиПодключиться
  • Документация
  • Блог
  • Все сервисы
  • Статус работы сервисов
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Контейнеры
    • Инструменты разработчика
    • Бессерверные вычисления
    • Безопасность
    • Мониторинг и управление ресурсами
    • Машинное обучение
    • Бизнес-инструменты
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Истории успеха
    • Тарифы Yandex Cloud
    • Промоакции и free tier
    • Правила тарификации
  • Документация
  • Блог
Проект Яндекса
© 2025 ООО «Яндекс.Облако»
Yandex Managed Service for MongoDB
  • Начало работы
    • Взаимосвязь ресурсов сервиса
    • Сеть в Managed Service for MongoDB
    • Квоты и лимиты
    • Хранилище в Managed Service for MongoDB
    • Резервные копии
    • Репликация и отказоустойчивость
    • Шардирование
    • Пользователи и роли
    • Техническое обслуживание
    • Поддерживаемые клиенты
    • Настройки MongoDB
  • Управление доступом
  • Справочник Terraform
  • Метрики Monitoring
  • Аудитные логи Audit Trails
  • Публичные материалы
  • История изменений
  • Обучающие курсы

В этой статье:

  • Зависимость настроек от класса хостов
  • Настройки СУБД уровня кластера
  1. Концепции
  2. Настройки MongoDB

Настройки MongoDB

Статья создана
Yandex Cloud
Обновлена 18 сентября 2024 г.
  • Зависимость настроек от класса хостов
  • Настройки СУБД уровня кластера

При создании или изменении кластера Managed Service for MongoDB можно задать настройки, которые относятся к MongoDB.

Метки рядом с названием настройки позволяют определить, с помощью какого интерфейса задается значение этой настройки: консоль управления, CLI или API.

В зависимости от выбранного интерфейса одна и та же настройка будет представлена по-разному. Например, Max incoming connections в консоли управления соответствует:

  • max_incoming_connections в gRPC или CLI;
  • maxIncomingConnections в REST API.

В шардированном кластере некоторые настройки доступны только для определенных ролей хостов.

Зависимость настроек от класса хостовЗависимость настроек от класса хостов

Значения некоторых настроек MongoDB могут быть автоматически скорректированы при изменении класса хостов:

  • Если значения не были заданы или не подходят новому классу, будут применены настройки по умолчанию для этого класса.
  • Если заданные вручную настройки подходят для нового класса, они не будут изменены.

Список настроек, зависящих от класса хостов:

  • Net → Max incoming connections.
  • Engine config → Cache size gb.

Настройки СУБД уровня кластераНастройки СУБД уровня кластера

  • Net Все интерфейсы

    Настройки сетевого взаимодействия.

    • Max incoming connections

      Максимальное количество входящих соединений.

      Минимальное значение — 10, максимальное значение зависит от выбранного класса хостов и равно объему RAM на хосте в МБ, но не более 16384. Значение по умолчанию: 1024.

      Подробнее см. в разделе Ограничения на количество подключений.

    • Compression → Compressors

      Список методов сжатия, которые может использовать хост с ролью MONGOD или MONGOS для сжатия сетевых сообщений. Порядок перечисления методов важен.

      Значение disabled отключает сжатие. Значение по умолчанию — snappy,zstd,zlib.

      Подробнее см. в документации MongoDB.

  • Operation profiling Все интерфейсы

    Примечание

    Настройки недоступны для хостов с ролью MONGOS шардированного кластера.

    Настройки профилировщика СУБД. Профилировщик собирает данные о запросах. Затем на основе этих данных формируется стратегия оптимизации запросов.

    • Mode

      Режим работы профилировщика СУБД:

      • off — профилирование выключено;
      • slowOp (по умолчанию) — собирается информация только о медленных операциях (выполняющихся дольше порога, заданного настройкой Slow op threshold);
      • all — собирается информация обо всех выполняющихся запросах.

      Подробнее см. в документации MongoDB.

    • Slow op sample rate

      Доля медленных операций, которые следует профилировать или логировать. Параметр влияет на журнал диагностики и на профилировщик, если он включен.

      Минимальное значение — 0, максимальное значение — 1, значение по умолчанию — 1.

      Подробнее см. в документации MongoDB.

    • Slow op threshold

      Время выполнения операции (в миллисекундах), при превышении которого она будет считаться медленной.

      Минимальное значение — 0, максимальное значение — 36000000 (10 часов), значение по умолчанию — 300.

      Подробнее см. в документации MongoDB.

  • Set parameter

    • Enable flow control Все интерфейсы

      Определяет, будет ли контролироваться скорость, с которой основной хост выполняет операции записи. Включение параметра гарантирует, что у хостов-реплик метрика «большинство записало изменение» будет не больше предустановленного значения в 10 секунд.

      Значение по умолчанию — false (контроль скорости отключен).

      Подробнее см. в документации MongoDB.

    • Min snapshot history window in seconds Все интерфейсы

      Примечание

      Настройка доступна только для хостов с ролью MONGOD.

      Время в секундах, в течение которого хранится история снапшотов.

      Возможные значения — от нуля и выше, значение по умолчанию — 60. Увеличение значения настройки увеличивает использование диска.

      Подробнее см. в документации MongoDB.

  • Storage Все интерфейсы

    Примечание

    Настройка недоступна для хостов с ролью MONGOS шардированного кластера.

    Для хостов с ролью MONGOCFG доступна только настройка Engine config → Cache size gb.

    Настройки взаимодействия MongoDB с хранилищем данных.

    • Journal → Commit interval

      Интервал в миллисекундах между сохранениями данных журнала MongoDB на диск.

      Минимальное значение — 1, максимальное значение — 500, значение по умолчанию — 300.

      Подробнее см. в документации MongoDB.

    • Wired tiger

      Настройки движка хранения данных:

      • Collection config → Block compressor

        Настройка сжатия данных. Установленное здесь значение будет работать только для новых коллекций. Также вы можете переопределить его для отдельных коллекций и индексов.

        • none — сжатие отключено.
        • snappy — использование библиотеки snappy для сжатия данных. При выборе этой настройки в большинстве случаев сжатие и распаковка будут быстрее, чем при использовании библиотеки zlib, но итоговый размер файлов будет на 20—100% больше.
        • zlib — использование библиотеки zlib для сжатия данных. Этот способ работает медленнее snappy, но в большинстве случаев лучше сжимает данные.

        Подробнее см. в документации MongoDB.

      • Engine config → Cache size gb

        Максимальный размер внутреннего кеша, используемого для хранения данных (в гигабайтах). Эта настройка не влияет на объем RAM, используемый для построения индекса.

        Минимальное значение — 0.25 (256 МБ). Максимальное значение и значение по умолчанию зависят от выбранного класса хостов и задаются формулами:

        • Максимальное значение — 0,9 × <объем_RAM_на_хосте>.
        • Значение по умолчанию — 0,5 × <объем_RAM_на_хосте>.

        Например, для хостов класса s1.medium (8 vCPU, 32 ГБ) максимальное значение настройки — 28.8, значение по умолчанию — 16.

        Подробнее см. в документации MongoDB.

      • Index config → Prefix compression

        Определяет, будет ли выполняться сжатие префиксов для индексов. Изменение параметра влияет на новые индексы, но не влияет на уже созданные.

        Значение по умолчанию — true (сжатие префиксов включено).

        Подробнее см. в документации MongoDB.

Была ли статья полезна?

Предыдущая
Поддерживаемые клиенты
Следующая
Управление доступом
Проект Яндекса
© 2025 ООО «Яндекс.Облако»