17.01.2014 12:26, Daniel Podolsky пишет:
2014/1/17 Vladimir Skubriev :
День без сайта мы потертим. А более дня я считаю со сторону хостера не
приемлево в принципе.
Перекинуть DNS на другого хостера можно значительно быстрее, чем за день.
Можно поднять резервный прокси в амазоне. Вернее - подг
2014/1/17 Vladimir Skubriev :
> День без сайта мы потертим. А более дня я считаю со сторону хостера не
> приемлево в принципе.
Перекинуть DNS на другого хостера можно значительно быстрее, чем за день.
Можно поднять резервный прокси в амазоне. Вернее - подготовить AMI.
Он, когда выключен, денег не
17.01.2014 12:09, Васильев "Zmey!" Олег пишет:
В таком случае мы усложняем схему и у нас половина клиентов может потеряться не
на умершем канале в офис, а на упавшей ВПСке. Тогда нужен полноценный failover
и всё такое. Но автор топика уже пояснил свои цели и намерения, так что схемы с
одной VP
В таком случае мы усложняем схему и у нас половина клиентов может потеряться не
на умершем канале в офис, а на упавшей ВПСке. Тогда нужен полноценный failover
и всё такое. Но автор топика уже пояснил свои цели и намерения, так что схемы с
одной VPS-frontend хватит, полагаю.
15.01.2014, 11:46, "
Здравствуйте, Vladimir.
>> Ну так никто не мешает сделать две (или более) ВПС-ок фронт-ендов.
>> От них сделать каналы до серверов (с каждой впски через каждый из аплинков)
> Вы имеете в виду VPN ?
Как один из вариантов - да.
Хотя можно обойтись и прямым проксированием.
>> В общем случае тут же
15.01.2014 11:46, Pavel V. пишет:
Тоже, пожалуй, вклинюсь в тред.
Ну так никто не мешает сделать две (или более) ВПС-ок фронт-ендов.
От них сделать каналы до серверов (с каждой впски через каждый из аплинков)
Вы имеете в виду VPN ?
В общем случае тут же можно и внутренний BGP запустить, чтобы
On Wednesday 15 January 2014 10:30:33 Anton Sayetsky wrote:
> 15 января 2014 г., 10:27 пользователь Алексей Сундуков
> написал:
> >> Серьёзно? А можно пример настройки игнорировния TTL для bind9?
> > Серьезно. А я разве говорил о bind-е?
> Так покажите же, что это за чудный DNS-сервер и как в нём
15 января 2014 г., 10:27 пользователь Алексей Сундуков
написал:
>> Серьёзно? А можно пример настройки игнорировния TTL для bind9?
> Серьезно. А я разве говорил о bind-е?
Так покажите же, что это за чудный DNS-сервер и как в нём это
настроить. Ради такого дела даже поставлю где-нибудь.
> Серьёзно? А можно пример настройки игнорировния TTL для bind9?
Серьезно. А я разве говорил о bind-е?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
15 января 2014 г., 10:14 пользователь Алексей Сундуков
написал:
> Ни чего не мешает. Только на практике между нашим DNS и браузером посетителя
> ХХ кэширующих DNS провайдера. Который может указанные нулевые TTL
> игнорировать в лучшем случае.
Серьёзно? А можно пример настройки игнорировния TTL для
> Можете пояснить, что за «проблема недулевого TTL»?
> Что мешает выставить ttl для ns и А записей нулевым? Кроме роста нагрузки
на сеть, естественно.
Ни чего не мешает. Только на практике между нашим DNS и браузером
посетителя ХХ кэширующих DNS провайдера. Который может указанные нулевые
TTL игно
Здравствуйте, Васильев.
Вы писали 14 января 2014 г., 19:24:12:
> Вклинюсь в тред. Если вам нужно организовать надёжность связи с вашими
> серверами, у которых два
> аплинка, то да, вам просто нужна ВПС-ка фронтенд. Если вы хотите общую
> отказоустойчивость, то у
> вас появляется новая единая то
: nginx-ru@nginx.org
Subject: Re: две А записи в DNS - будет ли тормозить, если один из провайдеров
отвалится ?
>Данное решение все-же лучше, чем ничего. Рад выслушать альтернативные решения,
>которые работают вне пределов одного датацентра.
DNS сервер на той же машине, что и веб серв
>Данное решение все-же лучше, чем ничего. Рад выслушать альтернативные
решения,
>которые работают вне пределов одного датацентра.
DNS сервер на той же машине, что и веб сервер + А запись на саму себя. Т.е.
на host1 крутиться DNS который для домена отдает только одну А запись,
причем она ведет на I
14.01.2014 16:24, Васильев "Zmey!" Олег пишет:
Вклинюсь в тред. Если вам нужно организовать надёжность связи с вашими
серверами, у которых два аплинка, то да, вам просто нужна ВПС-ка фронтенд. Если
вы хотите общую отказоустойчивость, то у вас появляется новая единая точка
отказа - внешняя ВПС-
Вклинюсь в тред. Если вам нужно организовать надёжность связи с вашими
серверами, у которых два аплинка, то да, вам просто нужна ВПС-ка фронтенд. Если
вы хотите общую отказоустойчивость, то у вас появляется новая единая точка
отказа - внешняя ВПС-ка.
14.01.2014, 13:58, "Vladimir Skubriev" :
> 1
14.01.2014 13:46, Артем Васильев пишет:
При сильном желании сервить свой крутой и ценный проект на локалхосте
- покупается AS, ставится роутер, который может, любит, и умеет в bgp,
подключается 2-3 провайдера по оптике c нормальным sla. В противном
случае можно продолжать есть кактус с подобным
14.01.2014 13:31, damir bikmuhametov пишет:
On Tue, Jan 14, 2014 at 01:20:56PM +0400, Vladimir Skubriev wrote:
Далеко не всегда можно выносить информацию на сторонние ресурсы.
Кстати у меня как раз такой случай. Слижком уж ценна разработка.
поставьте в vps nginx и настройте на нем проксирован
14.01.2014 13:30, Валентин Бартенев пишет:
On Tuesday 14 January 2014 13:23:29 Vladimir Skubriev wrote:
[..]
Куда ни плюнь везде свои ньюансы.
Так а что после ваших слов посоветуете делать?
Или так: "На что обратить внимание?"
Просто я уже даже настроился на TTL а 1 минуту.
А тут на тебе оче
При сильном желании сервить свой крутой и ценный проект на локалхосте -
покупается AS, ставится роутер, который может, любит, и умеет в bgp,
подключается 2-3 провайдера по оптике c нормальным sla. В противном случае
можно продолжать есть кактус с подобными вопросами и запросами, либо
выбрать более-
On Tue, Jan 14, 2014 at 01:20:56PM +0400, Vladimir Skubriev wrote:
> >Далеко не всегда можно выносить информацию на сторонние ресурсы.
> >
> Кстати у меня как раз такой случай. Слижком уж ценна разработка.
поставьте в vps nginx и настройте на нем проксирование на два бакенда +
кеширование статики.
On Tuesday 14 January 2014 13:23:29 Vladimir Skubriev wrote:
[..]
> Куда ни плюнь везде свои ньюансы.
>
> Так а что после ваших слов посоветуете делать?
>
> Или так: "На что обратить внимание?"
>
> Просто я уже даже настроился на TTL а 1 минуту.
>
> А тут на тебе очередная уточка.
>
Я, как уж
14.01.2014 13:20, Валентин Бартенев пишет:
On Tuesday 14 January 2014 08:40:23 Vladimir Skubriev wrote:
13.01.2014 22:22, Валентин Бартенев пишет:
On Monday 13 January 2014 20:17:34 Sergey Kobzar wrote:
On 01/13/14 19:46, VovansystemS wrote:
Половина попыток подключиться будет обламываться по
14.01.2014 12:45, Лапочкин Константин пишет:
Далеко не всегда можно выносить информацию на сторонние ресурсы.
Кстати у меня как раз такой случай. Слижком уж ценна разработка.
Скорости или latencyдо германии могут не устроить для некоторых задач.
Да и падают датацентры, никто простой в пару
On Tuesday 14 January 2014 08:40:23 Vladimir Skubriev wrote:
> 13.01.2014 22:22, Валентин Бартенев пишет:
> > On Monday 13 January 2014 20:17:34 Sergey Kobzar wrote:
> >> On 01/13/14 19:46, VovansystemS wrote:
> > Половина попыток подключиться будет обламываться по таймауту.
> в итоге клие
14.01.2014 12:24, s...@bykov.odessa.ua пишет:
Зачем вам вообще эти хостинги-шмостинги, сервера асинхронные, днс-ы
непонятные. Ящетаю так - захотелось купить молочка - сходи на рынок,
пообщайся с людьми, поторгуйся в конце концов
Нормальные люди днем уголь разгружают или лес рубят, а вечером с
14.01.2014 11:12, Артем Васильев пишет:
На что только не идут люди, лишь бы не покупать себе впс для хостинга
Надеюсь это очень мудрый совет и я даже частично с ним согласен.
Увы отдаленность от столицы сказывается не в лучшую сторону. )
Хотя скорее это было лирическое отступление нежели призы
...@nginx.org] On Behalf
Of Артем Васильев
Sent: Tuesday, January 14, 2014 1:26 PM
To: nginx-ru@nginx.org
Subject: Re: две А записи в DNS - будет ли тормозить, если один из провайдеров
отвалится ?
Любой ДЦ/хостинг априори надежнее чем такое HA-решение на основе местных
пионер-телекомов.
И
.
>>
>> -Original Message-
>> From: nginx-ru-boun...@nginx.org
<mailto:nginx-ru-boun...@nginx.org>
[mailto:nginx-ru-boun...@nginx.org
<mailto:nginx-ru-boun...@nginx.org>] On
>> Behalf Of Vladimir Skubriev
>> Sent: Tuesday,
и.
> >>
> >> -Original Message-
> >> From: nginx-ru-boun...@nginx.org [mailto:nginx-ru-boun...@nginx.org] On
> >> Behalf Of Vladimir Skubriev
> >> Sent: Tuesday, January 14, 2014 11:21 AM
> >> To: nginx-ru@nginx.org
> >> Subject:
-ru-boun...@nginx.org [mailto:nginx-ru-boun...@nginx.org] On
>> Behalf Of Vladimir Skubriev
>> Sent: Tuesday, January 14, 2014 11:21 AM
>> To: nginx-ru@nginx.org
>> Subject: Re: две А записи в DNS - будет ли тормозить, если один из
>> провайдеров отвалится ?
>>
&g
Amazon Route 53 уже сказали.
>
> -Original Message-
> From: nginx-ru-boun...@nginx.org [mailto:nginx-ru-boun...@nginx.org] On
> Behalf Of Vladimir Skubriev
> Sent: Tuesday, January 14, 2014 11:21 AM
> To: nginx-ru@nginx.org
> Subject: Re: две А записи в DNS - будет ли тормозить, ес
: nginx-ru@nginx.org
Subject: Re: две А записи в DNS - будет ли тормозить, если один из
провайдеров отвалится ?
14.01.2014 09:11, Лапочкин Константин пишет:
> У вас даже всё проще. В случае с 2-я датацентрами, вам надо
> организовывать репликацию. В вашем случае - нет.
>
> Вам надо
14.01.2014 09:11, Лапочкин Константин пишет:
У вас даже всё проще. В случае с 2-я датацентрами, вам надо организовывать
репликацию. В вашем случае - нет.
Вам надо организовать, что бы на каждом входящем интерфейсе слушал dns
сервер и на запрос site.com отдавал свой белый ип.
Допустим, у вас 2
.
-Original Message-
From: nginx-ru-boun...@nginx.org [mailto:nginx-ru-boun...@nginx.org] On
Behalf Of Vladimir Skubriev
Sent: Tuesday, January 14, 2014 10:43 AM
To: nginx-ru@nginx.org
Subject: Re: две А записи в DNS - будет ли тормозить, если один из
провайдеров отвалится ?
14.01.2014 08:17, Лапочкин
, January 14, 2014 12:57 AM
To: nginx-ru@nginx.org
Subject: Re: две А записи в DNS - будет ли тормозить, если один из
провайдеров отвалится ?
On 01/13/14 20:30, VovansystemS wrote:
Кстати, готовые решения есть? А то постоянно приходиться самому
че-то сочинять.
есть route 53 амазона, он умеет
13.01.2014 22:22, Валентин Бартенев пишет:
On Monday 13 January 2014 20:17:34 Sergey Kobzar wrote:
On 01/13/14 19:46, VovansystemS wrote:
Половина попыток подключиться будет обламываться по таймауту.
в итоге клиенты будут не довольны ?
да. я уже много лет с нетерпением жду того момента, когд
13.01.2014 21:46, VovansystemS пишет:
Половина попыток подключиться будет обламываться по таймауту.
в итоге клиенты будут не довольны ?
да. я уже много лет с нетерпением жду того момента, когда браузеры
научатся понимать SRV записи типа а они имеют вид:
_service._proto.name. TTL class SRV pri
@nginx.org
Subject: Re: две А записи в DNS - будет ли тормозить, если один из
провайдеров отвалится ?
On 01/13/14 20:30, VovansystemS wrote:
>> Кстати, готовые решения есть? А то постоянно приходиться самому
>> че-то сочинять.
> есть route 53 амазона, он умеет проверять на доступность и
On 01/13/14 20:30, VovansystemS wrote:
Кстати, готовые решения есть? А то постоянно приходиться самому че-то
сочинять.
есть route 53 амазона, он умеет проверять на доступность и изменять
днс записи по соответствующим правилам.
Не-не. Сервисы, котоырй считают каждый запрос - не наш выбор. Мы е
On 01/13/14 20:22, Валентин Бартенев wrote:
On Monday 13 January 2014 20:17:34 Sergey Kobzar wrote:
On 01/13/14 19:46, VovansystemS wrote:
Половина попыток подключиться будет обламываться по таймауту.
в итоге клиенты будут не довольны ?
да. я уже много лет с нетерпением жду того момента, ко
> Кстати, готовые решения есть? А то постоянно приходиться самому че-то
> сочинять.
есть route 53 амазона, он умеет проверять на доступность и изменять
днс записи по соответствующим правилам.
> Едва ли это можно назвать "фэловер" при ненулевом TTL.
да :(
__
On Monday 13 January 2014 20:17:34 Sergey Kobzar wrote:
> On 01/13/14 19:46, VovansystemS wrote:
> >>> Половина попыток подключиться будет обламываться по таймауту.
> >> в итоге клиенты будут не довольны ?
> >
> > да. я уже много лет с нетерпением жду того момента, когда браузеры
> > научатся пони
On 01/13/14 19:46, VovansystemS wrote:
Половина попыток подключиться будет обламываться по таймауту.
в итоге клиенты будут не довольны ?
да. я уже много лет с нетерпением жду того момента, когда браузеры
научатся понимать SRV записи типа а они имеют вид:
_service._proto.name. TTL class SRV p
>> Половина попыток подключиться будет обламываться по таймауту.
> в итоге клиенты будут не довольны ?
да. я уже много лет с нетерпением жду того момента, когда браузеры
научатся понимать SRV записи типа а они имеют вид:
_service._proto.name. TTL class SRV priority weight port target.
т.е. когда
> т.е. это не дело для продакшена ?
> в итоге клиенты будут не довольны ?
да и да.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Какждый второй приход в магазин он будет закрыт в рабочее время. Вас
это устроит? После какого раза вы прекратите ходить в него?
2014/1/13 Vladimir Skubriev :
> 13.01.2014 20:41, Daniel Podolsky пишет:
>
>>> Если сделать еще одну запись А на IP второго провайдера, но при этом этот
>>> второй прова
13.01.2014 20:41, Daniel Podolsky пишет:
Если сделать еще одну запись А на IP второго провайдера, но при этом этот
второй провайдер будет отключен как будет работать соединение с веб сервером
и севером вообще?
Как вообще клиенты будут работать нормально или же если не предсказуемо ?
Половина поп
> Если сделать еще одну запись А на IP второго провайдера, но при этом этот
> второй провайдер будет отключен как будет работать соединение с веб сервером
> и севером вообще?
> Как вообще клиенты будут работать нормально или же если не предсказуемо ?
Половина попыток подключиться будет обламываться
Добрый день
Есть сервер с двумя подключенными провайдерами.
На данный момент он может работать только с одним из подключений. Т.е.
iproute2 не используется.
И для переключения между провайдерами меняется шлюз по умолчанию и
перезапускаются правила NAT.
Сейчас для узла website.example.com в DN
50 matches
Mail list logo
