Я хочу настроить аварийное переключение в следующей конфигурации -
Сервер аварийного переключения (Frontend)
Первичный сервер - Вторичный сервер (используется, если первичный сервер выходит из строя) (Бэкэнд)
Таким образом, трафик идет на аварийное переключение, а затем перенаправляется на первичный сервер, если первичный сервер включен, в противном случае он будет перенаправлен на вторичный сервер.
Во-первых, это лучший способ добиться того, что я пытаюсь сделать, а во-вторых, что, если интерфейс не сработает?
В основном у вас есть VIP как вперед, так и назад. Например;
Два веб-сервера x.x.x.1 и x.x.x.2 имеют обращенный к клиенту VIP x.x.x.3, последний - тот, на который указывают записи DNS, и управляется либо самими серверами, либо другим балансировщиком нагрузки в зависимости от вашей ОС / реализации.
У них также есть VIP с тыльной / внутренней стороны, скажем y.y.y.1, который балансирует нагрузку на их внутренние IP-адреса y.y.y.1 и y.y.y.2. Веб-серверы разговаривают «вниз» с VIP внутреннего уровня (z.z.z.3) через эти последние два интерфейса, но внутренние серверы на этом VIP-уровне года «разговаривают» с ними.
Внутренние серверы могут быть z.z.z.1 и z.z.z.2 с восходящим / выходящим в Интернет VIP-адресом z.z.z.3, и хотя каждый из них взаимодействует с веб-серверами через y.y.y.3 VIP, и с ними разговаривают эти серверы на z.z.z.3 VIP.
Конечно, затем вы можете добавить четвертый / пятый уровень ниже, чтобы ваши внутренние серверы могли общаться с серверами БД, которые могут иметь свои собственные VIP-адреса.
В любом случае вы используете балансировку нагрузки / VIP-адреса повсюду, чтобы разрешить сценарии сбоя, которые, как вы обсуждали, должны быть обработаны.
Когда мы это делаем, у клиента может быть любое количество серверов. Если все они терпят неудачу, их записи указывают на наш «сервер вежливости». Все, что там написано, это «example.com в настоящее время недоступен, зайдите через несколько минут».
Это некрасиво, но более обнадеживает нормального пользователя, чем постоянно вращающийся глобус.