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