как построить распределенный сетевой сервис

[makky]

Озадачился сабжевым вопросом...

Как вариант вижу вот такое решение:
1. dns с механизмом round-robin - несколько распределит нагружку между балансировщиками
2. несколько loadbalancer с carp или vrrp - разбалансируют нагрузку между своими бек-ендами
3. бек-энды реплицируют данные между друг другом. Как? Это пока что другой вопрос.

Появляются проблемы:
1. Если все это стоит в одном обвалившемся датацентре, то наша система не работает.
2. Если все это стоит по разным датацентрам, то закешированные в днс ип, не дадут попасть на "живой" балансировщик, т.к выданный намим днс и закешированный клиентским днс ип принадлежит упавшему датацентру.

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

PS: Возможно дополнительные вопросы появятся в ходе обсуждения.

Спасибо.

[makky]

Сейчас подумал, что если можно клиентский днс заставить каждый раз опрашивать мой днс снова, то проблема вообщем-то исчерпана.

[root]

когда я строил "распределенный мыльник" я делал так:
3 mail сервера - DNS round-robin на них
4-ый сервант, с большм кол-вом места на хардах и надежных хардах, держал почтовые ящики, БД и т.п. - т.е. был хранилищем
3 серванта подключали хранилище по NFS
и все работало как надо, т.е. меня такое распределение вполне устроило, а так как хранилище единое, то никаких репликаций между 3-мя серверами просто не нужно

[qqq_test]

http://www.highload.ru/papers2008/7178.html