Клёвый Админ

Вот подходящий вариант Symantec backup exec

Коллега, а в чём загвостка то у вас? Берёте любой скриптовый язык и пишете скрипт, или берёте софт для резервного копирования (тысячи их) и настраиваете. Вариантов реально очень много. Вы контекста добавьте или деталей.

Говорят вы не первый

The command is run as follows.
$ mysql_upgrade
If you're getting an access denied error, pass along the username + password.

$ mysql_upgrade
mysqlcheck: Got error: 1045: Access denied for user 'root'@'localhost' (using password: NO) when trying to connect
FATAL ERROR: Upgrade failed
$ mysql_upgrade -u root -p

По отказоустойчивости точки входа трафика - можно например арендовать на том же Амазоне виртуалку, и на ней поднять nginx с проксирвоанием трафика на ваши виртуалки, за аренду такой тачки будут сущие копейки, а доступность у ней будет в разы больше. Не придётся городить огород с DNS и всегда можно будет поднять заглушку на случай падения обоих бакендов.

А почему бы не реплицировать средствами самого H-V? Работает это у них вполне сносно, косяков за год словили минимум (ну кроме того, что после смерти ноды, нужно всё руками разгребать). Можно делать один снепшот, можно хранить много, можно раз в день, можно руками, можно каждую n минуту. В целом более чем ОК работает.

Итак по-порядку:
1. Умирают все диски. Вообще любые. Просто с разной долей вероятности.
1.2 Производительность на запись, в случае с зеркалом, будет равна производительности на запись худшего из дисков (минус небольшой оверхед на синхронизацию), т.е. так то не критично для ssd из двух дисков
(когда дисков много в страйпе и это не ssd - там да, просадка моджет быть существенной, особенно если один из дисков "при смерти", но достаточно жив, что контроллер ещё держит его в группе и не выкидывает).
2. Собирать ради защиты данных зеркало из двух дисков - вообще-то не самый очевидный выход (есть ещё другие виды raid, с другими показателями и областями применения).
3. Обновление прошивки идёт (чаще всего) без разбора raid, в том случае если оно идёт без потери данных.
4. Диски "мрут" по десятку разных причин, начиная от заводского брака, заканчивая тем, что контроллеры могут распределять ячейки данных не одинаково и их износ будет разным (чистая математика и статистика - ячеек с данными на ваших дисках 140 триллионов штук, понятно что распределить их на двух дисках в точности одинаково невозможно).
5. Софтварный рейд - это плохо, но если выключить всякие кешы на запись, которые обычно включены по умолчанию, то боятся будет особо нечего, даные всё равно будут попадать напрямую на диски.
6. Ну и рейд нужен (если он конечно экономически оправдан) в любом случае. Как в продакшине без рейда? А вот для резервных копий - вот там хватило бы и 6-го рейда, зачем там используете 10-тый непонятно.