Р
не рвет. просто при отсутствии консистент хешинга он твои пакеты в другой бекенд лить начнет
Ну про хешинг @elemir90 вроде написал
Size: a a a
2020 February 14
n🐈
ну то есть если ецмп умеет в такие хеши, то и сессии он не рвет)
Р
ну то есть если ецмп умеет в такие хеши, то и сессии он не рвет)
https://tools.ietf.org/html/rfc2992 судя по всему умеет, если я правильно наискосок прочитал этот rfc
n🐈
ну в теории он умеет, вопрос умеет ли твоя железка)
n🐈
Я вам (и себе) принес почитать - https://nag.ru/articles/reviews/105272/ecmp-i-prevratnosti-balansirovki-na-setevom-oborudovanii.html
Тут в конце статьи подборка ссылок. Надо изучить, переварить, и потом возобновить обсуждение )
Тут в конце статьи подборка ссылок. Надо изучить, переварить, и потом возобновить обсуждение )
вот тут про это тоже написано
Р
ну в теории он умеет, вопрос умеет ли твоя железка)
Или софт ;)
n🐈
линукс кмк не умеет
n🐈
кумулус умеет на определенном списке железа
LB
У меня вот сейчас как раз второй вариант - всё на виртуалках, продублировано в двух ДЦ, а HA между ДЦ - только на хелсчеках и днс на Route53.
Можно за cloudflare/fastly спрятаться , там по апи переключать в какой ДЦ запросы слать
NK
Хотелось бы сделать лучше, но вот куда рыпнуться тут можно без бэкграунда в сетях глубокого и без возможности что-то накрутить у хостера, кроме тех самых виртуалок - не очень понятно.
А чем не устраивает то что сейчас? Мне кажется - норм по днс между регионами балансить
n🐈
пока все регионы работают)
AS
А чем не устраивает то что сейчас? Мне кажется - норм по днс между регионами балансить
Да всё норм в принципе, но ощущение что можно лучше )
До 60 секунд время реакции хелсчека, 60 сек ттл днс записи
За несколько минут большинство клиентов уже идет только на живые балансеры.
Но есть меньшинство, те, у кого разные кэширующие днс сервера, особенно провайдеры таким грешат - они игнорят ттл у днс записи и кэшируют её для своих клиентов не на 60 сек, а на минуты-часы.
До 60 секунд время реакции хелсчека, 60 сек ттл днс записи
За несколько минут большинство клиентов уже идет только на живые балансеры.
Но есть меньшинство, те, у кого разные кэширующие днс сервера, особенно провайдеры таким грешат - они игнорят ттл у днс записи и кэшируют её для своих клиентов не на 60 сек, а на минуты-часы.
AS
В принципе т.к. в днс ответе выдаются multiple A-записи, то для тех же браузеров это тоже не проблема. Да и мобильные приложения - недоступен один ip из ответа, идем на другой.
Р
линукс кмк не умеет
Умеет-умеет
n🐈
и как там сид указать?)
NK
Да всё норм в принципе, но ощущение что можно лучше )
До 60 секунд время реакции хелсчека, 60 сек ттл днс записи
За несколько минут большинство клиентов уже идет только на живые балансеры.
Но есть меньшинство, те, у кого разные кэширующие днс сервера, особенно провайдеры таким грешат - они игнорят ттл у днс записи и кэшируют её для своих клиентов не на 60 сек, а на минуты-часы.
До 60 секунд время реакции хелсчека, 60 сек ттл днс записи
За несколько минут большинство клиентов уже идет только на живые балансеры.
Но есть меньшинство, те, у кого разные кэширующие днс сервера, особенно провайдеры таким грешат - они игнорят ттл у днс записи и кэшируют её для своих клиентов не на 60 сек, а на минуты-часы.
У меня в мире кровавого энтерпрайза - несколько минут отказа у части клиентов при отказе целого ДЦ - в принципе норм :)
NK
Но если есть деньги на улучшение - можно спрятаться под CDN и задирать частоту хелсчеков. ИМХО - самое простое решение
AS
Трафик большой, больше пол-петабайта за месяц. На CDN разоримся за такие объемы, считал уже )
n🐈
а сама инфра-то в амазоне? или только роут53 от него?
AS
только роут53 от него