Изи

Изи

Вот и все. DHCP в любом типе сетей одинаково работает. Это чисто l2 связность + выдача адресов только по статическим лизам.

вопрос, dhcp агент попадает ли в этот бридж?

А есть описание этой схемки гдето с картинкой? Мне интересны провайдерские сети, которые не подаются на компьюты, а в нетвркноды...

Какой схемки? Адрес от провайдера фигачится как любая другая сеть. Либо мы о разном, либо я вас не понимаю

Я про вариант, когда внешняя сеть подается на нетворк ноды (выделенные или совмещенные с контроллерами). А от нетворк нод до компьют только оверлей. В этом случае можно на вм подать внешнюю сеть и выдать ей во внешней сети ip адрес?

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

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

А бгп там кстати не умеет анонсить?

Это есть у нас, но уже с помощью сдн тангстена, но это другое. И анонсы все равно с бгвшек идут, а внутри всеравно по андерлею

как опыт с ним ? барики и инстансы в один vxlan удалось поместить ?

Если я правильно помню, это было в качества POC, но в прод не пошло. В привате и так вмки доступ к барикам имеют по l3, в паблике может понадобиться, когда клиент захочет и сервера в цод затащить

Я про вариант, когда внешняя сеть подается на нетворк ноды (выделенные или совмещенные с контроллерами). А от нетворк нод до компьют только оверлей. В этом случае можно на вм подать внешнюю сеть и выдать ей во внешней сети ip адрес?

Если внешняя сеть подается только на "нетворк ноды", то есть, на серверы где есть l3 агенты работающие в режиме source nat, то ты можешь на инстансы назначить плавающий адрес. Сам инстанс про это знать не будет, у него будет фиксированный адрес из self-service сети, а плавающий адрес будет в сетевом неймспейсе роутера и будет делаться NAT 1-to-1 между фиксированным и плавающим адресом.

А нату все так и плохеет когда много ппс?

Если внешняя сеть подается только на "нетворк ноды", то есть, на серверы где есть l3 агенты работающие в режиме source nat, то ты можешь на инстансы назначить плавающий адрес. Сам инстанс про это знать не будет, у него будет фиксированный адрес из self-service сети, а плавающий адрес будет в сетевом неймспейсе роутера и будет делаться NAT 1-to-1 между фиксированным и плавающим адресом.

Хе-хе, всем спасибо, все заработало

firewall_driver = openvswitch уберёт унылые qbr и тд

firewall_driver = openvswitch уберёт унылые qbr и тд

с этим уже можно жить. Осталась проблема, какого хрена диски не удаляются а висят, часть удаляется, часть нет. Виртуалки давно нема, а пишет что диск все еще подключен к ней. Я даже физические лвм тома поубивал, но ему пофиг

так вот нехуй было убивать тома =)

Хоть это я правильно сделал?) Поместил синдеры на компьюты и скормил им vg?

Ну зато пока учишься можно на них сниффать трафик tcpdump.

давно уже есть ovs-tcpdump, так что можно снифить прямо с портов ОВСа

Почему не получается сделать unset property?

Теперь под админом ничего не видно, ни через хоризон, ни через сдк, ни через клиента, вообще никакх

И как лучше с синдером и ссд сделать?

А как минимально архитектурно, будет правильно заново все сделать? Есть 3 сервера, в каждом по 4 SSD. 1 сервер, все что не комьют 2 сервера, компьют, синдер ?

linstor подними. Можно даже без оптимизации. Один хрен нагрузок у тебя там не предвидится, как я понял

Да нормально они вместе живут но нужен бакэнд нетребовательный к ресурсам, типа лвм. У тебя на каждом сервере будет по бакэнду. Но надо корячить шедулер а это тоска.