Я разрабатываю сегментированный кластер MongoDB в AWS. Теперь MongoDB рекомендует использовать с MongoDB типы экземпляров C4, M4 или D2 с подготовленными томами IOPS ebs. Изначально я решил использовать два набора реплик сервера конфигурации с двумя сегментированными кластерами. Каждый сегментированный кластер содержит 20 ГБ набора первичных и вторичных реплик. И два сервера приложений с MongoDB будут работать за балансировщиком нагрузки.
Мой вопрос: могу ли я использовать типы экземпляров общего назначения, такие как t3, в качестве сервера приложений (на котором будет работать MongoDB) или серверов конфигурации? Будет ли это создавать проблемы с производительностью? Насколько я понимаю, нагрузка на конфигурационный сервер будет относительно невысокой.
Не зная шаблонов загрузки, невозможно определить, какой размер экземпляра следует использовать. Выберите тип экземпляра, который, по вашему мнению, должен работать, даже если это T3, монитор его Загрузка процессора, следить за нагрузка ввода-вывода томов, и если вы обнаружите, что он перегружен Обновить Это.
Изменить тип экземпляра просто - остановить / изменить / запустить.
Чтобы сменить диск с gp2 к подготовленный iops Я считаю, что сначала вам нужно будет сделать снимок.
Итак, начнем с некоторые настройка, мониторинг, настройка, повтор.
Надеюсь, это поможет :)
Да, вы можете использовать экземпляры T3. Выберите необходимый размер и отслеживайте использование ЦП, использование диска и отслеживайте / предупреждайте о низких кредитах ЦП и пакетных кредитах EBS. Если у вас закончились кредиты ЦП, вы можете перейти к более крупному экземпляру T или другому типу экземпляра.
Если нагрузка возрастет, вы можете использовать экземпляры серии i3, используя локальные SSD, которые обеспечивают высокую пропускную способность и меньшую задержку для диска. Поскольку твердотельные накопители недолговечны, вам нужно будет выполнять зеркалирование в разных зонах доступности и запускать довольно регулярное резервное копирование (на S3 / EBS), чтобы гарантировать возможность восстановления, если что-то пойдет не так.
Вы также можете рассмотреть AWS DocumentDB, которая представляет собой базу данных Amazon, API-интерфейс совместимую с MongoDB. Это, вероятно, будет проще настроить и управлять, но может не соответствовать вашим потребностям.