скорее бы

от тебя такое тоже вроде слышали

только если в рамках стеба

когда все будет в кубере и не нужен будет openstack

10 лет назад ждали что не нужна будет vmware, т.к. все будет в облаках))

vmware, внезапно, тоже делает облака - vsphere + cloud director + nsx + etc etc etc :D

они уже сделали ? а то они годами "делают" но сделать никак не получалось

в России несколько крупных провайдеров на vmware

Ростелеком и…… Ростелеокм? =)

На рутрекере можно купить)

Купить то можно, но как потом продавать?

как купили так и продавать =)

Подскажите, что нужно сделать, чтобы траффик с инстанса мог ходить на интерфейс своей компут ноды не покидая её? Сейчас ходит через роутер и это не удобно для нфс

Подскажите, что нужно сделать, чтобы траффик с инстанса мог ходить на интерфейс своей компут ноды не покидая её? Сейчас ходит через роутер и это не удобно для нфс

а если виртуалку отмигрируют на другую компьюту, трафик все равно должен оставаться локальным ?

Подскажите, что нужно сделать, чтобы траффик с инстанса мог ходить на интерфейс своей компут ноды не покидая её? Сейчас ходит через роутер и это не удобно для нфс

Подскажите, что нужно сделать, чтобы траффик с инстанса мог ходить на интерфейс своей компут ноды не покидая её? Сейчас ходит через роутер и это не удобно для нфс

Нужно, мне кажется, рассказать для чего конкретно хочешь так сделать. Глядишь, посоветуют чо-то получше.

На компут ноде есть ZFS. Хочется смонтировать его в инстансы посредством NFS, так как это позволит очень просто создавать снапшоты и бекапы.

да, данных сервисов

провайдер сеть есть, в нее подключил как инстанс так и гипервизор, но траффик все равно через роутер идет конфиг: linuxbridge net.ipv4.conf.all.rp_filter=0 net.ipv4.conf.all.accept_local=1

а где висит 10.0.0.1 если nfs 10.0.0.100/24 -)

на ноде есть eno1 — это management интерфейс, на нем висит nfs, допустим 10.0.0.100/24 . Есть eno2 — служит мастером бриджа новы, а к бриджу подключен tap интерфейс инстанса с адресом 10.0.0.200/24. Пакеты из инстанса идут на 10.0.0.1

Ну так логично ж что не работает так)

разве? по дефолту пакеты, с source и destination на локальных интерфейсах не выходят из сервера

Так источник пакета не сам сервер.

Если трафик маршрутизируется через L3 адрес и нет DVR - то все коммуникации идут через network node

но пакет выходит из tap интерфейса на сервере и назначается интерфейсу на том же сервере

разве? по дефолту пакеты, с source и destination на локальных интерфейсах не выходят из сервера

там даже влана нет

в одном

у гипервизора создается arp запись инстанса, указывающая на eno1 интерфейс, а не на eno2

Логично. arp запрос инстанса уходит через eno2. свитч видит мак хоста и форвардит фрейм хосту через eno1. Гипервизор знает что мак инстанса доступен ему через eno1.

действительно логично значит нужно добиться того, чтобы arp запрос не уходил с eno2, а резолвился линуксом

действительно логично значит нужно добиться того, чтобы arp запрос не уходил с eno2, а резолвился линуксом

действительно логично значит нужно добиться того, чтобы arp запрос не уходил с eno2, а резолвился линуксом

меня не устраивает что траффик ходит через роутер, а не через loopback гипервизора

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

Я уже ж сказал как это сделать правильно. Если у тебя есть общий сторадж - то сделай для него сторадж сеть и подай его отдельным интерфейсом в необходимые ВМки. И живи через L2 без всяких костылей и граблей.

1) на коммутаторах создать VLAN 2) Подать VLAN на сторадж и компуты 3) В настройках нейтрона прописать новую сеть 4) В опенстэке создать сеть под сторадж 5) Нужным ВМкам приаттачить вторую сетевку из этой сети

1) на коммутаторах создать VLAN 2) Подать VLAN на сторадж и компуты 3) В настройках нейтрона прописать новую сеть 4) В опенстэке создать сеть под сторадж 5) Нужным ВМкам приаттачить вторую сетевку из этой сети

у тебя при этой схеме на компуте где ВМка будет линукс бридж, в который будет торчать твой NFS сервер и tap’ка от виртуалки. И замкнется она на L2 внутри свича

сейчас он роутится через L3