Изменение настроек кластера
После создания кластера вы можете:
-
Увеличить размер хранилища (доступно только для сетевого хранилища,
network-hdd
иnetwork-ssd
). -
Настроить серверы MongoDB согласно документации MongoDB.
Изменить класс хостов
- Перейдите на страницу каталога и выберите сервис Managed Service for MongoDB.
- Выберите кластер и нажмите кнопку Изменить кластер на панели сверху.
- Чтобы изменить класс хостов MongoDB, в блоке Класс хоста выберите нужный класс.
- Нажмите кнопку Сохранить изменения.
Если у вас еще нет интерфейса командной строки Yandex.Cloud, установите и инициализируйте его.
По умолчанию используется каталог, указанный в профиле CLI. Вы можете указать другой каталог с помощью параметра --folder-name
или --folder-id
.
Чтобы изменить класс хостов для кластера:
-
Посмотрите описание команды CLI для изменения кластера:
$ yc managed-mongodb cluster update --help
-
Запросите список доступных классов хостов (в колонке
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 | | | | ... | +-----------+--------------------------------+-------+----------+
-
Укажите нужный класс в команде изменения кластера:
$ yc managed-mongodb cluster update <имя кластера> --mongod-resource-preset <ID класса>
Managed Service for MongoDB запустит операцию изменения класса хостов для кластера.
Изменить класс хостов кластера можно с помощью метода API update: передайте в запросе нужные значения в параметре configSpec.mongodbSpec_4_2.mongod.resources.resourcePresetId
.
Список поддерживаемых значений запрашивайте методом list для ресурсов ResourcePreset
.
Увеличить размер хранилища
- Перейдите на страницу каталога и выберите сервис Managed Service for MongoDB.
- Выберите кластер и нажмите кнопку Изменить кластер на панели сверху.
- В разделе Размер хранилища укажите необходимое значение.
- Нажмите кнопку Сохранить изменения.
Если у вас еще нет интерфейса командной строки Yandex.Cloud, установите и инициализируйте его.
По умолчанию используется каталог, указанный в профиле CLI. Вы можете указать другой каталог с помощью параметра --folder-name
или --folder-id
.
Чтобы увеличить размер хранилища для кластера:
-
Посмотрите описание команды CLI для изменения кластера:
$ yc managed-mongodb cluster update --help
-
Проверьте, что в облаке хватает квоты на увеличение хранилища: откройте страницу Квоты для вашего облака и проверьте, что в секции Yandex Managed Service for MongoDB не исчерпано место в строке space.
-
Проверьте, что нужный кластер использует именно сетевое хранилище (увеличить размер локального хранилища пока невозможно). Для этого запросите информацию о кластере и найдите поле
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 ...
-
Укажите нужный объем хранилища в команде изменения кластера (должен быть не меньше, чем значение
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
Вы можете изменить настройки СУБД для хостов вашего кластера.
-
Перейдите на страницу каталога и выберите сервис Managed Service for MongoDB.
-
Выберите кластер и нажмите кнопку Изменить кластер на панели сверху.
-
Измените настройки 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.
-
-
-
-
Нажмите кнопку Сохранить изменения.
Если у вас еще нет интерфейса командной строки 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.
Изменить дополнительные настройки кластера
-
Перейдите на страницу каталога и выберите сервис Managed Service for MongoDB.
-
Выберите кластер и нажмите кнопку Изменить кластер на панели сверху.
-
Измените дополнительные настройки кластера:
-
Начало резервного копирования (UTC) — время по UTC, когда требуется начать резервное копирование кластера (в 24-часовом формате). Если время не задано, резервное копирование начнется в 22:00 UTC.
-
Срок хранения автоматических резервных копий, дней — время, в течение которого нужно хранить резервные копии, созданные автоматически. Если для какой-либо автоматической резервной копии истекает срок хранения, то она удаляется. Значение по умолчанию — 7 дней. Эта функциональность находится на стадии Preview. Подробнее см. в разделе Резервные копии.
Изменение срока хранения затрагивает как новые автоматические резервные копии, так и уже существующие.
Например, если изначальный срок хранения был 7 дней и оставшееся время жизни отдельной автоматической резервной копии при таком сроке — 1 день, то при увеличении срока хранения до 9 дней, оставшееся время жизни этой резервной копии будет уже 3 дня.
-
Окно обслуживания — настройки окна технического обслуживания. С их помощью вы можете указать предпочтительное время начала проведения операций по техническому обслуживанию хостов кластера (например, можно выбрать время, когда кластер наименее нагружен запросами):
- Чтобы указать предпочтительное время начала окна технического обслуживания, выберите пункт по расписанию и задайте нужные день недели и час дня в UTC (Coordinated Universal Time), выбрав значения из выпадающих списков.
- Чтобы разрешить проведение операций технического обслуживания в любое время, выберите пункт произвольное.
Операции по техническому обслуживанию могут включать в себя: обновление версии СУБД, применение патчей и так далее.
-
-
Нажмите кнопку Сохранить изменения.
Если у вас еще нет интерфейса командной строки Yandex.Cloud, установите и инициализируйте его.
По умолчанию используется каталог, указанный в профиле CLI. Вы можете указать другой каталог с помощью параметра --folder-name
или --folder-id
.
Чтобы изменить дополнительные настройки кластера:
-
Посмотрите описание команды CLI для изменения кластера:
yc managed-mongodb cluster update --help
-
Выполните команду, передав список настроек, которые хотите изменить:
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 update: передайте в запросе нужные значения в параметрах configSpec.access
и configSpec.backupWindowStart
.