Итак, у нас есть сервер на AWS для нашего веб-сайта, и мы используем другого провайдера для нашей электронной почты.
У нас есть политика резервного копирования, в которой у нас есть как минимум 3 места со всеми данными с нашего основного сервера, одно из них - это точно такой же веб-сервер, на котором запущено наше веб-приложение в сети нашей компании.
Я искал решение, которое позволило бы этому внутреннему серверу стать готовым решением на случай, если что-то пойдет не так с нашей настройкой AWS.
На данный момент у нас есть этот сервер, настроенный в другом домене, и мне нужно будет вручную добавить запись A в случае сбоя, что в этом случае приведет к некоторому простою.
Из того, что я читал и исследовал:
Я не могу просто настроить еще одну запись A и выключить резервный веб-сервер, так как он попытается подключить некоторых клиентов, и это не удастся.
Я не хочу, чтобы этот внутренний сервер оставался рабочим сервером, поскольку он не так хорош, как в AWS, по нескольким аспектам.
Существуют сторонние сервисы, но они создают единую точку отказа, и, честно говоря, мне гораздо легче доверять своей настройке AWS, чем этим.
Есть ли способ настроить DNS для использования только записи A, когда все другие записи A не отвечают?
Не изначально, потому что записи A не имеют приоритета, как записи MX или SRV.
Так что вы можете:
держите TTL вашей записи A на уровне 0 секунд и используйте программное обеспечение для мониторинга, которое изменяет конфигурацию DNS при сбое экземпляра AWS, или
укажите в записи A какой-то балансировщик нагрузки / шлюз, который контролирует внутренние серверы и решает, кому отправляет трафик.
Во втором методе балансировщик нагрузки становится единственной точкой отказа, но помните, что и в первом методе авторитетный DNS-сервер является единственной точкой отказа.