Вопросы о MongoDB
-
Что случится с кластером, если выйдет из строя один из хостов?
-
Можно ли развернуть MongoDB-кластер в нескольких зонах доступности?
-
Почему кластер работает медленно, хотя вычислительные ресурсы использованы не до предела?
Почему стоит использовать MongoDB в Managed Service for MongoDB, а не собственную установку на виртуальной машине?
Managed Service for MongoDB автоматизирует рутинное обслуживание БД:
- быстрое развертывание БД с необходимыми доступными ресурсами;
- резервное копирование данных;
- регулярное обновление ПО;
- обеспечение отказоустойчивости кластеров БД;
- мониторинг и статистика использования БД.
Что случится с кластером, если выйдет из строя один из хостов?
Если в кластере БД больше 1 реплики, при потере одного хоста кластер продолжит работу.
Данные могут потеряться только если вышел из строя единственный хост в кластере.
Можно ли развернуть MongoDB-кластер в нескольких зонах доступности?
Да. Кластер БД может состоять из хостов, расположенных как в разных зонах, так и в разных регионах доступности.
Как проводится резервное копирование для кластеров MongoDB?
Резервные копии создаются каждые 24 часа и хранятся 7 дней после создания. Восстановить данные можно только на момент создания копии.
Как устроена репликация для MongoDB?
Managed Service for MongoDB использует стандартный механизм репликации MongoDB: если в кластере есть больше 1 активного хоста, среди них автоматически выбирается первичный сервер, обрабатывающий запросы на запись.
Подробнее о том, как организована репликация в MongoDB, читайте в документации СУБД
Какие ограничения накладываются на кластеры БД MongoDB?
Для кластеров MongoDB установлены следующие ограничения:
- В каждом кластере может быть не больше 5 хостов.
- Максимальный объем хранилища для каждого кластера MongoDB — 605 ГБ.
Подробнее об ограничениях сервиса Managed Service for MongoDB см. раздел Квоты и лимиты в Managed Service for MongoDB.
Почему кластер работает медленно, хотя вычислительные ресурсы использованы не до предела?
Вероятно, максимальные значения IOPS и пропускной способности (bandwidth) хранилища недостаточны для обработки текущего количества запросов. В этом случае срабатывает троттлинг и быстродействие всего кластера падает.
Максимальные IOPS и bandwidth прирастают на фиксированную величину при увеличении размера хранилища на определенный шаг. Шаг и прирост зависят от типа дисков:
Тип дисков | Шаг, ГБ | Прирост макс. IOPS (чтение/запись) | Прирост макс. bandwidth (чтение/запись), МБ/с |
---|---|---|---|
network-hdd |
256 | 300/300 | 30/30 |
network-ssd |
32 | 1000/1000 | 15/15 |
network-ssd-nonreplicated |
93 | 28000/5600 | 110/82 |
Чтобы увеличить максимальные значения IOPS и bandwidth и снизить вероятность троттлинга, расширьте размер хранилища при изменении кластера.
Если вы используете хранилище с типом диска network-hdd
, рассмотрите возможность перехода на network-ssd
или network-ssd-nonreplicated
путем восстановления кластера из резервной копии.