но передеплоил просто

так, конечно нельзя делать в проде

В проде можно делать все

А чтобы быстрее починить и не такое придется делать

В проде можно делать все

а иногда и нужно.

кароче я где то с сетью напортачил

но скорее всего это уже не с опенстаком проблема

а иногда и нужно.

Не просто доброе слово, а очень быстро дело…

но скорее всего это уже не с опенстаком проблема

В опенстаке из коробки в целом работать будет все более чем. Но до определенного момента когда дефолтных крутилок не хватит

И тогда начнется тотальный мрак

Не просто доброе слово, а очень быстро дело…

иногда ток под нагрузками видны косяки платформы.. а как ты создашь их на пустом стенде? А никак, все эти темпесты и ралли это синтетика оторванная от реальности

особенно с neutronом косяки на старте вообще не видны

И тогда начнется тотальный мрак

да там и с крутилками хватает.. типа карбора. Делающего бэкапы которые не возможно восстановить

или же freezer

а про кубы которые на гавне палках и обмотанные изолентой

Коллеги, приветствую! Возможно, кто-то сталкивался с подобной проблемой при эксплуатации Kubernetes кластера с CNI Cilium и MetalLB на платформе OpenStack. Суть проблемы: Есть кластер Kubernetes, развернутый в OpenStack. В качестве CNI используется всеми любимый Cilium. DSR (Direct Server Return) на сервисе LoadBalancer при externalTrafficPolicy: Cluster нехотит работать. Предполагаю, что проблема из-за того, что на портах включен Port-Security. Что было сделано на текущий момент в Openstack: • В Security Group установлено правило permit any-to-any (ingress и egress). • В allowed-address-pairs (на всех портах) указаны все необходимые адресные блоки — и для Pod-сети, и для LB-сети. Я понимаю, что DSR и Port-Security в OpenStack во многом противоречат друг другу, но, возможно, есть какой-то воркраунд чтобы оно заработало? P.S. Отключать Port-Security не хотелось бы, так как из-за отключения начинаются другие приколы

0.0.0.0/0 в allowed-address-pairs)

Я об этом тож думал ))) сча попробуем)

0.0.0.0/0 в allowed-address-pairs)

Да проще порт сесурити офф при таких алоу парах )

Да проще порт сесурити офф при таких алоу парах )

ну для одного порта лучше все же такую пару) чем на всем стеке отключить PS

кстати nat средствами ВМ на стеке как раз требует этого при включенном PS

Да проще порт сесурити офф при таких алоу парах )

Если отключить порт секьюрити офф))) то при использовании OVN ))) начинаются приколюхи )))

Например: перетаскиваешь одну VM на другой хост, а у тебя сеть отваливается на других ВМках )

0.0.0.0/0 в allowed-address-pairs)

не помогло (((

Ща попробую еще на CNI Cilium включить для сервисов LB туннелирование dsrDispatch=geneve

Например: перетаскиваешь одну VM на другой хост, а у тебя сеть отваливается на других ВМках )

Не видел такого ниразу

ну для одного порта лучше все же такую пару) чем на всем стеке отключить PS

Зачем на всем стеке. Только на вм с кубами

Коллеги

а br-ex

на control ноде

он должен быть с IP или нет?

Речь про external сетку

типа вот такая схема да

и мне получается назначать external IP надо не на сам интерфейс а на br-ex...

Зачем тебе br-ex на контроле?

Он на компутах и Нетворк нодах должен быть

IP на нем не нужен

у меня нет выделенной network ноды

на контроллерах пока

и за чем тебе br-ex если у тебя такая схема

даже при east/west найдите br-ext?

новый зверь на рынке ... Basis SDN

Ты бы еще смайликом отправил…

и за чем тебе br-ex если у тебя такая схема

Так он сам появился….

Оно работает, но я вечером еще напишу все вводные

Мб что то не так сделал…

он должен быть с IP или нет?

без

ты его целиком отдаешь овсу

если делаешь л3, то агент делает отдельную таблицу маршрутизации в user space и там хостовая ОС сама кинет трафик прямиком в бридж, а овес разрулит по флоу

Ты бы еще смайликом отправил…

я еще и гифкой могу

новый зверь на рынке ... Basis SDN

слишком базовый.. кроме vlan там ничего.. даже статики видимо нету

если делаешь л3, то агент делает отдельную таблицу маршрутизации в user space и там хостовая ОС сама кинет трафик прямиком в бридж, а овес разрулит по флоу

Просто прикол в том что у меня после деплоя не было связности до нод

По external сетке

По external сетке

SG правил?

У меня там ничего создано не было еще

Буквально закончился деплой, а у меня ни один из паблик сервисов недоступен, хотя IP и сетка маршрутизируемые

Возможно все дело в том что это nested Но я еще посмотрю что можно сделать

опенстак и нестед в целом не надо крутить

опенстак и нестед в целом не надо крутить

для тестов норм

Мне для тестов как раз

зато сразу из коробки черный фон, это что бы багов по сети не было видно

последний раз когда я пробовал собирать образ винды на нестед опенстаке оно вываливалось в kernel panic

зато сразу из коробки черный фон, это что бы багов по сети не было видно

скатится в легаси через пару лет

скатится в легаси через пару лет

может и не скатится но на коде Дурова вот вот это, почему я и назвал его слишком базовым https://i.kod.ru/rs:fill/w:1700/q:60/plain/https%3A%2F%2Fkod.ru%2Fcontent%2Fimages%2F2025%2F05%2FIMG_2092-2.jpg

сколько уже мы видели этих убийц vmware, nsx? Да дофига, нет что бы построить что нить свое самобытное что можно впихнуть в zVirt/РедВиртуализацию/ПК СВ Брест/VK onprem 4.х ну или опять таки тот же Veil/VMManager.. идут же по пути опять заточки под Dynamix.

и все это поди под капотом VyOS с дописанным API

vpp прикол, но там тоже не совсем прод реди

всё что не овс/овн требует напильника, в случае импортозамеса ещё и водки

всё что не овс/овн требует напильника, в случае импортозамеса ещё и водки

ну у них на первой картинке ovn от Энжи

сколько уже мы видели этих убийц vmware, nsx? Да дофига, нет что бы построить что нить свое самобытное что можно впихнуть в zVirt/РедВиртуализацию/ПК СВ Брест/VK onprem 4.х ну или опять таки тот же Veil/VMManager.. идут же по пути опять заточки под Dynamix.

Это извечная проблема самопалов, заточка под свои упоротые уникальные костыли требования. Что сопрут в ВК, опенстек ВК билд онли, что этот под ихние хотелки

всё что не овс/овн требует напильника, в случае импортозамеса ещё и водки

до первого рестарта контролплейна когда у тебя еще и компьюты отвалятся к херам

до первого рестарта контролплейна когда у тебя еще и компьюты отвалятся к херам

особое извращение будет когда заказчик придет и скажет "Муцураева Ironic хочу, вот импортозамещенный хуавей и полтонны прочего говна с неизвестным CLI"

Это извечная проблема самопалов, заточка под свои упоротые уникальные костыли требования. Что сопрут в ВК, опенстек ВК билд онли, что этот под ихние хотелки

да тут скорее попытка иметь хорошую мину при плохой игре, Dynamix надо полностью переписать влюкчая все слои, а вот эта балалайка что она даст? По сути ну да, ок она расширит возможности плохой сетевки Dynamix ну то есть станет лучше и веселее, а слой хранения как там поживает? А появился ли SDS(у астры в Бресте ceph из коробки, если убрать всю шелуху то и редвирт может в ceph да и zVirt могет). А тут наше решение закрытое но оно будет когда то крутым.. упреждающий факт того что Dynamix надо переписать в принципе ну на что то иное игнорируется в принципе

прицедент своего опенстека у Базиса был, но ведь в опенстеке много велосипединга

Чтобы что то свое переписать надо сначала признать что то что сделано было сделано плохо, а деньги потрачены зря. Нужно подтащить также совместимость с тем что было раньше - в это тоже больно, часто даже больней чем написать новое. Поэтому костыли и тяжкое наследие вечны

Чтобы что то свое переписать надо сначала признать что то что сделано было сделано плохо, а деньги потрачены зря. Нужно подтащить также совместимость с тем что было раньше - в это тоже больно, часто даже больней чем написать новое. Поэтому костыли и тяжкое наследие вечны

это игры для взрослых

видите как они перекидывают ответственность