Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Синхронизация nginx соединений
- To: nginx-ru@xxxxxxxxx
- Subject: Re: Синхронизация nginx соединений
- From: Илья Шипицин <chipitsine@xxxxxxxxx>
- Date: Thu, 11 Oct 2012 18:00:17 +0600
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=l8B9cxiro2giKm7eV6NuP7CbXVfBa2JvOPuQVnlQ0mM=; b=KKTLBhKMuDJRgh+Ohy7E2rOZQKINgzUtFRFDfOE10KyDmtwwRu7ECBnpj1+L+ZgHeY F6y6qTulTfa21Vcd5BGyMmqaUbPm41/JgzHDhe2+TxtVJB5Of20QArkj4fgaI85W0g3n GPrAqsTIu8BDJQQx0RoXiW6CpuOYYvjh1Z6Wld6jfpaDjrc5Y76JAvoHR5LfFa8ppjVp UFG6Q/XJhY/wUjzx7KhF0sv8f1CTsubg+CUqGk943EVkwHZ/Oafa9boOZdSBM95gXczY CLNOxfL4AZUY02yt+own2+YFtQHwg4xyxDQC3KPaHG97p45SiUiqBxvABotj96vkZl6s yJuQ==
- In-reply-to: <CAPKsgQyCJK4L5gVTF6TSu=UameTWiFk25RUTBbx5m56dGo6zqg@mail.gmail.com>
- References: <CAPKsgQzrhreC0FkBk=Sa84yVaGGojQn_uyqi2+bYX9ZzXDcXQA@mail.gmail.com> <507694B2.8000405@citrin.ru> <20121011110327.GA96144@snar.spb.ru> <CAPKsgQyCJK4L5gVTF6TSu=UameTWiFk25RUTBbx5m56dGo6zqg@mail.gmail.com>
да. CARP переключается руками
ifconfig -g carp carpdemote 100
например, так. если будете смотреть в сторону CARP - очень хорошая реализация на FreeBSD и просто отличная на OpenBSD (у OpenBSD это киллер-фича)
300-секундные ttl-ки весьма распространены, в свое время задавался вопросом "а можно ли еще меньше", внятного ответа не нашел. 11 октября 2012 г., 17:27 пользователь Viacheslav Biriukov <v.v.biriukov@xxxxxxxxx> написал:
Я думаю, что все перечиселнные ребята используют все технологии вместе.
По поводу CARP и pf — можем ли мы делать ручной свичовер, без бутания сервера?
11 октября 2012 г., 14:03 пользователь Alexandre Snarskii <snar@xxxxxxxxxxx> написал:
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.
-- Viacheslav Biriukov
BR
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru
|
