Sergey
я считаю что плавающий ip будет самое оно
Roman
у тебя 2 анонса с разным localpref. маршруты приняты будут только от одного
Sergey
не, там localpref один
Roman
как только сессия с одним из них падает, тут же будут приняты анонсы от второго
Sergey
вощем на bgp публикуются vip банлансировщика
Sergey
как только сессия с одним из них падает, тут же будут приняты анонсы от второго
ты немного не понял
Sergey
у меня тех кто анонсит трое
Sergey
а bgp один
Sergey
и хотелось бы в плане bgp получить быстрое переключение на другой bgp узел с тем же ип
Sergey
давайте я нарисую чтобы было понятно
Oleg
и хотелось бы в плане bgp получить быстрое переключение на другой bgp узел с тем же ип
BGP не про быстрое переключение. BFD про быстрое
Sergey
Sergey
вот примерно такое. anouncer* анонсят /32 маршруты и себя как nexthop для этих маршрутов
Sergey
вес один, поэтому ecmp там будет
Sergey
мне надо чтобы когда bgp1 упал, floating IP переехал на bgp2 как можно быстрее
Oleg
Что значит bgp2 passive? Он не принимает маршруты?
Sergey
принимает
Sergey
на него траф не приходит
Oleg
Почему?
Sergey
блин. смари. есть сеть 10.7.14.0/24
Sergey
из нее аноснсятся /32 на bgp
Sergey
на коммутаторе есть запись в таблице маршрутизации 10.7.14.0/24 nexthop floating ip
Sergey
можно конечно сделать на коммутаторе две записи для 10.7.14.0 но это будет лажа
Sergey
вощем хочу vrrp для bgp
Sergey
из говна и палок
Roman
Sergey
бегает
Sergey
но там его не шибко много
Sergey
А на сколько быстро тебе надо?
Oleg
BGP с коммутатором или с хостами?
Делай BGP с тем, кто принимает решение маршрутизации. Если у тебя и коммутатор маршрутизирует, то делай и с ним, а то у тебя bgp1 или bgp2 могут повалиться
Oleg
Если у тебя коммутатор в точке с floating ip и статики, то никакие маршруты никуда и не пропадут
Oleg
Если bgp1 и bgp2 - это коммутаторы, то делать их active active, никаких статиков на них, свой floating ip в них по BGP с трех хостов снизу
Oleg
Если коммутаторы выше bgp1 и bgp2, то делать между ними bgp тоже, например. Но это не про высокоскоростной файловер, это про маршрутизацию и балансировку. Есть BFD, он для скоростного прощупывания BGP пира, например
Sergey
вощем пока тут пиздел я понял как это правильно сделать
Sergey
возьму два nexus1000v и там сделаю bgp с vrrp
Sergey
самая меньшая ебля
rus
в 10 он встроен
Меня кстати эта фигня всегда раздражала. Я качал какую-то версию, например 3.5, а он не ставится говорит ставь 3.0 сначала.
"Чего ты сам не скачаешь? В чём твоя проблема, мразь?" =)
Sergey
ну это старая беда с prereq
Sergey
как в анектоде про солдат - мне не надо траншею, мне надо чтобы вы заебались
rus
Anonymous
Funerial будет жить. Поприветствуем!
Anonymous
Viktor будет жить. Поприветствуем!
Михаил
Люди какие-то
Dmitrii
IBM настолько медленный и неповоротливый, что они смогли мне назначить второе интервью когда я уже подписала оффер. Может и тут будут достаточно медленными? По официальным данным RH будет поглощён только в конце следующего года. А там, к концу следующего года может что изменится на рынке - например, антимонопольщики заблокируют
Не знаю, насколько они медленные, но уже через 15 минут анонс таки был:
https://www.opennet.ru/opennews/art.shtml?num=49515
Polnoch
Не знаю, насколько они медленные, но уже через 15 минут анонс таки был:
https://www.opennet.ru/opennews/art.shtml?num=49515
в смысле? Они же готовили это долго. У нас на сайте тоже появился сразу
Dmitrii
Итак, теперь за ansible, pulseaudio и systemd — виним IBM.
Михаил
Polnoch
Итак, теперь за ansible, pulseaudio и systemd — виним IBM.
через год, а если запретят антимонопольщики (увы вряд ли запретят) то никогда
Dmitrii
через год, а если запретят антимонопольщики (увы вряд ли запретят) то никогда
а ещё есть маленькие, можно сказать призрачные шансы, что после покупки IBM прикроет эту лавочку...
Dmitrii
Да, да, мечтать не вредно...
Михаил
Systemd уже везде
Polnoch
а ещё есть маленькие, можно сказать призрачные шансы, что после покупки IBM прикроет эту лавочку...
не могу комментировать, т.к. NDA. ждите официальных анонсов
Dmitrii
Знаешь, Миш, у меня новая тактика. Я больше не привожу аргументы против systemd. Я просто говорю, что он мне не нравится.
Polnoch
Знаешь, Миш, у меня новая тактика. Я больше не привожу аргументы против systemd. Я просто говорю, что он мне не нравится.
последовательная загрузка - лучше?
Dmitrii
А все эти агитки, огромные полотна с недостатками, ошибками дизайна, политикой распространения продукта — ну их всех. Их всё равно никто не четает.
Dmitrii
хотя я додумал за ксению немного
Dmitrii
Миф — то, что в sysv не было параллельной загрузки
Dmitrii
По факту, в Debian её реализовали для sysv ещё до того, как началась разработка systemd.
Dmitrii
Но это так, для справки.
Михаил
есть подозрение, что она нахуй никому была не нужна в том виде
Dmitrii
есть подозрение, что она нахуй никому была не нужна в том виде
есть подозрение, что если бы это было так, не возник бы Devuan
Polnoch
в RHEL 6 напомню был upstart. Вряд ли вина Red Hat, и поттеринга, что он не взлетел не только на шапке, но и на убунтах
Михаил
есть подозрение, что если бы это было так, не возник бы Devuan
кому нужен диван кроме 1.5 человек?)
Dmitrii
Dmitrii
Ну, коли апстарт не взлетел на убунтах, так уж и быть.
Dmitrii
Мне просто не нравится systemd, говорю же. :)
Михаил
Ты просто ретроград
Dmitrii
Миша, так я запутался: вот я уже готовил терракт, но теперь не понимаю, куда мне закладывать бомбу... Под главный офис RH или IBM? 😊
Sergey
openrc есть который 1000 лет умеет в паралельную загрузку
Sergey
вообще систем инициализации кто умеет в паралель дохуя
Sergey
а то что системд пытается замениь собой все - это самая большая нелюбовь к нему
Sergey
ну и блядь любая логика скатывается к тому, что системддергает портянку на баше
Sergey
от чего уходили к тому и пришли
Михаил
если у вас дёргается портянка на баше, то это кто-то юниты не умеет писать
Sergey
если у вас дёргается портянка на баше, то это кто-то юниты не умеет писать
это есть ряд джава разрабов которых не разрешают пиздить