Elastic выглядит как оверкилл тут, вполне реально обойтись просто mysql, просто не удаля данные/записывая их в таблицу. Ну и "довольно много" это очень разные понятия могут быть.
Скорость обработки elastic и mysql сравнивать не совсем корректно, elasticскорее для (не)четкого поиска по данным - если есть четкое понимание по какому полю будете искать(например по ид товара) - то mysql ничуть не хуже и значительно проще в настройке и эксплуатации
Традиционный ответ - либо переносите все максимально близко (в идеале 1 ДЦ вообще), либо по-максимуму кэшируйте все, что приходится доставать с удаленной БД, либо поднимайте зеркало на локальной машине с малокритичными данными, уменьшая кол-во передаваемого по сети.
Ну или все это сразу.
Очень зависит от того, что скрывается под "файловый бекап" - если тупо архив с аватарками и дизайном сайта - то да, шляпа, только диск реанимировать. Если же есть снимок файловой системы - то восстановить очень просто.
Адов холивар. Используйте что умеете/нравится. Для мелко-среднего магазина лучше дельфинчик - проще и дешевле, для крупных/высоконадежных проектов уже придется запускать слоника/еще что-то серьезное.
Это не горизонтальное масштабирование, если вы соединяетесь со всеми базами. Самый простой вариант - Вы должны по данным пользователя (id, логину, ip ...) определить нужную Вам БД и соединяться только с ней. Для этого используется(пишется) балансировщик соединений.