а ты бенчил разницу ?

я на обычных дисках проводил бенчи и разница +- 10 иопс

при том что полка выдаёт около 8000 иопсов

Коллега бенчил что то около 10-15%

это с ssd кэшем ?

цеф на компьют нодах ?

А шо, боитесь гиперконвергентности?

Без кеша Цеф на годах кластера

просто интересно. у меня цеф дальше изучения в виртуалках никуда не пошел, так что мне бояться нечего 😃

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

зависит от задач

эм

eno1, eno2 -> team0 (LACP) -> VLAN7 -> bridge0  // картинка в этом чате не прикрепляется, а ссылки удаляются
Вот при такой конфигурации сети гипервизора виртуальные машины не получают IP адреса после его перезагрузки. При этом если перезапустить bridge0, то IP адреса виртуалки получают.
Что самое интересное, arp запросы уходят на l3 коммутатор, при этом реплаи в бридж не приходят.
Когда начинаю мониторить eno1 tcpdump'ом, то виртуалки также получают IP адреса. Как только прерываю мониторинг eno1, пытаюсь запросить IP адреса заново - опять arp реплаи не приходят, IP адрес не обновляется. в team0 мод - LACP по IEEE 802.3ad.
Сам бридж bridge0 всегда получает IP адрес без каких-либо проблем (в отличие от виртуалок).
Собственно, в чём может быть проблема?

вот твоя картинка

Спасибо!

Логи  tcpdump'а на интерфейсах eno1 и team0 52:54:00:8e:b8:92 - mac адрес виртуальной машины, интерфейс которой подключен в bridge0.

listening on eno1, link-type EN10MB (Ethernet), capture size 262144 bytes
2020-08-28 21:19:31.953985 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 52:54:00:8e:b8:92, length 300
2020-08-28 21:19:34.985918 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 52:54:00:8e:b8:92, length 300
2020-08-28 21:19:34.987757 IP 192.168.7.254.bootps > 192.168.7.1.bootpc: BOOTP/DHCP, Reply, length 286
2020-08-28 21:19:35.017898 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 52:54:00:8e:b8:92, length 300
2020-08-28 21:19:35.019749 IP 192.168.7.254.bootps > 192.168.7.1.bootpc: BOOTP/DHCP, Reply, length 286

listening on team0, link-type EN10MB (Ethernet), capture size 262144 bytes
2020-08-28 21:20:46.669091 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 52:54:00:8e:b8:92, length 300
2020-08-28 21:20:49.705034 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 52:54:00:8e:b8:92, length 300
2020-08-28 21:20:52.736997 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 52:54:00:8e:b8:92, length 300

# virsh net-list --all  
 Name                 State      Autostart     Persistent
----------------------------------------------------------
 bridge0              active     yes           yes
 default              active     yes           yes

# nmcli con show --active
NAME           UUID                                  TYPE      DEVICE   
team0.10       a68b2ea4-a395-47aa-9779-3dbbdc6bd203  vlan      team0.10 
bridge0        21326dc1-15ca-4314-83fb-b33624101cc1  bridge    bridge0  
virbr0         0bb27d7c-f660-4b5f-b2c0-e6bed5f68c7a  bridge    virbr0   
lacp           2fb8155c-c7eb-4ec1-acae-8ab324aa50e5  team      team0    
team0.7        e59a13d1-2f0d-4f18-8742-a74383c154e1  vlan      team0.7  
team0 slave 1  19c0d900-d70b-4f17-8fd3-aaad31e9cbbb  ethernet  eno1     
team0 slave 2  94f1883d-2b8e-43c5-a7a3-ed2eba0e3f6d  ethernet  eno2     
vnet0          90a7d7c5-2bb8-478f-8766-518fc47f5194  tun       vnet0    
vnet1          ab630270-a6b4-4393-868e-a9082349c998  tun       vnet1

.-.

есть смысл тащить ядро 5.8 в продакшен на проксмокс ?