Выравнивание нагрузки / Обработка отказа для набора нескольких VPS через различные центры обработки данных
Это могла также быть проблема маршрутизации. Они могут проверить с помощью ping-запросов Ваш сайт доменным именем и также IP-адресом? tracert или pathping, чтобы видеть, если существует разбивка в их локальной системе маршрутизации к Вашему веб-сайту (возможно, их ISP облуплен?). Они используют OpenDNS случайно? Сообщество OpenDNS доменных теггеров, как было известно, поняло несколько вещей превратно тут и там. Перейдите к домену OpenDNS taggins раздел и поиск для наблюдения то, что говорится о домене: http://www.opendns.com/community/domaintagging/
Примечания:
Сколько вы готовы потратить, я еще не видел, чтобы кто-то полагался на VPS и действительно хотел потратить деньги на случай отказа центра обработки данных.
Что касается ваши рисунки:
Ошибка в первом случае верна, если (и только если) балансировщик нагрузки - это одна машина, если это одна система (как в системе, построенной из нескольких хостов), это больше не верно.
SPA (кратчайший возможный ответ):
Действительно короткий ответ: Вам необходимо получить служебный IP-адрес, доступный во всех ваших регионах. И настройте маршрутизацию BGP.
Еще немного: Обычно это делается с помощью BGP и объявления IP в 2 разных местах. Вы можете настроить его таким образом, чтобы IP-адреса объявлялись все время, но один имеет более низкие предпочтения, чем другой. Таким образом, при нормальных обстоятельствах ваш трафик будет идти только на один сайт, если это не удается, маршрут BGP отбрасывается и трафик переключается на IP-адрес, который все еще доступен.
У нас есть несколько настроек, похожих на это, типичный макет:
] (для каждого местоположения):
2 балансировщика нагрузки
Это место, где также запускается BGP и объявляет свои IP-адреса. Обычно Quagga и некоторые настройки IPVS (мы используем keepalived)
nсерверов для обработки нагрузки (FE)
Случаи сбоя:
Любой 1 балансировщик нагрузки (на одном сайте) не работает
- Обработано по keepalived другой LB просто продолжит его ' s работа
Любой
nkFE выходит из строя (k- это количество FE, которые могут выйти из строя без возникновения проблем)- Обработано LB, проверка удалит от них, и они больше не будут получать трафик
n- (k + 1)Сбой FE (на одном сайте)- Обработано BGP. Мы завершим сеанс BGP на LB на сайте, где вышло из строя слишком много FE. Другое местоположение принимает на себя
любой серьезный сбой на одном сайте
- . Обработано BGP, сеанс BGP будет прерван, а другое местоположение перейдет в
. Извините, я сейчас не в настроении чтобы углубиться в детали выполнения этого вручную. Я предполагаю, что вам будет лучше (и дешевле) арендовать услугу балансировки нагрузки, которая сотворит чудеса за вас. Я читал, что Amazon предоставляет их, но я не
Я пытаюсь добиться того же самого, если вы найдете хорошее решение, напишите нам! :)
На данный момент я получил Amazon EC2 «Elastic IP» (а также «Elastic Load Balaning»), который можно направлять на экземпляры в разных центрах обработки данных в одном регионе. (По иронии судьбы у них однажды был сбой, в результате которого были отключены все центры обработки данных в одном регионе.)
Также я искал в Google этот: http://www.fibercloud.com/MatrixTechnology - похоже, они тоже предоставить то, что вы ищете. (Я сам не осмелился спросить о ценах :)
Пока я вижу, что окончательный ответ - управление собственным BGP, но, по крайней мере, для меня это не вопрос.
Что касается варианта DNS, я в целом согласен, что это не идеален из-за неизбежного кэширования, в основном в браузерах конечных пользователей. Я также согласен с тем, что низкий TTL не идеален, поскольку я думаю, что низкий TTL для небольших сайтов вызовет незначительное замедление, поскольку для большинства пользователей рекурсивные преобразователи DNS не будут иметь его в кеше. (Хотя стоит упомянуть, что google.com имеет TTL 300 секунд). Кстати, браузеры AFAIK будут переключаться на второй IP-адрес, объявленный в DNS, как только они перестанут подключаться к первому, поэтому он не будет полностью отключен, а я бы назвал его ухудшением.
Я думаю об объединении обоих - используя 2 провайдера VPS, каждый из которых размещает 2 хоста - между хостами в одном центре обработки данных используется аварийное переключение IP, а в центрах обработки данных используется DNS (обычно оба IP-адреса объявляются с низким TTL, и при выходе из строя одного из них неудачный IP-адрес удаляется).
Вы должны знать о случае разделения мозга, когда оба сайта борются за удаление IP-адресов друг друга, поскольку они считают друг друга недоступными.