CherryPy, выравнивание нагрузки и удаленная обработка отказа
MX Telecom предоставляет довольно хорошую услугу в EMEA и NA использование простого интерфейса HTTP [S] GET.
Обычные функции, такие как адрес инициатора, сообщения "молния", многослойные и отчеты о доставке включены.
Существует две основных части к этому,
- выравнивание нагрузки и обработка отказа через несколько центров обработки данных
- выравнивание нагрузки и обработка отказа через несколько серверов в центре обработки данных
Существует три основных способа сделать мультицентр обработки данных: BGP / "передача любому из узлов", GSLB/DNS или использование механизма обработки отказа источника в CDN. ни один не прост, легок, или дешев.
После того как трафик пользователей прибывает в конкретный центр обработки данных оттуда, Вы хотите loadbalancer компонент. Существуют тонны опций здесь, которые могут быть широко категоризированы как устройство по сравнению с программным обеспечением и layer4-vs-layer7. При оценке по подробной информации, которую Вы действительно предоставляли, я собираюсь держать пари, что Ваши потребности довольно просты, и Ваш бюджет, довольно маленький так, позволяет просто пропуску прямо к nginx для этой части. В nginx можно настроить его для обслуживания статического содержания и loadbalance динамический контент через столько серверов бэкэнда, сколько Вам нравится запускать Ваше приложение Python.
Удача, это - дальняя дорога, которую Вы запустили вниз.
-
1Какие устройства выравнивания нагрузки, добыча говорит, не используют программное обеспечение? – womble♦ 9 January 2010 в 00:50
Существует довольно много дополнительных вопросов в Вашем вопросе, который действительно должен быть их собственными записями - но давайте займемся ими так или иначе...
"Сервер" CherryPy не должен использоваться вообще в производстве, это является большим для разработки, но действительно необходимо использовать Nginx и установку Fastcgi перед приложением CherryPy. Это даст Вам лучший контроль над загрузкой сервера и сколько экземпляров приложения CherryPy необходимо работать для управления той загрузкой.
Ваша озабоченность по поводу выравнивания нагрузки через ISP заставляет меня думать Ваше более взволнованное о дублировании, чем выравнивание нагрузки, потому что необходимо будет волноваться о хранении включенного sync'd данных между различными дата-центрами, который является большим беспокойством, чем, как загрузить баланс через них.
В зависимости от того, сколько бюджетной боли можно обработать, то, что будет управлять решением или использовать аппаратную подсистему балансировки нагрузки или программный продукт. При поиске дублирования, Вы можете иметь установку сервера, зеркально отраженную на другом сайте, и затем изменить Ваши записи DNS для указания на тот сайт в случае отказа. Что-либо еще потребует аппаратных решений, которые включают азбучный суп акронимов как упомянутый выше cagenut.
Мы используем ZXTM для баланса загрузки несколько экземпляров тех же узлов CherryPy. Работает отлично.
Последние версии CherryPy (3.0.4 и 3.2, например) включают фиксацию в сервер WSGI для создания этого более устойчивым. Предыдущие версии приняли бы новые соединения и держались бы за них, даже если очередь входящего запроса wass полный (то есть, если все рабочие потоки были заняты). Теперь, можно установить сервер accepted_queue_timeout на 0, если Вы сделали бы, чтобы они были отклонены сразу же. Закрытие тех соединений сразу позволяет ZXTM пытаться передать соединение на другой узел сразу же.
Вы уверены, что это - то, в чем Вы нуждаетесь? Спросите свое управление число по приемлемому времени простоя, они могут понизить панель к реалистическим уровням. Два абсолютно независимых сайта помещают Вас в категорию больших мальчиков с соответствием оценке на решениях.
Возможно, можно ли найти настраиваемое решение с надежным интернет-партнером? Найдите кого-то готовым предложить Вам Колорадо в различных стойках (на различном кабеле питания) на двух коммутаторах доступа к двум базовым маршрутизаторам к двум совсем другим восходящим каналам.