В настоящее время я изучаю возможность переноса нашей инфраструктуры на Amazon EC2 и пытаюсь найти лучший способ настроить службу MySQL. Я склоняюсь к запуску наших собственных экземпляров MySQL, а не к RDS от Amazon, но все же рассматриваю лучший подход с точки зрения производительности и стоимости самого экземпляра.
Чтобы иметь постоянные данные, данные MySQL должны находиться на томе EBS (с некоторой формой чередующегося RAID, например, RAID0 или RAID10) для повышения устойчивости. Однако ввод-вывод EBS ограничен сетевым интерфейсом (гигабит, теоретический максимум 128 МБ / с), тогда как эфемерные тома не имеют такой проблемы.
Я видел предложение для запуска двух серверов MySQL на экземпляре, с мастером, работающим на временном диске (который мы также будем использовать RAID), и подчиненным устройством, хранящим изменения в томе EBS, но это имеет некоторые дополнительные накладные расходы и сложность (два сервера).
Я представлял себе использование какой-то формы реплицированной файловой системы, так что я мог бы
Преимущества этого были бы
Однако я не видел подходящей системы для копирования всех изменений с одного тома на другой; есть ли файловая система или какой-либо другой подход, который сделает это? Распределенные файловые системы, например GlusterFS, DRBD и т. Д., Похоже, сосредоточены на репликации дисков между серверами, могут ли они быть настроены на то, что меня здесь интересует?
Я также ничего не видел, чтобы другие придерживались такого подхода. Есть ли у меня решение проблемы (т.е. достаточно ли хорошая производительность, поэтому вся эта идея избыточна)? Есть ли какой-то изъян в плане?
В отсутствие лучших ответов, похоже, мы можем использовать RAID1 выполнить это путем создания массива RAID1 поверх RAID0 временных дисков и диска EBS; при чтении, происходящем в основном в эфемерном массиве RAID0, производительность должна быть хорошей, в то время как у нас все еще есть записи, идущие в постоянное хранилище, а также в эфемерные.