LINUX.ORG.RU

Сайт без единой точки отказа


0

1

Здравствуйте. Допустим есть два сервера в разных городах и, при отказе одного, другой может продолжать работать. Вопрос в том как разделять запросы клиентов между этими серверами? Ведь при использовании балансировщика нагрузки, он сам стает единой точкой отказа.

Вопрос в том как разделять запросы клиентов между этими серверами?

DNS round-robin

Ведь при использовании балансировщика нагрузки, он сам стает единой точкой отказа.

балансировщик --- ha cluster, кроме того вероятность отказа простой железки значительно ниже сложного сервера.

sdio ★★★★★
()
Последнее исправление: sdio (всего исправлений: 1)
Ответ на: комментарий от sdio

Но ведь при падении одного из серверов, DNS всё равно будет в половине случаев выдавать недоступный IP?

Если пропадет электричество во всем датацентре, то даже навороченая железка не поможет. Например у Амазона несколько раз за последнее время такое случалось. Как от этого защититься?

procyon
() автор топика
Ответ на: комментарий от procyon

Серверы в разных дата центрах. А зачем нужен 100% аптайм? Даже у гугла его нет. Вы делаете сервис важнее гугла? Скорее всего потери от простоя будут меньше затрат на 100% аптайм.

Legioner ★★★★★
()
Ответ на: комментарий от procyon

Но ведь при падении одного из серверов, DNS всё равно будет в половине случаев выдавать недоступный IP?

система мониторинга поменяет запись в DNS. ttl записи уменьшить, чтобы кэши ДНС обновились быстрее.

sdio ★★★★★
()
Ответ на: комментарий от Legioner

Серверы в разных дата центрах.

То что серверы в разных датацентрах это само собой, мне непонятно как надежно направлять к ним запросы.

А зачем нужен 100% аптайм?

Хочу сначала разобраться как это в принципе может работать.

procyon
() автор топика
Ответ на: комментарий от sdio

система мониторинга поменяет запись в DNS. ttl записи уменьшить, чтобы кэши ДНС обновились быстрее.

Значит надо несколько DNS серверов для полной надежности, так это работает?

procyon
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.