Документация

Создание кластера MongoDB

Чтобы создать кластер:

  1. В главном меню портала перейдите в раздел Ресурсы → Базы данных → Managed Service for MongoDB.
  2. Нажмите на кнопку Подключить или на кнопку Создать кластер, если в проекте уже есть созданный кластер.
  3. Заполните поля:

    Базовые параметры:

    • Название кластера * — уникальное имя кластера в рамках проекта. Введите название или нажмите Сгенерировать название, чтобы сформировать название кластера вида mongodb-vm-<номер>, например, mongodb-vm-0001. Последующим кластерам будут присваиваться названия с увеличивающимся порядковым номером;

      1. Длина названия — от 3 до 64 символов.
      2. Может содержать прописные и строчные буквы латинского алфавита, цифры, дефис и символ нижнего подчёркивания.
    • Описание кластера — заполняется при необходимости;
    • Версия MongoDB * — доступная версия MongoDB.
  4. Нажмите на кнопку Вперед. Заполните поля:

    Параметры виртуальной машины:

    • Количество нод в кластере * — нечётное количество нод в кластере от 1 до 7;
    • Регион * — регион расположения кластера;
    • Зона доступности * — зона доступности, в которой будет находиться кластер;
    • Подсеть * — подсеть, к которой будет подключен кластер;
    • Публичный IP — активируйте переключатель, если к кластеру нужен доступ из сети Интернет. К каждой ноде в кластере будет привязан свой публичный IP-адрес, который отображается на вкладке Ноды;
    • Шардирование — активируйте переключатель, чтобы распределить данные по шардам, если планируете высокую частоту запросов к базе данных и быстрый рост количества данных. Шардирование нельзя активировать, если выбрана 1 нода;
    • Выбрать группу безопасности из доступных — активируйте переключатель и выберите группу безопасности. Если нужной группы безопасности нет, создайте её. Если переключатель не активирован, новая группа безопасности создаётся автоматически;

    • Группа безопасности сетевого интерфейса * — правила для управления сетевым интерфейсом кластера. 

      Важно

      Если заказываете кластер с шардированием, не выбирайте группу безопасности default.

Вычислительные ресурсы:

Тип:

  • Публичные — для публичного облака;
  • Частные — для частного облака.

Семейство — семейство процессоров:

  • general-purpose — процессоры с частотой 2.2 GHz с конфигурациями b2, с частотой 2.8 GHz с конфигурациями b5, с частотой 3.0 GHz с конфигурациями b3 и процессоры с частотой 4.05 GHz с конфигурациями b4;
  • Advanced — процессоры с частотой 3.0 GHz с конфигурациями a1 и процессоры с частотой 2.8 GHz с конфигурациями a5.

Серия — серия процессоров:

  • Intel Cascade Lake 2.2 GHz;
  • Intel Ice lake 2.8 GHz;
  • Intel Cascade Lake 3.0 GHz;
  • AMD EPYC 9004 series 4.05 GHz.

Конфигурация — количество процессоров (CPU) и объём оперативной памяти (RAM). Подробнее см. раздел Конфигурации сервера.

Объём хранилища:

  • Размер диска, ГБ * — размер выделенной памяти на каждой ноде кластера, от 10 ГБ до 2048 ГБ;
  • Тип диска *:
    • Light - IOPS Read: 500 IOPS Write: 300;
    • Basic - IOPS Read: 3000 IOPS Write: 1000;
    • Average cluster 1 - IOPS Read: 10000 IOPS Write: 3000;
    • Average cluster 2 - IOPS Read: 10000 IOPS Write: 3000;
    • Average cluster 3 - IOPS Read: 10000 IOPS Write: 3000;
    • High cluster 1 - IOPS Read: 15000 IOPS Write: 5000;
    • High cluster 2 - IOPS Read: 15000 IOPS Write: 5000;

    • High cluster 3 - IOPS Read: 15000 IOPS Write: 5000.
      IOPS — операции чтения и записи. Чем больше проводится операций чтения, тем меньше операций записи, и наоборот. При выполнении операций расходуется один и тот же дисковый ресурс.

      Примечания

      1. Тип дисков Average cluster и High cluster рекомендуется использовать для серверов, предназначенных для построения кластера на независимых друг от друга дисках. Например, при организации систем типа Primary-Secondary (Master-Slave).

      2. Для оптимальной работы и надёжности хранения данных диски Light и Basic проходят ежедневную проверку и исправление ошибок. В процессе этих проверок могут увеличиваться задержки (latency). Если вам нужна стабильно высокая производительность дисков, выбирайте High cluster. Подробнее см. раздел Задержка и производительность дисков.

5. Нажмите на кнопку Вперед. Заполните поля:

Параметры базы данных:

  • Создать кластер из резервной копии — активируйте переключатель, если нужно восстановить кластер из резервной копии;

  • Тип:

    • Восстановление из резервной копии — создаётся новый кластер из ранее созданной резервной копии (базовой, ручной или автоматической) баз данных;
    • Восстановление с помощью PITR — кластер можно восстановить на любой момент времени — в интервале от создания базовой резервной копии до момента последней записи в лог-файл. Например, если создание резервной копии завершилось 10.12.2023 в 12:00 UTC, а последняя запись в лог-файл сохранена 12.12.2023 в 18:50 UTC, то кластер можно восстановить на любой момент времени в промежутке с 10.12.2023 12:00 UTC до 12.12.2023 18:50 UTC включительно.

    Если выбрано Восстановление из резервной копии, заполните поля:

    • Выберите кластер * — кластер, который нужно восстановить из резервной копии. Список содержит резервные копии кластеров MongoDB, заказанных в текущем проекте;

      1. В главном меню портала перейдите в раздел Ресурсы → Базы данных → Managed Service for MongoDB.
      2. В строке кластера, в котором нужно посмотреть имя резервной копии, нажмите на кнопку .
      3. Перейдите на вкладку Резервные копии:

    Если выбрано Восстановление c помощью PITR, заполните поля:

    • Выберите кластер * — кластер, который нужно восстановить из резервной копии. Список содержит резервные копии кластеров MongoDB, заказанных в текущем проекте;

      1. В главном меню портала перейдите в раздел Ресурсы → Базы данных → Managed Service for MongoDB.
      2. В строке кластера, который нужно восстановить из резервной копии, нажмите на кнопку .
      3. На вкладке Резервные копии выберите раздел PITR:

  • Настроить СУБД — активируйте переключатель, если необходимо изменить параметры СУБД, установленные по умолчанию:

    • Cache size GB * — объём оперативной памяти (RAM), используемой для хранения данных. Эта настройка не влияет на объём оперативной памяти, используемой для построения индекса;
    • Journal Сompressor * — метод сжатия данных журнала:
      • none — сжатие отключено;
      • zlib — для сжатия данных используется библиотека zlib;
      • snappy — для сжатия данных используется библиотека snappy;
      • zstd — для сжатия данных используется библиотека zstd, обеспечивающая более высокую степень сжатия и меньшую загрузку процессора по сравнению с zlib;
    • Max cache overflow filesize GB * — максимальный размер файла cache overflow в ГБ (файл используется движком WiredTiger для хранения метаданных и индексов базы данных MongoDB). Данный параметр ограничивает максимальный размер файла cache overflow, чтобы предотвратить выход MongoDB из строя при чрезмерном росте этого файла. Если установлено значение 0, размер файла не ограничен. Если установлено значение 1 и выше, и размер файла cache overflow его превышает, mongod (основной процесс MongoDB, который принимает, обрабатывает и выполняет запросы) завершается с ошибкой;
    • Block Сompressor * — метод сжатия данных коллекций:

      • none — сжатие отключено;

      • zlib — для сжатия данных используется библиотека zlib;
      • snappy — для сжатия данных используется библиотека snappy;
      • zstd — для сжатия данных используется библиотека zstd, обеспечивающая более высокую степень сжатия и меньшую загрузку процессора по сравнению с zlib;
    • Directory for Indexes — активируйте переключатель, чтобы сохранять индексы и коллекции в отдельных подкаталогах в каталоге данных storage.dbPath. Индексы сохраняются в подкаталоге index, а данные коллекции — в подкаталоге collection;
    • Prefix Compression — активируйте переключатель, чтобы сжимать префиксы для индексов. Изменение параметра влияет на новые индексы, но не влияет на уже созданные.

      Подробнее о настройках СУБД см. в документации MongoDB.

6. Нажмите на кнопку Вперед. Заполните поля:

Дополнительные параметры:

Если нужно автоматически создавать резервные копии всех баз данных кластера, активируйте переключатель Автоматическое резервное копирование и заполните поля: 

  • Кол-во дней хранения автоматических резервных копий * — от 1 до 7. По истечении указанного количества дней резервная копия удаляется автоматически в 00:00 UTC;
  • Время резервного копирования UTC — время в формате hh:mm. Значение по умолчанию 00:00. Ежедневно в указанное время с ноды в кластере Standalone или с ноды-лидера в кластере Replica Set создаётся полная копия всех баз данных, которая отображается на вкладке Резервные копии.

7. Нажмите на кнопку Заказать. Кластер разворачивается около 15 минут.

Созданный кластер отображается на портале:

Чтобы посмотреть информацию о кластере, нажмите на кнопку в строке с нужным кластером. Откроется страница с информацией о кластере:

  

  • на вкладке Информация отображаются основные параметры кластера;
  • на вкладке Базы данных отображаются созданные базы данных;
  • на вкладке Пользователи отображаются пользователи, которым назначена роль в кластере и предоставлен доступ к базам данных;
  • на вкладке Ноды отображается список нод в кластере, их статус, внутренние и публичные IP-адреса;
  • на вкладке Резервные копии отображаются созданные резервные копии и их параметры;
  • на вкладке Настройки СУБД отображаются текущие параметры СУБД, которые можно изменить;
  • на вкладке История действий указаны действия пользователя с кластером.

В созданном кластере можно добавить или удалить ноду, изменить CPU/RAM, увеличить размер диска, подключить или отключить публичный IP-адрес, запустить, остановить или удалить кластер. Подробнее см. раздел Действия с кластером MongoDB.

Мы ответили на ваш вопрос?