Кластер БД высокой доступности с быстрым переключением

Весь сервис держится на одном экземпляре базы данных, и это узкое место мешает нам расти спокойно. Стоит серверу зависнуть или уйти на перезагрузку — и приложение полностью недоступно, а восстановление руками занимает драгоценные минуты простоя. Нам нужен грамотный специалист, который перепроектирует хранение данных под высокую доступность и уберёт зависимость от одной-единственной машины.

Главное в проекте — развернуть несколько реплик и настроить автоматический переход на резерв: если ведущий узел падает, обслуживание запросов должно мгновенно продолжиться на исправной копии, без участия человека посреди ночи. Параллельно важно выстроить надёжную схему бэкапов: регулярные полные и добавочные копии, хранение вне основной площадки, разумные сроки хранения и отрепетированный сценарий отката. Система наблюдения обязана заранее подсвечивать растущую задержку репликации и предупреждать о рисках.

От исполнителя ждём владения средствами кластеризации, балансировкой соединений и опытом разбора сбоев под нагрузкой. Порядок работ такой: сперва предложение по архитектуре, затем обкатка на копии данных, репетиция аварийного переключения при нас и лишь после этого перенос в продакшн. К сдаче нужна внятная инструкция на русском, чтобы наши администраторы сами уверенно вели этот кластер дальше.