Вопросы Теги

как переключить служащий сервер черно-белое основное устройство, вторичное, когда один из них снижается?

Этот поток выглядит релевантным - http://archives.postgresql.org/pgsql-admin/2007-11/msg00228.php.

0
задан 27 January 2010 в 09:23
2 ответа

Какую операционную систему Вы используете?

Два распространенных способа сделать это с подсистемами балансировки нагрузки и с кластерами.

Самый общедоступный метод должен был бы поместить аппаратную подсистему балансировки нагрузки перед веб-серверами. LB обнаружил бы, когда сервис снижается на узле и трафике перенаправления к другому узлу. Существует также много методов балансировки программного обеспечения HA/load.

С кластерами серверы имеют соединения heartbeat и другие методы обнаружения сервисной доступности. В активном/пассивном кластере, поскольку Вы, кажется, говорите о, один сервер был бы активным узлом, и если бы он перестал работать, то другой сервер принял бы сервисы. Нет никакой потребности в изменениях IP, потому что кластер использует один виртуальный IP для внешней доступности.

Вот вопрос о SF, связанный с выполнением этого материала с Apache/Linux.

1
ответ дан 4 December 2019 в 23:13
  • 1
    спасибо... мне сказали записать сценарий, чтобы сделать все это.. действительно ли это возможно с единственным сценарием?? Вашим подходом кажется, что это не столь просто, как это звучит.. и m/c, на котором должен работать сценарий, является окнами, таким образом, я думал о выполнении этого с Python.. –  ashishsony 27 January 2010 в 09:13
  • 2
    В теории Вы могли записать своего рода сценарий, который работал на пассивном узле, и постоянно проверял другой сервер на доступность, затем запускал веб-сервисы, если это понизилось. Вещь, тем не менее, you' d также должен изменить маршрутизацию так, чтобы запросы перешли к ней... и you' d должен дифференцироваться между сервером, являющимся оптовой торговлей вниз или просто проблемой с веб-сервисами, и т.д., потому что это влияло бы на то, что должен сделать сценарий. После того как Вы делаете все это, ну, в общем, you' ре на полпути к реализации Вашей собственной версии выравнивания нагрузки / кластеризирующийся... итак, почему бы не использовать существующее решение? –  phoebus 27 January 2010 в 09:18
  • 3
    Я шел вперед и добавил LB / теги HA к вопросу. –  phoebus 27 January 2010 в 09:23
  • 4
    @phoebus "сценарий, который работал на пассивном узле", означает как работа машины, где адреса разрешены.. как DNS?? Может сценарий, работающий на m/c, где имена адреса разрешены, добиваются цели? - Спасибо.. –  ashishsony 1 February 2010 в 10:57
  • 5
    , который мое простое требование - то, что я должен переключить целевой сервер в зависимости от availbility.. мне не нужен никакой LB/HA.. я не знаю подход, как записать сценарий.. куда этот сценарий работал бы и что я должен сделать в сценарии для достижения того, что я хочу.. DNS, как предполагается, работает на окнах, m/c.. soln должен быть базирующимися окнами.. таким образом, я полагаю, что Python является способом пойти. но я пропускаю подход.. hlp..Спасибо. –  ashishsony 1 February 2010 в 11:20

Обработка отказа DNS может быть полезной в некотором ограниченном количестве случаев. Посмотрите, Почему обработка отказа DNS не рекомендуется?

0
ответ дан 4 December 2019 в 23:13
  • 1
    Я всегда говорю что, если обработка отказа DNS и/или RRDNS быстры и достаточно надежны для Вашей доступности, то Вы могли бы также просто заставить свою обработку отказа запланировать " удалите сервер и зафиксируйте it".;) –  phoebus 27 January 2010 в 09:39

Теги

Похожие вопросы