Я хотел бы вернуться к статической веб-странице, если мой основной веб-сервер не работает (в настоящее время это экземпляр Rackspace Cloud). Это был бы своего рода худший сценарий, которого не должно было случиться, но было раньше (например, сбой оборудования Backspace). Избыточность серверов была бы оптимальным решением, но бюджет вызывает беспокойство ... поэтому я ищу недорогой запасной вариант autoMatic, если что-то случится с единственным сервером в настоящее время
Если у вас нет какого-то второго сервера, использующего настройку циклического перебора DNS, я бы посоветовал вам поговорить с Rckspace, чтобы узнать, есть ли перед вашим сервером балансировщик нагрузки, который может регулярно проверять доступность службы и перенаправлять запросы в другое место по отключение.
По сути, вы ничего не можете сделать с одним сервером, так как, очевидно, перерыв в обслуживании может быть вызван полной потерей сервера, поэтому им нужно управлять извне.
Я ищу недорогой запасной вариант autoMatic, если что-то случится с единственным сервером
Обычный способ сделать это:
Разместите где-нибудь на дешевом плане общего хостинга страницу «Извините, мы остановились на техническом обслуживании».
Используйте поставщика DNS, у которого также есть встроенный мониторинг состояния HTTP. Во время нормальной работы DNS-хост выдает IP-адрес вашего основного (Rackspace) сервера. Если основной сервер не работает, поставщик DNS выдает IP-адрес дешевого поставщика общего хостинга. Примерами таких DNS-провайдеров являются EdgeDirector, DNSMadeSimple, easyDNS.
Но учтите, это решение проблемы гетто. Это более или менее работает, но кеши DNS по всему миру будут кэшировать ваш IP-адрес, а иногда и дольше, чем указанное время жизни (время кеширования). Таким образом отказ со временем будет большим. Больше, чем 1 час обычно независимо от вашего значения DNS Time To Live.
Лучший способ сделать это - это балансировщик нагрузки HTTP перед сервером с резервным сервером, как пишут Chopper3 и Скотт Форсайт.
+1 к комментарию Chopper3.
Если вы устанавливаете обратный прокси-сервер перед парой облачных серверов, вы можете настроить опцию восстановления после сбоя, также известную как Sorry Server. Или, если вы обнаружите, что уровень вашего приложения часто умирает, а ваш сервер - нет, вы можете сделать это даже в одном окне. (не уверен, что это облачный экземпляр только для сайта или у вас есть доступ к серверу)
В пространстве Microsoft для этого отлично работает маршрутизация запросов приложений. Я считаю, что это Squid в пространстве Linux.
Я использовал haproxy на debian, чтобы обеспечить переключение на некоторые машины с Windows, и это работает очень хорошо. Вы даже можете соединить эти серверы, используя тактовый сигнал, и получить отказоустойчивый прокси.
Идеальным механизмом для этого был бы SRV поддержка записи ресурсов в браузерах WWW. Администраторы сервера WWW призывают SRV ресурсная поддержка почти тринадцать лет из-за этого. Обеспечение отката, когда WWW-браузеры понимают SRV ресурсные записи - пустяк, поскольку один просто указывает резервный HTTP-сервер как меньший приоритет, чем обычные HTTP-серверы, и браузеры WWW действуют соответственно, когда они не могут достичь обычных серверов.
К сожалению, WWW-браузеры - это один область, где SRV поддержка отстает, к большому смущению и стыду нескольких поставщиков. Таким образом, вместо этого приходится использовать более сложные механизмы, включающие перенаправление IP-трафика на лету, как указано в нескольких других ответах здесь.