Я вам сказал куда смотреть

Ретайп начинается оттуда

в cinder-scheduler тишина...

1. https://github.com/openstack/cinder/blob/f340058145f9473b6cf2694e0620c2ca8964b728/cinder/api/contrib/volume_actions.py#L296

2. https://github.com/openstack/cinder/blob/f340058145f9473b6cf2694e0620c2ca8964b728/cinder/volume/api.py#L1627

3. https://github.com/openstack/cinder/blob/f340058145f9473b6cf2694e0620c2ca8964b728/cinder/scheduler/manager.py#L316

Пойду в шедуллере дебаг включать - спасибо

Нашёл такой варик поднять октавию без влана - http://docs.osism.de/deployment/services/loadbalancer.html#create-neutron-ports-for-health-manager-access однако после ребута контроллера...всё летит в тартарары, даже если порт висит...кто-нибудь вкурсе как можно ещё октавию поднять без влана?

Добрый день. Помогите пожалуйста с планированием размещения на bare metal.
Давно сидим на esxi, хотим переехать на openstack. Хотя бы в рамках команды.
Есть 3 железных сервера, на которых хотелось бы собрать минимальный набор сервисов для работы nova. Основная задача - нарезать кластер k8s для разработки и тестирования, плюс иметь возможность поднять windows-ос всякого специфического софта.
Как я понимаю, nova зависит минимум от трех компонентов:
1. keystone (identity)
2. neutron (сеть)
3. glance (хранилище образов ВМ)
Возникает вопрос - где и как размещать keystone? Логично было бы разместить его внутри ВМ, которая крутилась бы на nova, но как nova будет себя чувствовать при перезапуске, когда яйца появились раньше курицы? В таком случае наверное стоит разместить keystone рядом с nova? Но не возникнет ли проблем из-за такого соседства в рамках одной ОС ещё и на железном сервере?
Выносить на ВМ вне этих трех серверов? А как быть позже, когда решим переехать с esxi?
Помогите разобраться пожалуйста.

каждый сервис  на каждой ноде, баланисировка как удобно (хотите файловер, хотите честный ha)
делаете cpu_allocation_ratio, ram_allocation_ratio по 0.8
и все будет работать
минималка это:
   Identity service – keystone
   Image service – glance
   Placement service – placement
   Compute service – nova
   Networking service – neutron

никогда нельзя пихать менеджменет в нутриь кластера. это вам не варя у которой минимальный контролплен врутри оси и дальше ноды сами разбираются где виртуалки с контролплейном запускать

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

Какие у вас аргументы переезда на openstack, почему не хотите кубер на vmware развернуть?

я запускал cirros 0.4.0  в qemu (без kvm) на (CPU4 RAM16 ) x3

диска было что-то в районе 40GB у каждого

Текущие сервера обслуживаются ленивым админов, используются версии 5.5 - ибо ваш 6.5, 6.7 глючные.
Хотелось бы научиться IaC, как я понимаю Openstack ближе к этом подходу, нежели vCenter

Планируйте не ha для попробовать

1 контрол с ansible kolla + 2 compute

Поднять кубик с 3 мастерами, 2 ингресс и 4 воркерами. + немного ресурсов оставить под нужды legacy на винде

не не, я про нову в целом

Затрудняюсь ответить. 😊

т.е. надо набить шишки, чтобы понимание сформировалось, а потом уже планировать нормальную схему?