Инстансы Amazon RDS: db.m1.large vs db.m3.large

Недавно Amazon анонсированы новые типы инстансов для RDS.

В настоящее время мы работаем db.m1.large, и похоже на новый db.m3.large сопоставимо, но дешевле.

Прежде чем переместить это, я хотел дважды проверить с вами, ребята, что нет никаких скрытых ошибок, которые я не вижу. Есть ли причины не переместить наши экземпляры на новый, более дешевый и быстрый тип экземпляра?

Единственные реальные минусы, которые я вижу:

отсутствие оптимизации PIOPS для db.m3.large (где у вас была бы гарантированная пропускная способность для подключения к томам EBS и PIOPS)
меньший (хотя и более быстрый) экземпляр / временное хранилище для m3.large (32 ГБ SSD против 2x 480 ГБ HDD), и, честно говоря, я не уверен, что хранилище экземпляров актуально для экземпляров RDS

И это все. В обмен на эти минусы вы получаете более быстрые процессоры и более низкие цены.

Я уже переместил стандартный экземпляр m1.large с ведомым устройством CentOS + MySQL (т.е. экземпляр EC2, а не экземпляр RDS) на m3.large. Уровень простоя ЦП упал с 6-7% до 1,5-2%, а пиковые нагрузки снижаются с 85-90% до 45-50%, просто перезапустив m3.large.

согласно документации AWS RDS db.m1.large оптимизирован для PIOPS, а db.m3.large - нет.

Классы экземпляров RDS

Стандарт - второе поколение db.m3.large

виртуальных ЦП: 2 ЭБУ:6.5 Память (ГиБ): 7,5, оптимизировано для PIOPS:Нет Производительность сети: умеренная

Стандарт - первое поколение db.m1.large

виртуальных ЦП: 2 ЭБУ:4 Память (ГиБ) 7,5, оптимизированная для PIOPS:да Производительность сети: умеренная