Yandex.Cloud
  • Сервисы
  • Почему Yandex.Cloud
  • Сообщество
  • Решения
  • Тарифы
  • Документация
  • Связаться с нами
Подключиться
Yandex Managed Service for MongoDB
  • Начало работы
  • Пошаговые инструкции
    • Все инструкции
    • Информация об имеющихся кластерах
    • Создание кластера
    • Миграция базы данных в Yandex.Cloud
    • Подключение к базе данных
    • Остановка и запуск кластера
    • Изменение настроек кластера и базы данных
    • Обновление версии MongoDB
    • Управление базами данных
    • Управление хостами кластера
    • Управление пользователями БД
    • Управление резервными копиями
    • Управление шардами
    • Удаление кластера
  • Сценарии использования
    • Шардирование коллекций
  • Концепции
    • Взаимосвязь ресурсов сервиса
    • Классы хостов
      • Действующие классы хостов
      • Архив
        • До 1 июня 2020 года
      • Использование устаревших классов хостов
    • Сеть в Managed Service for MongoDB
    • Квоты и лимиты
    • Типы хранилища
    • Резервные копии
    • Репликация
    • Шардирование
    • Пользователи и роли
    • Поддерживаемые клиенты
  • Управление доступом
  • Правила тарификации
    • Действующие правила
    • Архив
      • До 1 января 2019 года
      • С 1 января до 1 марта 2019 года
      • С 1 марта 2019 года до 1 февраля 2020 года
  • Справочник API
    • Аутентификация в API
    • gRPC
      • Обзор
      • BackupService
      • ClusterService
      • DatabaseService
      • ResourcePresetService
      • UserService
      • OperationService
    • REST
      • Обзор
      • Backup
        • Обзор
        • get
        • list
      • Cluster
        • Обзор
        • addHosts
        • addShard
        • backup
        • create
        • delete
        • deleteHosts
        • deleteShard
        • enableSharding
        • get
        • getShard
        • list
        • listBackups
        • listHosts
        • listLogs
        • listOperations
        • listShards
        • move
        • restore
        • start
        • stop
        • update
      • Database
        • Обзор
        • create
        • delete
        • get
        • list
      • ResourcePreset
        • Обзор
        • get
        • list
      • User
        • Обзор
        • create
        • delete
        • get
        • grantPermission
        • list
        • revokePermission
        • update
      • Operation
        • Обзор
        • get
  • Вопросы и ответы
    • Общие вопросы
    • Вопросы о MongoDB
    • Все вопросы на одной странице
  1. Пошаговые инструкции
  2. Изменение настроек кластера и базы данных

Изменение настроек кластера

  • Изменить класс хостов
  • Увеличить размер хранилища
  • Изменить настройки MongoDB
  • Изменить дополнительные настройки кластера

После создания кластера вы можете:

  • Изменить класс хостов.

  • Увеличить размер хранилища (доступно только для сетевого хранилища, network-hdd и network-ssd).

  • Настроить серверы MongoDB согласно документации MongoDB.

  • Изменить дополнительные настройки кластера.

Изменить класс хостов

Консоль управления
CLI
API
  1. Перейдите на страницу каталога и выберите сервис Managed Service for MongoDB.
  2. Выберите кластер и нажмите кнопку Изменить кластер на панели сверху.
  3. Чтобы изменить класс хостов MongoDB, в блоке Класс хоста выберите нужный класс.
  4. Нажмите кнопку Сохранить изменения.

Если у вас еще нет интерфейса командной строки Yandex.Cloud, установите и инициализируйте его.

По умолчанию используется каталог, указанный в профиле CLI. Вы можете указать другой каталог с помощью параметра --folder-name или --folder-id.

Чтобы изменить класс хостов для кластера:

  1. Посмотрите описание команды CLI для изменения кластера:

    $ yc managed-mongodb cluster update --help
    
  2. Запросите список доступных классов хостов (в колонке ZONES указаны зоны доступности, в которых можно выбрать соответствующий класс):

    $ yc managed-mongodb resource-preset list
    
    +-----------+--------------------------------+-------+----------+
    |    ID     |            ZONE IDS            | CORES |  MEMORY  |
    +-----------+--------------------------------+-------+----------+
    | s1.micro  | ru-central1-a, ru-central1-b,  |     2 | 8.0 GB   |
    |           | ru-central1-c                  |       |          |
    | ...                                                           |
    +-----------+--------------------------------+-------+----------+
    
  3. Укажите нужный класс в команде изменения кластера:

    $ yc managed-mongodb cluster update <имя кластера>
         --mongod-resource-preset <ID класса>
    

    Managed Service for MongoDB запустит операцию изменения класса хостов для кластера.

Изменить класс хостов кластера можно с помощью метода API update: передайте в запросе нужные значения в параметре configSpec.mongodbSpec_4_2.mongod.resources.resourcePresetId.

Список поддерживаемых значений запрашивайте методом list для ресурсов ResourcePreset.

Увеличить размер хранилища

Консоль управления
CLI
API
  1. Перейдите на страницу каталога и выберите сервис Managed Service for MongoDB.
  2. Выберите кластер и нажмите кнопку Изменить кластер на панели сверху.
  3. В разделе Размер хранилища укажите необходимое значение.
  4. Нажмите кнопку Сохранить изменения.

Если у вас еще нет интерфейса командной строки Yandex.Cloud, установите и инициализируйте его.

По умолчанию используется каталог, указанный в профиле CLI. Вы можете указать другой каталог с помощью параметра --folder-name или --folder-id.

Чтобы увеличить размер хранилища для кластера:

  1. Посмотрите описание команды CLI для изменения кластера:

    $ yc managed-mongodb cluster update --help
    
  2. Проверьте, что в облаке хватает квоты на увеличение хранилища: откройте страницу Квоты для вашего облака и проверьте, что в секции Yandex Managed Service for MongoDB не исчерпано место в строке space.

  3. Проверьте, что нужный кластер использует именно сетевое хранилище (увеличить размер локального хранилища пока невозможно). Для этого запросите информацию о кластере и найдите поле disk_type_id — его значение должно быть network-hdd или network-ssd:

    $ yc managed-mongodb cluster get <имя кластера>
    
    id: c7qkvr3u78qiopj3u4k2
    folder_id: b1g0ftj57rrjk9thribv
    ...
    config:
      mongodb_4_4:
        mongod:
          config:
            user_config: {}
          resources:
            resource_preset_id: s1.micro
            disk_size: "21474836480"
            disk_type_id: network-ssd
    ...
    
  4. Укажите нужный объем хранилища в команде изменения кластера (должен быть не меньше, чем значение disk_size в свойствах кластера):

    $ yc managed-mongodb cluster update <имя кластера>
         --mongod-disk-size <размер хранилища в ГБ>
    

    Если все условия выполнены, Managed Service for MongoDB запустит операцию по увеличению объема хранилища.

Изменить размер хранилища для кластера можно с помощью метода API update: передайте в запросе нужные значения в параметре configSpec.mongodbSpec_4_2.mongod.resources.diskSize.

Проверьте, что в облаке хватает квоты на увеличение хранилища: откройте страницу Квоты для вашего облака и проверьте, что в секции Yandex Managed Service for MongoDB не исчерпано место в строке space.

Изменить настройки MongoDB

Вы можете изменить настройки СУБД для хостов вашего кластера.

Консоль управления
CLI
API
  1. Перейдите на страницу каталога и выберите сервис Managed Service for MongoDB.

  2. Выберите кластер и нажмите кнопку Изменить кластер на панели сверху.

  3. Измените настройки MongoDB, нажав кнопку Настроить в блоке Настройки СУБД:

    • Net → Max incoming connections — максимальное количество входящих соединений.

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

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

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

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

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

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

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

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

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

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

      • Journal → Commit interval — интервал в миллисекундах между сохранениями данных журнала MongoDB на диск.

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

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

      • Wired tiger — настройки движка хранения данных:

        • Connection config → Block compressor — настройка сжатия данных. Установленное здесь значение будет работать только для новых коллекций. Также вы можете переопределить его для отдельных коллекций и индексов.

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

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

        • Engine config → Cache size gb — максимальный размер внутреннего кеша, используемого для хранения данных (в гигабайтах). Эта настройка не влияет на объем RAM, используемый для построения индекса.

          Минимальное значение — 0.25, максимальное значение — 90% от объема RAM на хосте, значение по умолчанию — 50% от объема RAM на хосте.

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

  4. Нажмите кнопку Сохранить изменения.

Если у вас еще нет интерфейса командной строки Yandex.Cloud, установите и инициализируйте его.

По умолчанию используется каталог, указанный в профиле CLI. Вы можете указать другой каталог с помощью параметра --folder-name или --folder-id.

Чтобы изменить настройки СУБД для кластера, используйте команду:

$ yc managed-mongodb cluster update-config

Например, для установки значения параметра net.maxIncomingConnections в 4096, выполните следующую команду:

$ yc managed-mongodb cluster update-config <имя кластера>
    --set net.max_incoming_connections=4096

Managed Service for MongoDB запустит операцию изменения настроек СУБД для кластера. Если изменяемая настройка применяется только с перезапуском СУБД, то Managed Service for MongoDB последовательно перезапустит СУБД на всех хостах кластера.

Изменить настройки СУБД для кластера можно с помощью метода API update: передайте в запросе нужные значения в параметре configSpec.mongodbSpec_4_2.mongod.config.

Все поддерживаемые настройки описаны в справочнике API.

Изменить дополнительные настройки кластера

Консоль управления
CLI
  1. Перейдите на страницу каталога и выберите сервис Managed Service for MongoDB.

  2. Выберите кластер и нажмите кнопку Изменить кластер на панели сверху.

  3. Измените дополнительные настройки кластера:

    • Начало резервного копирования (UTC) — время по UTC, когда требуется начать резервное копирование кластера (в 24-часовом формате). Если время не задано, резервное копирование начнется в 22:00 UTC.

    • Срок хранения автоматических резервных копий, дней — время, в течение которого нужно хранить резервные копии, созданные автоматически. Если для какой-либо автоматической резервной копии истекает срок хранения, то она удаляется. Значение по умолчанию — 7 дней. Эта функциональность находится на стадии Preview. Подробнее см. в разделе Резервные копии.

      Изменение срока хранения затрагивает как новые автоматические резервные копии, так и уже существующие.

      Например, если изначальный срок хранения был 7 дней и оставшееся время жизни отдельной автоматической резервной копии при таком сроке — 1 день, то при увеличении срока хранения до 9 дней, оставшееся время жизни этой резервной копии будет уже 3 дня.

    • Окно обслуживания — настройки окна технического обслуживания. С их помощью вы можете указать предпочтительное время начала проведения операций по техническому обслуживанию хостов кластера (например, можно выбрать время, когда кластер наименее нагружен запросами):

      • Чтобы указать предпочтительное время начала окна технического обслуживания, выберите пункт по расписанию и задайте нужные день недели и час дня в UTC (Coordinated Universal Time), выбрав значения из выпадающих списков.
      • Чтобы разрешить проведение операций технического обслуживания в любое время, выберите пункт произвольное.

      Операции по техническому обслуживанию могут включать в себя: обновление версии СУБД, применение патчей и так далее.

  4. Нажмите кнопку Сохранить изменения.

Если у вас еще нет интерфейса командной строки Yandex.Cloud, установите и инициализируйте его.

По умолчанию используется каталог, указанный в профиле CLI. Вы можете указать другой каталог с помощью параметра --folder-name или --folder-id.

Чтобы изменить дополнительные настройки кластера:

  1. Посмотрите описание команды CLI для изменения кластера:

    yc managed-mongodb cluster update --help
    
  2. Выполните команду, передав список настроек, которые хотите изменить:

    yc managed-mongodb cluster update <имя кластера> \
        --backup-retain-period-days=<срок хранения> \
        --backup-window-start <время начала резервного копирования> \
        --maintenance-window type=<weekly или anytime>
    

Вы можете изменить следующие настройки:

  • --backup-retain-period — срок хранения автоматических резервных копий (в днях).

    Значение параметра <срок хранения> задается в диапазоне от 7 до 35 (по умолчанию — 7). Эта функциональность находится на стадии Preview. Подробнее см. в разделе Резервные копии.

    Изменение срока хранения затрагивает как новые автоматические резервные копии, так и уже существующие.

    Например, если изначальный срок хранения был 7 дней и оставшееся время жизни отдельной автоматической резервной копии при таком сроке — 1 день, то при увеличении срока хранения до 9 дней, оставшееся время жизни этой резервной копии будет уже 3 дня.

  • --backup-window-start — время начала резервного копирования кластера, задается по UTC в формате HH:MM:SS. Если время не задано, резервное копирование начнется в 22:00 UTC.
  • --maintenance-window — настройки окна технического обслуживания. С их помощью вы можете указать предпочтительное время начала проведения операций по техническому обслуживанию хостов кластера (например, можно выбрать время, когда кластер наименее нагружен запросами):
    • type=anytime — техническое обслуживание может проводиться в любое время.
    • type=weekly — техническое обслуживание должно выполняться по расписанию. Укажите через запятую в параметрах day и hour предпочтительные день и час начала окна технического обслуживания, например: type=weekly,day=wed,hour=14.
      По умолчанию техническое обслуживание может проводиться в любое время.

Имя кластера можно получить со списком кластеров в каталоге.

API

Воспользуйтесь методом API update: передайте в запросе нужные значения в параметрах configSpec.access и configSpec.backupWindowStart.

В этой статье:
  • Изменить класс хостов
  • Увеличить размер хранилища
  • Изменить настройки MongoDB
  • Изменить дополнительные настройки кластера
Language
Вакансии
Политика конфиденциальности
Условия использования
© 2021 ООО «Яндекс.Облако»