« Rev
@devops_ru   1690
Fwd »


Александр
противный снег
Pavel
хз, из окна прикольно смотрится :D
Alexander
Два дня можно из дома не выходить, пока не растает
Alexander
В мск не оч
Чойта? За МКАДом нормально так навалило, машины в снегу
Александр
Но тает
Alexander
Пора в лето валить
Дима
а разве иде эта сама не делает?
Стайллинтеры порой бывают довольно приличного размера, порой бывают замороченные правила для того чтобы код имел более оптимальное представление
Дима
Питон же к этому изначально не готов
Мария
Пора в лето валить
Борода ок
Мария
Здрасьте.
Alexander
Борода ок
Маловато, пока на велосипедную цепь не наматывается \o/
Александр
Здрасьте.
Привет, Машике
Мария
Привет, Машике
Привет, Сашенька
Daniel
коллеги
Daniel
мы вот вчера обнаружили, что chrome и firefox ведут себя неожиданным образом
Daniel
вот у нас есть www.something.com
Daniel
и к нему прибиты два ip
Daniel
и по обоим он отвечает
Александр
Всё так. Особенно касаемо богомерского флеша
Daniel
если один адрес сдох - браузер сам это отслеживает, и работает со вторым
Daniel
это неодннократно тестировалось в прошлом, и работало прекрасно
Daniel
мы на этом месте отменили везде ucarp
Daniel
так вот
Daniel
вчера мы - пользователи наши - заметили, что chrome и ff ждут полторы минуты, прежде чем начать работать со вторым адресом
Daniel
я так понимаю - это таймаут попытки соединения с первым
Daniel
safari продолжает работать как раньше
Daniel
что вы об этом знаете?
Anonymous
А где два ip прописаны?
Roki
Dns ?
Yaroslav
или upstream у nginx?
niko
хорошо когда поддержка ничего кроме последнего хрома не нужна
niko
карп они отменили
Vladimir
что вы об этом знаете?
Что днс для фэйловера и балансировки не надо использовать как единственный механизм
Daniel
карп они отменили
несколько лет был не нужен
Sergei
несколько лет был не нужен
а вы снимали телеметрию с браузеров? еще как нужен. просто эти запросы, которые не работали, до вас не доходили.
Daniel
до нас пользователи только вчера дошли с жалобами. а у нас их много. так что - да, снимали телеметрию
Sergei
фиг с ними с браузерами. существует куча кривых днс-серверов, которые возвращают машине первую из группы A-записей. браузер у пользователя в его говносети вообще не знает, что рабочий адрес существует.
Daniel
еще месяц назад ничего такого не было
Sergei
а жалобы через формочку на сайте? постойте...
Daniel
конечно. вы тоже так делаете, между прочим. от вас и научились
Daniel
все, коллеги, завязывайте умничать
Vladimir
все, коллеги, завязывайте умничать
Чувак, мы ее умничаем. Все на твои грабли наступали и результат один - днс балансировка и фэйловер не надежен и не предсказуем
Vladimir
Как второй механизм - да, ок.
Sergei
Даниил, а где здесь завязывать? У тебя изначально чрезвычайно ущербная схема (отказались от CARP). Честно говоря, не знаю, о чем можно дальше говорить. браузер перецепится (наверное). или нет. и когда нет - тебе не повезло.
Vladimir
Как единственный - нет, встретишь прикольные грабли
Vladimir
Вы посмотрите количество юзеров и конверсию в прошлые аутейджи такого плана
Vladimir
А не группу в вк
Daniel
ну ок. спасибо за науку.
Daniel
по заданному вопросу есть, что сказать?
Vladimir
Да ведут. Да непредсказуемо
Daniel
этот факт доступен нам эмпирически
Vladimir
Всегда вели, всегда будут. Вам просто везло
Daniel
вообще-то нет, везение тут ни при чем.
Daniel
Даниил, а где здесь завязывать? У тебя изначально чрезвычайно ущербная схема (отказались от CARP). Честно говоря, не знаю, о чем можно дальше говорить. браузер перецепится (наверное). или нет. и когда нет - тебе не повезло.
месяц назад все протестированные браузеры всех версий нормально обрабатывали описанную ситуацию. вчера обнаружилось, что это больше не так, хром и фф ведут себя не так, как вели месяц назад. я правильно понял, что вы с проблемой еще не столкнулись? а, возможно, и не столкнетесь, раз имеете возможность использовать в плюс к этому другие механизмы отказоустойчивасти... я-то надеялся на простой ответ типа "научи свой роутер отправлять host unreachable". но нет - так и нет
Sergei
0) ситуацию должен отработать не браузер, а сложная система из "браузер-провайдерская сеть-магистральная сеть-ваша внутренняя сеть-сервер". 1) не столкнулись, потому что не надеемся на днс в этом кейсе. 2) не столкнемся. 3) host unreachable может не дойти по 100500 причинам, и надеяться на него в этом случае нельзя. вообще никогда нельзя надеяться на то, что клиент хоть чем-то умнее, чем read из /dev/tcp.
Daniel
при чем тут днс? коллега, вы уверены, что поняли проблему?
Sergei
прекрасно понял. не очень точно употребил термин "днс", читать как "псенвдофейловер с помощью нескольких A-записей в DNS".
Daniel
это вообще не фейловер, об этом в любом учебнике написано
Sergei
Даниил, вы используете несколько записей в DNS как средство обеспечения отказоустойчивости, не используя никаких средств отказоустойчивости на сетевом уровне и кидаетесь в меня учебниками?
Sergei
смело.
Dmitrii
Если я правильно понял проблему, то некоторое время назад гугл перестал делать раундробин нескольких А записей в своем днс
Daniel
нет, опять мимо
Daniel
не перестал
Daniel
и дело не в этом
Dmitrii
Что-то там точно перестало, и инфа об этом была
Vladimir
и дело не в этом
Опиши по пунктам проблему. Текущий сетап, текущую проблему.
Varvara
А если и перестал, то переход ко второй записи должен быть быстрее.
Konstantin
потому как для failover придумали SRV :)
Vladimir
А то то что ты говорил звучит именно как "добавил две а записи, одна сдохла, почему я получаю фигню?"
Daniel
Опиши по пунктам проблему. Текущий сетап, текущую проблему.
популярные браузеры изменили сове поведение. достаточно по пунктам?
« Rev
@devops_ru   1690
Fwd »