https://wiki.openstack.org/wiki/Masakari

ок

ото я гуглом не пользуюсь только исключительно предпочтение отдаю яндексу но там топоры одни

Курсы по пользованию поисковыми система в других чатах =)

уже смотрю, спасибо

По первому твоему вопросу все просто, вроде. Выходит через туннель, если виртуалка подключена к сети использующей l3 туннелирование: vxlan, gre или какой-то иной механизм. А через влан - когда виртуалка подключена к сети где используются вланы) По второму вопросу: Да, все равно пойдет через br-ex. Он на то и external чтобы через него весь внешний (относительно compute сервера) трафик шел. Вроде ничего не напутал.

ok, spasibo, budu dalshe izucatj, hocjhu detalno ponjatj kak, shto, skem rabotait i vzaimo svjazano

Комрады, есть еще идеи, что может быть с инстансами?

Ну, наверн, с сетью беда происходит) А virsh list на гипервизорах показывает что инстансы действительно работают?

Показывает что они running

Показывает что они running

Так, а интерфейсы виртуалок к соответствующим qbr прицеплены? Ну и дальше по цепочке нужно глядеть. У вас же openvswitch используется?

Даже специально проверил, остановил витруалку, она в virsh list остановилась. Запустил обратно, поменяла статус на running, но по сети также недоступна и novnc-консоль к этой виртуалке не может подключиться.

Так, а интерфейсы виртуалок к соответствующим qbr прицеплены? Ну и дальше по цепочке нужно глядеть. У вас же openvswitch используется?

Да, openvswitch

Даже специально проверил, остановил витруалку, она в virsh list остановилась. Запустил обратно, поменяла статус на running, но по сети также недоступна и novnc-консоль к этой виртуалке не может подключиться.

ну консоли с опенвсвитчем никак не связаны

Да, openvswitch

Ну вот. Если все правильно между собой скоммутировано, то, вероятно, neutron-openvswitch-agent не впихнул в openflow таблицы ovs нужные правила и трафик с виртуалок и до них дропается.

ну консоли с опенвсвитчем никак не связаны

Ну, это верно. Консоли связаны с nova-console, у которого тож проблемы с авторизацией могут быть. Или дурацкая идея?

Ну, это верно. Консоли связаны с nova-console, у которого тож проблемы с авторизацией могут быть. Или дурацкая идея?

тут лучше логи почитать чем гадать

Виртуалки которые находятся на неупавших гипервизорах работают адекватно, и по сети доступны и novnc-консоль к ним нормально цепляется.

Виртуалки которые находятся на неупавших гипервизорах работают адекватно, и по сети доступны и novnc-консоль к ним нормально цепляется.

Ну ладно. Попробуем побольше информации собрать о каждой проблеме в отдельности, а там уж может и закономерность какая найдется которая все объяснит. Вот, к примеру, что в логах nova-compute на гипервизоре когда пытаешься открыть консоль? Вот типа здоровый пример: DEBUG nova.compute.manager [req-060b8e77-56b2-4e7a-a287-1645f7390f35 12102a0968694c778e42d9fa416b742c 89ec2aa22a864a6c84f90d7fc93c7ca7 - default default] [instance: bf4fff2c-1b8c-4cf7-a47d-1daf4ea00f60] Getting vnc console get_vnc_console /openstack/venvs/nova-16.0.14/lib/python2.7/site-packages/nova/compute/manager.py:4685

Сейчас сначала с кейстоуном разберемся)

Может статься что в нем одном и есть дело.

По первому твоему вопросу все просто, вроде. Выходит через туннель, если виртуалка подключена к сети использующей l3 туннелирование: vxlan, gre или какой-то иной механизм. А через влан - когда виртуалка подключена к сети где используются вланы) По второму вопросу: Да, все равно пойдет через br-ex. Он на то и external чтобы через него весь внешний (относительно compute сервера) трафик шел. Вроде ничего не напутал.

estj kakie to uses cases ili kogda luche ispolzivatj vlan i kogda vxlan kak tenant network? tobish kak prishodit vibor shto ispolzivatj luche?

estj kakie to uses cases ili kogda luche ispolzivatj vlan i kogda vxlan kak tenant network? tobish kak prishodit vibor shto ispolzivatj luche?

vlan для сетей проектов никогда не стоит использовать, я считаю. Это просто старый механизм использовавшийся пока другие механизмы изоляции были не очень хороши в реализации. Сейчас vlan стоит использовать только для провайдерских сетей, я думаю. А для изоляции tenant networks vxlan - самый популярный вариант, но можно и что угодно другое. Тут коллеги больше моего расскажут)

vlan для сетей проектов никогда не стоит использовать, я считаю. Это просто старый механизм использовавшийся пока другие механизмы изоляции были не очень хороши в реализации. Сейчас vlan стоит использовать только для провайдерских сетей, я думаю. А для изоляции tenant networks vxlan - самый популярный вариант, но можно и что угодно другое. Тут коллеги больше моего расскажут)

nu ja dannij moment tak i ispolzuju, no ranshe nezadavalsa vaprosam pochemu imenno tak )

nu ja dannij moment tak i ispolzuju, no ranshe nezadavalsa vaprosam pochemu imenno tak )

У любого механизма изоляции, использующего ip для транспорта, есть очень большое преимущество - такой трафик можно маршрутизировать. А значит - легче при необходимости растянуть одну tenant сеть на несколько географически разнесенных регионов, легче отлаживать и легче управлять трафиком. А с вланами такого не сделаешь. Вот поэтому то tenant networks лучше с vlan изоляцией не использовать.

У любого механизма изоляции, использующего ip для транспорта, есть очень большое преимущество - такой трафик можно маршрутизировать. А значит - легче при необходимости растянуть одну tenant сеть на несколько географически разнесенных регионов, легче отлаживать и легче управлять трафиком. А с вланами такого не сделаешь. Вот поэтому то tenant networks лучше с vlan изоляцией не использовать.

Вопрос в тему - neutron умеет MPLS вместо VXLAN?

geneve,gre,vxlan про mpls не слыхал

Вопрос в тему - neutron умеет MPLS вместо VXLAN?

opencontrail так и делает.

Там BGP MPLS VPN

opencontrail так и делает.

Вопрос же про neutron

Вопрос же про neutron

а contrail и есть Neutron Plugin

Вопрос же про neutron

А, ну такого нету, вроде. Можно тот же vxlan транспортировать поверх MPLS в любом виде.

А

bagpipe

https://docs.openstack.org/networking-bagpipe/latest/

У любого механизма изоляции, использующего ip для транспорта, есть очень большое преимущество - такой трафик можно маршрутизировать. А значит - легче при необходимости растянуть одну tenant сеть на несколько географически разнесенных регионов, легче отлаживать и легче управлять трафиком. А с вланами такого не сделаешь. Вот поэтому то tenant networks лучше с vlan изоляцией не использовать.

no esli ja ispozluju provider networks i vneshunuju setj pdokluchaju naprimaju k isntancam, togda tenant networks vopshe nestupajut v igru, pravilno?

no esli ja ispozluju provider networks i vneshunuju setj pdokluchaju naprimaju k isntancam, togda tenant networks vopshe nestupajut v igru, pravilno?

Да, правильно.

Да, правильно.

spasibo, vsjo bolee menee stalo na svoi mesta

@vanzhiganov будет жить. Поприветствуем!

Поцоны, а нужна ли выделенная network нода?

Зависит от нагрузки на гипервизоры и на сеть

Можно начать с совмещенной с Control, а потом вынести ?

Можно начать с совмещенной с Control, а потом вынести ?

Да у всех так и есть, мне кажется. Плюс, если ты используешь DVR, то там на нетворк ноду еще меньше нагрузка.

Вопрос, как решать проблему с ipv6 на compute нодах? У меня с включенной поддержкой ipv6 neutron отказывается управлять интерфейсами

Да у всех так и есть, мне кажется. Плюс, если ты используешь DVR, то там на нетворк ноду еще меньше нагрузка.

FloatingIPs будут, ибо адресов чёт мало

@fliperzero будет жить. Поприветствуем!

Можно начать с совмещенной с Control, а потом вынести ?

можно не выносить, особенно если планируется DVR

https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/9/pdf/architecture_guide/Red_Hat_OpenStack_Platform-9-Architecture_Guide-en-US.pdf

толковая дока от РедХата

Для HA такая архитектура ещё валидна?

Для HA такая архитектура ещё валидна?

Ну да.

Всё ещё pacemaker ?

Я уже почти отовсюду его выпил

Всё ещё pacemaker ?

А. Да так то не нужен он.

Куда его? Для cinder-volume, разве что.

Спасибо Пойду наслаждаться доками

А есть ли у общества любимая книжка по архитектуре? Мой последний оперстак был Либерти :(

Коллеги, я тут опять со странными вопросами, а есть у кого опыт объединения площадок со стеком в одном хорайзоне?

Регионы?

Может быть

как я понял, там в хорайзене указываешь путь регионы и их кийчтоны, соответсвенно, он получает у них public ендпоинты(по умолчанию хорайзен использует их) и по ним ходит

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

да это все понятно, я про реальную эксплуатацию хочу узнать

вероятно есть вариант сделать это всё без релогинов, но туда ещё не копал

а что там может пойти не так? по мимо того что хорайзен будет находиться чёрт знает где от площадки(если вы конечно хотите георапределёнными рулить)

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

если я правильно понял, то это уже просто роутинг на уровне http и к попенстеку это уже не имеет никакого отношения

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

Ну ты толком не объяснил пока, поэтому непонятно нужны ли регионы, cells, availability zones или ваше просто нужно растянуть один опенстек на несколько датацентров.

Датацентры да разные, вот и думаю как это краше сделать

Датацентры да разные, вот и думаю как это краше сделать

смотря что нужно)

Датацентры да разные, вот и думаю как это краше сделать

ты horizon+keystone хочешь зарезервировать?

Там и бд надо будет разносить и прочие ?

ты horizon+keystone хочешь зарезервировать?

нет я хочу согнать все под одну крышу, а не как сейчас в каждом датацентре свои хорайзоны, кейстоны.

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

🙂 можно отличный костыль прикрутить в виде сыли из юзер меню 🙂 прямой редирект и все дела 🙂

опенстек это и есть костыли и подпорки =)

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

Ну регионы это оно. Общий кейстоун и общий веб интерфейс. Но пользователям не оч такое удобно будет)

Я б cells поглядел, типа у cern есть примеры и статьи, вроде.

Ну регионы это оно. Общий кейстоун и общий веб интерфейс. Но пользователям не оч такое удобно будет)

не обязательно общий кейстоун

не обязательно общий кейстоун

Ну а зачем тогда регионы, если общий не нужен? )