On Thu, Oct 11, 2012 at 01:43:14PM +0400, Anton Yuzhaninov wrote:
>
> Как уже писали выше можно заранее убирать IP из DNS, но это долго - запросы
> все равно будут идти даже после того как истечет DNS TTL, да и сам TTL
> маленьким делать плохо.

... вот только почему-то google,

;; ANSWER SECTION:
google.com. 300 IN A 173.194.32.197
google.com. 300 IN A 173.194.32.198
google.com. 300 IN A 173.194.32.195

microsoft (при помощи akamai),

;; ANSWER SECTION:
www.microsoft.com. 3600 IN CNAME toggle.www.ms.akadns.net.
toggle.www.ms.akadns.net. 300 IN CNAME g.www.ms.akadns.net.
g.www.ms.akadns.net. 300 IN CNAME lb1.www.ms.akadns.net.
lb1.www.ms.akadns.net. 300 IN A 65.55.57.27

yandex,

;; ANSWER SECTION:
www.yandex.ru. 900 IN A 213.180.193.3
www.yandex.ru. 900 IN A 213.180.204.3
www.yandex.ru. 900 IN A 77.88.21.3

вконтактег,

;; ANSWER SECTION:
www.vkontakte.ru. 900 IN A 87.240.188.254
www.vkontakte.ru. 900 IN A 87.240.188.252

и много-много кто еще почему-то совершенно не стесняются ставить для
своих сайтов достаточно низкий ttl (от 300 до 900 секунд)...
Примечание: я, разумеется, не говорю что перед этими серверами нет
балансировщиков, или что идея с дополнительными балансировщиками
является плохой, негодной идеей. И стоит ли овчинка выделки в данном
случае - решать не мне.

--
In theory, there is no difference between theory and practice.
But, in practice, there is.

_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru