>> обеспечить доступность из одного датацентра, с одного IP-адреса - да,<br>
можно при помощи CARP (я бы постеснялся в этот список включать ucarp,<br>
если честно, вы его на практике пробовали ?).<br>
<br>Про ucarp - могу скачать что это очень сырая и кривая реализация, которую непонятно кто использует в продакшене, я так и не нашел упоминаний. Мы когда-то пытались использовать его пару недель. Это была жуть, некоторые особенности его поведения до сих не понятны.<br>
Зато из бесплатных решений есть просто отличное - Heartbeat из Linux-HA. После перехода на него, все проблемы связанные с ucarp забыли, например: случайные переключения на фейловер, невозможность контролировать запуск на фейловере всего необходимого софта, в вашем случае nginx.<br>
<br>Насчет доступности такого решения в дата-центрах, то тут я особых проблем не встречал, надо всего два бокса в одной подсети + еще один айпишник без привязки к MAC-адресу.<br>Плюс отсутствие на свичах различных sticky-arp.<br>
Если боитесь, что шаренный айпишик может быть доступен соседям по подсети, то попросите отдельный VLAN. За умеренные деньги ДЦ скорее всего пойдет навстречу. Мы с двумя разными нормально договаривались.<br><br><div class="gmail_quote">
21 июля 2011 г. 6:26 пользователь Илья Шипицин <span dir="ltr"><<a href="mailto:chipitsine@gmail.com">chipitsine@gmail.com</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
это не тупиковый путь, это просто разные задачи.<br>
<br>
обеспечить доступность из одного датацентра, с одного IP-адреса - да,<br>
можно при помощи CARP (я бы постеснялся в этот список включать ucarp,<br>
если честно, вы его на практике пробовали ?).<br>
<br>
обеспечить доступность с нескольких географически распределенных<br>
датацентров - это манипуляции с DNS (либо публикуем сразу несколько<br>
записей, либо публикуем только одну, но с маленьким ttl и по-быстрому<br>
меняем ее при failover-е)<br>
<br>
<br>
<br>
21 июля 2011 г. 1:24 пользователь Gena Makhomed <<a href="mailto:gmm@csdoc.com">gmm@csdoc.com</a>> написал:<br>
<div class="im">> On 20.07.2011 21:23, Sergey Kobzar wrote:<br>
><br>
</div><div class="im">>>> То, что вы хотите, совместную работу приложения,<br>
>>> днс и взаимный мониторинг, насколько мне известно, есть только в<br>
>>> коммерческих решениях, например в Brocade Server Iron, там оно<br>
>>> называется GSLB<br>
><br>
>> Если bind собрать с поддержкой dlz и зпны хранить в SQL, то думаю малыми<br>
>> усилиями можно написать приложение, которое апдейтит зону если какой-то<br>
>> сервер становится недоступен.<br>
><br>
</div><div class="im">> тупиковый путь, что первый что второй.<br>
><br>
> может быть лучше делать через UCARP [1] [2] или что-то аналогичное?<br>
><br>
> кстати, таким образом через High availability имеет смысл делать<br>
> только две машины с nginx frontend, потому что вышедшие из строя<br>
> backend-сервера nginx сам умеет дисейблить на некоторое время.<br>
><br>
> кстати, пока что я не видел на рынке ни одной компании, которая<br>
> предлагает настройку High availability nginx frontend с использованием<br>
> только free and open source software. Есть только аппаратные решения<br>
> за много денег производства F5, Cisco и т.п. (или же я плохо искал)<br>
><br>
> [1] <a href="http://www.ucarp.org/project/ucarp" target="_blank">http://www.ucarp.org/project/ucarp</a><br>
> [2] <a href="http://iarlyy.wordpress.com/2010/03/11/ip-failover-with-ucarp-centos/" target="_blank">http://iarlyy.wordpress.com/2010/03/11/ip-failover-with-ucarp-centos/</a><br>
><br>
</div>> --<br>
> Best regards,<br>
> Gena<br>
<div><div></div><div class="h5">><br>
> _______________________________________________<br>
> nginx-ru mailing list<br>
> <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
> <a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
><br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>@p01nt<br><br>