то все?

Я просто не понимаю сути проблемы, может задачи у нас другие

Ок, например "игровой хостинг", использую ваш клауд, киберкотлеты что-то не поделили, вам прилетело 400Mpps условно валидного трафика

400Mpps - это густо..

Не ну замечательно

причем тут 100 гигабитные карты?

Или пачка виртуалок с виртио справится лучше с таким?

Опять же 400mpps у вас цод скушает без проблем и сразу?

Ну и отбивание таких штук, ну это явно не задача серваков

Инкапсула, своего бегемота 3+ года назад собрала

vhost-user меньше боли доставляет имхо

Разные задачи то

Если нужна большая пропускная способность с виртуалки, то лучше sriov ничего нету

если куча всяких сервисов мелких, то vhost лучше

Или немного наркомании

Dpdk/whatever на PF/VF

Инкапсула, своего бегемота 3+ года назад собрала

В инкапусле как я помню там не просто карты стоят, а типа свитчи

Надо поглядеть, что на старом у них было

но новом там какая то интеловая фигня вроде

Fm6000 фулкрум в девичестве

Ради тикама и фронт балансера между сокетами

По сэмплингу сдетектировали атаку, пнули в свитч чип правила, и бонусом flowspec выше

http://www.silicom-usa.com/pr/x86-open-appliances/data-center-switching/na226401/

Во, нашел старый бегемот у них жрал 170Gbps и 100mpps

18 десяток на нем

привет! а изменение virt_type/cpu_mode требует пересоздания инстансов? инстансы мигрировали на гипервизоры с более новыми процессорами, а обратно уезжать уже не хотят, там более старые cpu)

с т.з. qemu VM запустились с более новыми cpu flags, ничего удивительного что на старых capabilities не тянут

А обратно тогда как?)

Даже выключенные принудительно не мигрируют?

Так не пробовал

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

Были по-моему настройки, чтобы возможности по процам выравнивались.

Все едино и непобедимо.

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

В самих флейворах можно указывать какие именно фишки процессора показываются виртуалке.

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

Спасибо, попробую , а cpu_mode не поможет в nova.conf ?

У вас виртуалки УЖЕ запущены с использованием новых фишек. Обратно без выключения уже никак

Спасибо, попробую , а cpu_mode не поможет в nova.conf ?

Напиздел кажись, ту спецификацию не приняли, так что, да. Только выставив общий cpu_model.

Понял

Спасибо

та кому это надо все... вот контейнеры!

Они впереди)

либвирт определяет общие наборы флагов по модели CPU

можно подобрать общий знаменатель посмотрев на virsh capabilities всех хостов

Попробую

Коллеги подскажите может кто сталкивался, на нодах в dmesg сыпет [43900.639781] br-aux: received packet on enp27s0f0 with own address as source address

гугол ничего адекватного не нашел

enp27s0f0 Link encap:Ethernet HWaddr 00:10:18:87:c6:08 inet6 addr: fe80::210:18ff:fe87:c608/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1962714 errors:23181 dropped:0 overruns:0 frame:23181 TX packets:1674429 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:364502496 (364.5 MB) TX bytes:257515698 (257.5 MB) Interrupt:29 Memory:ab800000-abffffff

Коллеги подскажите может кто сталкивался, на нодах в dmesg сыпет [43900.639781] br-aux: received packet on enp27s0f0 with own address as source address

Могло такое быть что петля каким-то хитрым образом получилась?)

хм

еслиб была петля пакетов бы валило....

проблема в том что это не на всех нодах

А ifconfig Для бриджа того можно, пожалуйста?

ага

root@node-9:~# ifconfig br-aux br-aux Link encap:Ethernet HWaddr 00:10:18:87:c6:08 inet6 addr: fe80::4cf4:eff:fe2a:e2c8/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:122338 errors:0 dropped:8887 overruns:0 frame:0 TX packets:9 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:10573804 (10.5 MB) TX bytes:738 (738.0 B)

дропы

хм

а br-aux у нас за что отвечает...

Навеное эт для внешних сетей.

А brctl show br-aux?

А вы rp_filter отключили?

Как советует гайд?

А brctl show br-aux?

уверен что у него linuxbrige а не ovs? =)

root@node-9:~# brctl show br-aux bridge name bridge id STP enabled interfaces br-aux 8000.00101887c608 no enp27s0f0 p_e52381cd-0

Посоны, у коллеги Fuel 9.1, если чо.

дропы

В общем, пока выглядит так будто петля где-т за пределами сервера и пакеты ушедшие с интерфейса туда ж и возвращаются. Но может такое быть, наверное, и из-за проблем с сетевушкой.

А вы rp_filter отключили?

Up!

хм

да походу проблемы

Up!

Он ж на L3 работает?)

Он ж на L3 работает?)

Да забейте, это не о том :)

интересно

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

когда один проблем нет

в результате у меня отвалились все compute

сейчас

бля

где это может кольцевать

Понять бы какая в фуеле схема соединения всех бриджей и ovs)