Назад | Перейти на главную страницу

MongoDB на EC2 - R3 против R4

У меня 3 узла RS на EC2. Все узлы работают на r3.2xlarge, в котором включена оптимизация EBS.

Недавно AWS выпустила серию r4, которая описывается как лучшая версия r3 - более быстрая память, лучшая сеть, более низкие затраты. Однако в серии r4 нет опции EBS Optimized. У него есть «выделенная пропускная способность для EBS 12 Гбит / с».

Это хорошая идея - переместить узлы на серию r4 или вариант EBS Optimized имеет решающее значение (и его не преодолевает выделенная пропускная способность для EBS)?

Все текущие «4» экземпляра, включая R4, по умолчанию оптимизированы для EBS, как и i3 (высокий уровень ввода-вывода), p3 (вычисления на GPU) и f1 (fpga).

Было бы проще, если бы AWS использовало число для обозначения года выпуска, но оно просто увеличивается при улучшении типа инстанса.

Большой сервер MongoDB может извлечь выгоду из быстрых SSD и очень высоких IOPS хранилища экземпляров i3. R4.2xl стоит 0,53 цента в час. I3.xl стоит 0,31 доллара и получает 2 млн операций ввода-вывода в секунду, i3.2xl - 0,62 доллара и получает 4 млн операций ввода-вывода в секунду. Если вы ограничены вводом-выводом, они могут обеспечить значительно улучшенную производительность.

В отличие от EBS, который является постоянным, хранилище экземпляров может быть потеряно в случае сбоя экземпляра и потеряно при остановке / запуске, но не при перезапуске. Это означает, что вам нужно сохранить это каким-то другим способом. Возможно:

  • Набор реплик MongoDB
  • Вы можете вручную настроить реплику для чтения на меньшем экземпляре и какую-то систему для переключения на другой экземпляр, восстановить первичный в случае сбоя.
  • Другой i3 и либо аварийное переключение, либо осведомленность приложений о нескольких экземплярах