Откат к резервному серверу при сбое основного сервера без третьей машины

Мне скоро нужно будет настроить сервер базы данных на бюджет. Мы планируем использовать Postgres в Ubuntu (скорее всего) и хотели бы иметь резервный сервер. Для репликации, я думаю, я просто буду использовать потоковую репликацию Postgres. Он делает все, что мне нужно, и прост в настройке.

Но что, если основной сервер выходит из строя и нам нужна резервная копия? Есть ли способ направить данные в резервную копию без третьего компьютера?

Допустим, мой главный компьютер имеет доменное имя PG-MAIN и моя резервная копия имеет имя домена PG-BACKUP, Если бы у меня был третий компьютер, я мог бы (например) проверить, PG-MAIN вверх и если он вниз, переименуйте PG-BACKUP в PG-MAIN, Затем любой запрос отправлен PG-MAIN все равно получится Может быть, это было бы плохим решением. Я на самом деле не знаю. (Хотя в этом ответе "Ошибка сервера" говорится, что использование DNS таким способом - плохая идея.)

Но есть ли способ для резервной копии тихо занять место основного компьютера в случае сбоя без использования третьего компьютера? Я не могу думать ни о чем. Под "отказом" я подразумеваю, что демон базы данных перестает отвечать или пианино падает на компьютер.

Если это окажется абсолютно, безусловно, невозможным, каков будет экономически эффективный способ преодоления последствий? Клиентские приложения будут выполнены на заказ. Должна ли логика резервной части системы обрабатываться клиентскими приложениями? (Эта последняя часть звучит как очень плохая идея.)