Stanley
На кафку
Stanley
Манную
Илья | 😶☮️🐸
касандра не нужна, есть scyla db
Aleksandr
На кафку
а как ты на кафке RPC делать будешь ?
Илья | 😶☮️🐸
Stanley
нет :)
Неужто лучше? :)
Stanley
а как ты на кафке RPC делать будешь ?
А как rpc с очередью связано? Котлеты отдельно
kn
Неужто лучше? :)
haproxy это прокси, pacemaker - crm
Aleksandr
А как rpc с очередью связано? Котлеты отдельно
ну если с этой точки зрения то ок
Stanley
ну если с этой точки зрения то ок
Не, сейчас кролик неплох и даже не особо делает мозг. Но то что изначально это было так себе решение - наверное все согласятся :)
Aleksandr
относительно того что было в 2014 - он сейчас идеально работает ))))))
Stanley
haproxy это прокси, pacemaker - crm
Ну это многое меняет, ага. Haproxy с консулум подружились :) Так то пофигу. Нету в РФ шапки, чего обсуждать...
Stanley
а вы уже кворумные очереди в проде пробывали ?
Еще бы знать что это такое. :))) я ж кролика боюсь до дрожи. Работает - не трогаю
Aleksandr
Ну это многое меняет, ага. Haproxy с консулум подружились :) Так то пофигу. Нету в РФ шапки, чего обсуждать...
писямейкер в той конфе был как вынужденное решение ) ибо класстер рассыплася при первом чихе и пока мнезию не ебнешь - хуй поднимится. Сейчас кроль себя ведет более предсказуемо
Aleksandr
Еще бы знать что это такое. :))) я ж кролика боюсь до дрожи. Работает - не трогаю
такое милое животное -))) откуда такая кроликофобия ? ))))
Stanley
https://www.rabbitmq.com/quorum-queues.html
Выглядит интересно.
Aleksandr
за эрланг надо эрриксону спасибо сказать )))))
Aleksandr
и каяться за грехи свои ))) что они нам его спустили )))
Aleksandr
да я тоже помню эти OCF скрипты писямейкера для кролика )))) башевская простыня адовая ))
Aleksandr
а как ты настроил ? логика какая ?
Aleksandr
кипаливеды тянут вип ? а хапрокся балансирует через единый вип ? и в transport_url у тебя VIP кроля ?
Aleksandr
те ты в transport_url только VIP указываешь и без стандатного всех трех иснтанцев ?
Aleksandr
а кроль в кластере или просто три инстанца ?
Aleksandr
понял )))
Aleksandr
норм я такое еще в 2015 хотел сделать )))
Aleksandr
когда писямейкер заебал в конец
Stanley
Aleksandr
«это другое, это crm» :)
я знаю )))) он там нахуй не нужен ))) только гемора создавал
kn
а в чем сокровенный смысл ходить в кролика через haproxy, а не указать у клиентов все три его ноды?
Pavel
И тут "А в кубере это из коробки" и быстро валишь.
Pavel
вы же все равно в итоге кубер напишете
kn
это просто.. распространенная практика. я каждый раз когда спрашиваю никто не объясняет
Pavel
haproxy будет проверять кролика и быстре порвет tcp соединение чем тот код который в опенстеке для кролика.
Aleksandr
это как раз почему когда ты класте кроля ввостановил и по инструкции идешь и рестартишь все сервисы которые с кролем работают ибо они не отдупляют регулярно
kn
haproxy будет проверять кролика и быстре порвет tcp соединение чем тот код который в опенстеке для кролика.
ну.. например чтобы не все ложилось на время, пока keepalived переподнимет адрес упавшей ноды. да и как-то было убеждение, что клиент кролика (библиотека) лучше обрабатывает ситуации, когда один трёх северов пропал, чем когда один из одного пропал
Aleksandr
но полноценно сравнить VIP против кластера в transport_url я еще не делал. Но тоже давно хочу потыкать палочкой. Так как реально бывает что он подключился к 3ему он отвалился и на другие он уже не ходит
Pavel
ну.. например чтобы не все ложилось на время, пока keepalived переподнимет адрес упавшей ноды. да и как-то было убеждение, что клиент кролика (библиотека) лучше обрабатывает ситуации, когда один трёх северов пропал, чем когда один из одного пропал
Вот по этому кубер а не вся эта свистопляска с keepalived haproxy и т.д. (там из коробки все это и быстрее) Код для кролика в опентсек тупой и почти ничего не проверяет. Проще keepalived, потому что при попытке отправить пакет серсису сажут "соединения нет, иди нахер", что гораздо луче чем таймау по tcp получить
kn
вроде нет. haproxy же heathceck делает не перед каждым запросом, чтобы соединиться с точно рабочей нодой кролика, а раз в Х секунд. и вот все запросы с момента падения ноды до момента, когда произойдет healthcheck будут уходить в космос. и привет full-sync. разве нет?
kn
Да но не "до 10 минту"
я думал он срабатывает по факту первого неудачного соединения/таймаута
Pavel
я думал он срабатывает по факту первого неудачного соединения/таймаута
в голос tcp там и ретраи будт и таймайты. там весело короче.
Pavel
вроде нет. haproxy же heathceck делает не перед каждым запросом, чтобы соединиться с точно рабочей нодой кролика, а раз в Х секунд. и вот все запросы с момента падения ноды до момента, когда произойдет healthcheck будут уходить в космос. и привет full-sync. разве нет?
Да не каждый. но в хелзчеки учитываются все текущие соединения и их корректная раобота В этом хорош haproxy и по этойже причине плох обычный nginx (там нет активных хелзчеков)
kn
если таймауты нормально выставить на клиенте и в хапроксе то теоретически нет. Но опять же надо проверять. У меня руки еще не дошли
так если в клиенте нормально таймауты настроены (или их можно нормально настроить) возникает опять вопрос - зачем haproxy посередине
Aleksandr
так если в клиенте нормально таймауты настроены (или их можно нормально настроить) возникает опять вопрос - зачем haproxy посередине
что бы не возникло ситуации когда клиент долбится только в один урл из указанных. А я такое видел раньше. Не знаю как сейчас
Aleksandr
Я такое видел, но как сейчас не знаю. По хорошему это надо исправлять или в oslo.messaging или в kobu ) но так то проще
Pavel
так если в клиенте нормально таймауты настроены (или их можно нормально настроить) возникает опять вопрос - зачем haproxy посередине
Гавно там а не настройки. Где-то игнорируются, где-то не суммируется, где-то баги. проще дропнуть tcp с с отправкой icmp о смерти, быстрее переключится.
Pavel
Главное что не dns сервер. Вот яндекс по DNS падал в прошлом году раза 2 или 3 "по жесткому так об пол"
Aleksandr
не, я про transport_url там у тебя 3 кролика указано с разными адресами. но он к одному подключился рандомно и его не отпускает
Artemy
И много гигабайт заопенсорсили. Ток в их Клауде меня напряг console-log-spy и парсер урлов апишек конкурентов с хардкодами под сбер, селектел, мцс, ажур и гугел
NS 🇷🇺
Ну у этих всех опенстек под капотом ) а яндекс убрали его
Vyacheslav
а как же ртк цод? 🙂
Vyacheslav
у них облако на тиониксе всё? 🙂
Vyacheslav
а по тебе так и не скажешь 😄
Vyacheslav
теперь ясно за кем легаси разгребали 🙂
Vyacheslav
самая стабильная площадка - я уходил, а она всё так же работала
Vyacheslav
а вот за nuage надо было бы ответить 🙂
Pavel
Первый директор тионикса... это какой год?
Илья | 😶☮️🐸
Pavel
Тьфу блин. мы опенстек в 18 в кубер затащили и тиониксу расскзазывали.
Pavel
сервисы опенстека?
Pavel
я знаю. он у нас с 18 года в кубере крутится
Pavel
linux bridge не вдижу пока смысла тащить инкаспулсяцию в инкапсуляцию
Pavel
calico (vxlan) -> vlan -> vxlan (приватные сети) - нафига? Я бы понял если бы не было доступ к коммататорам и vlan.
Fedor
linux bridge не вдижу пока смысла тащить инкаспулсяцию в инкапсуляцию
Не боишься, что его деприкейтнут? У меня было ощущение, что сообщество там совсем не шевелится.
Pavel
networking-calico - тоже не лучшее решение, я бы брал cilium
Pavel
Не боишься, что его деприкейтнут? У меня было ощущение, что сообщество там совсем не шевелится.
Я на пенсию выйду быстрее. OVS - мы все можем, ой нет не все OVN - теперь точно все можем, балин опять не все.
Fedor
Овёс с вхланами поверх калики? Но зачем?
Fedor
Так а что? Или в опенстеке сеть на калике строить?
Pavel
так стопе в k8s сеть на calico? в openstack тоже calico? это одна и таже calioco или разные?
Fedor
Я на пенсию выйду быстрее. OVS - мы все можем, ой нет не все OVN - теперь точно все можем, балин опять не все.
Ну dvr оно всё может, в отличие от бриджей. Да и в целом фич больше было. Но работало и то и другое.
Pavel
И собрать все баги калики, не уж спасибо мне ее в k8s хватило. Лучше cilum
Pavel
calico vxlan или ipip ipvs или iptables или ebpf route или bgp и еще куча или