Это то от куда было выяснено.

Ссылку на любое из утверждений ;)

ссылка на fuel уже выслал.

Аа, на инфре много, что написано

а вот по поводу того что mirantis отказывается. Был личный разговор с одним из сотрудников и разработчиков.

Мирантис жеж переделывает fuel. После покупки того стартапа.

С не терпением ждем, что выкатят ;)

Вроде в docker контейнерах будут компоненты openstack, должно быть быстро и удобно. Сами так свой софт ставим.

Вроде в docker контейнерах будут компоненты openstack, должно быть быстро и удобно. Сами так свой софт ставим.

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

но новы там точно не будет)

Вроде в docker контейнерах будут компоненты openstack, должно быть быстро и удобно. Сами так свой софт ставим.

Это уже Juju сделала

мир накрыла докер-истерия

да почему истерия-то? изобрели очередной молоток для треугольного шурупа какие проблемы?

А есть ссылка на контейнеры? Я только что то такое нашёл https://github.com/ContinUSE/openstack-on-coreos

В Ubuntu?

https://jujucharms.com/u/openstack-charmers-next/openstack-lxd/

Спс, почитаю, пока juju стороной обходил, я думал это что то типа salt или puppet

Не, это недоVNFM )

Спс, почитаю, пока juju стороной обходил, я думал это что то типа salt или puppet

Это sh/bash завернутый в красивую обёртку

Это sh/bash завернутый в красивую обёртку

Ну в смысле, они контейнеры же делают или как?

Нет

Считай, что ЖуЖа это деплоер приложений

это может быть контейнер или OS

Вроде в docker контейнерах будут компоненты openstack, должно быть быстро и удобно. Сами так свой софт ставим.

Да, есть такое. Только как будет реализовано. Сложность системы в итоге возрастает и кол-во возможных проблем - тоже.

или AWS

Тут кстати хорошо расписано что есть JUJU - https://jujucharms.com/how-it-works

Только внутрь не смотри.

Да, есть такое. Только как будет реализовано. Сложность системы в итоге возрастает и кол-во возможных проблем - тоже.

зависит от того, как сделать

Коллеги а подскажете. почему во fuel может быть такая ошибка Error Hugepages for DPDK are not configured for node '18'

В настройках данной ноды dpdk вклюечен в конфигурации сети.

В настройках данной ноды dpdk вклюечен в конфигурации сети.

А кто hugepages будет выделять?

А где во fuel это делается? я весь вебинтерфейс перерыл. не нашел

fuel версия 9.2

все нашел

спасибо

Ребят кто нибудь сталкивался с проблемой dpdk. deploy был через fuel 9.2 openstack mitaka все прошло без ошибок. Но вывод ovs-vsctl show Bridge br-mesh Port "dpdk0" Interface "dpdk0" type: dpdk error: "could not open network device dpdk0 (No such device)" Port br-mesh tag: 497 Interface br-mesh type: internal

Я один что окату хочу в продакшин запустить ?

Чтоли

выходит пока да

Я один что окату хочу в продакшин запустить ?

Коллега посмотрел на скудную документацию и забил)

В этом и вся порнуха ))

по поводу dpdk, посмотрите на ноде что с портами, можно так ./dpdk_nic_bind.py —status

Network devices using DPDK-compatible driver ============================================ 0000:01:00.3 'NetXtreme II BCM57800 1/10 Gigabit Ethernet' drv=igb_uio unused=

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

единственное меня смутило то что drv стоит igb_uio

попробовал поменять на vfio-pci не помогло

Other network devices ===================== 0000:01:00.3 'NetXtreme II BCM57800 1/10 Gigabit Ethernet' unused=vfio-pci

сделал modprobe vfio-pci

отвязал порт и попробовал добавить его в ручную dpdk-devbind --bind=vfio-pci 0000:01:00.3 Error: bind failed for 0000:01:00.3 - Cannot bind to driver vfio-pci

не помогло

вот пример с рабочего - Network devices using DPDK-compatible driver ============================================ 0000:08:00.1 'Ethernet Controller X710 for 10GbE SFP+' numa=0 drv=igb_uio unused=i40e 0000:08:00.2 'Ethernet Controller X710 for 10GbE SFP+' numa=0 drv=igb_uio unused=i40e

hugepages настроены? наверно проверели уже

да они настроены

а там как дела? - /var/log/openvswitch/ovs-vswitchd.log

2017-03-23T15:55:12.208Z|00094|bridge|WARN|could not open network device dpdk0 (No such device) 2017-03-23T15:55:12.528Z|00095|bridge|WARN|could not open network device dpdk0 (No such device) 2017-03-23T15:55:12.592Z|00096|bridge|WARN|could not open network device dpdk0 (No such device)

lsmod показывает что драйвер загружен?

да все верно

dpdk0 порт он должен отображаться в ifconfig?? как я понял в файле /etc/network/interfaces.d/ifcfg-название физического интерфейса указывается именно dpdk0

верно??

должен ли по этому пути лежать и конфиг для dpdk0 интерфейса

если порт подцепился, его не будет видно в ifconfig

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

согласен

хорошо для чего в br-mesh два порта

Bridge br-mesh Port "dpdk0" Interface "dpdk0" type: dpdk error: "could not open network device dpdk0 (No such device)" Port br-mesh tag: 497 Interface br-mesh type: internal

Port br-mesh служит для выхода на физический интерфейс верно? так как у него и vlan тег уже есть

Port "dpdk0" для чего в данном бридже

обновил MOS с 9 на 9.2, все прошло вроде норм, в фуеле хелсчек 100%. а хорайзон не доступен, даже адрес его не пингуется.

куда посмотреть?

497 это тег из private пула?

Port br-mesh tag: 497 Interface br-mesh type: internal скорее всего это выход из dpdk порта

куда посмотреть?

Netstat -natp что говорит?

497 это тег из private пула?

Да это именно из пула

Тут как раз интересно проблема с ovs или все так а с dpdk у меня уже подозрения падают именно на ovs

вообще мы встречали проблемы с совместимостью, обычно с интеловскими картами все ок работает, много проблемных постов с этой картой

т.е. dpdk прибиндится, а порт не увидится

Да тоже почитал.но такая к сожалению досталась.хотя на офф сайте dpdk поддержка заявлена

Поэтому мы выбрали netmap вместо dpdk в своих проектах. (Не связано с опенстек)

вы производительность сравнивали когда выбирали?

вот сравнение хорошее - https://www.net.in.tum.de/fileadmin/bibtex/publications/theses/2014-gallenmueller-high-speed-packet-processing.pdf