Пользовался. В двух вариациях пробовал: 1) cinder_backend_ceph: "yes" cinder_backend: - name: "volumes-ssd" cluster: "ceph" enabled: "yes" - name: "volumes-hdd" cluster: "ceph" enabled: "yes" 2) ``` cinder_backend_ceph: - name: "volumes-ssd" cluster: "ceph" enabled: "yes" - name: "volumes-hdd" cluster: "ceph" enabled: "yes" ``` Не подхватилось. Может дело в специфике синтаксиса?

Пользовался. В двух вариациях пробовал: 1) cinder_backend_ceph: "yes" cinder_backend: - name: "volumes-ssd" cluster: "ceph" enabled: "yes" - name: "volumes-hdd" cluster: "ceph" enabled: "yes" 2) ``` cinder_backend_ceph: - name: "volumes-ssd" cluster: "ceph" enabled: "yes" - name: "volumes-hdd" cluster: "ceph" enabled: "yes" ``` Не подхватилось. Может дело в специфике синтаксиса?

Чем пользовался? Ты внимательно прочел, посмотрел примеры?

Пользовался. В двух вариациях пробовал: 1) cinder_backend_ceph: "yes" cinder_backend: - name: "volumes-ssd" cluster: "ceph" enabled: "yes" - name: "volumes-hdd" cluster: "ceph" enabled: "yes" 2) ``` cinder_backend_ceph: - name: "volumes-ssd" cluster: "ceph" enabled: "yes" - name: "volumes-hdd" cluster: "ceph" enabled: "yes" ``` Не подхватилось. Может дело в специфике синтаксиса?

Пробовал в globals.yml это поместить и задеплоить.

Ну так это лажа, потому и не заработало.

То есть технически это возможно, достаточно убрать "лажу"?

Мне важно понимать, если это возможно. я пойду внимательно всё изучать и траить.

🙏Спасибо.

То есть технически это возможно, достаточно убрать "лажу"?

Достаточно прочитать документацию нормально. И ты увидишь что в переменную у которой значение "yes" или "no" ты конфиг бекэнда пихаешь.

``` cinder_backend_ceph: "yes" cinder_ceph_backends: - name: "rbd-1" cluster: "ceph" enabled: "{{ cinder_backend_ceph | bool }}" - name: "rbd-2" cluster: "rbd2" availability_zone: "az2" enabled: "{{ cinder_backend_ceph | bool }}" ``` А минимальные конфиги ceph в /etc/kolla/config/cinder/<имя_бекэнда>.conf

А кто-то вообще деплоит опенстак / управляет им через паппет? Или здесь так не принято?

А кто-то вообще деплоит опенстак / управляет им через паппет? Или здесь так не принято?

Не принято потому что для паппета нет нормально поддерживаемых манифестов и ролей.

А так бы может и пользовались.

Ща, погоди. Окно открою)

А чтобы ансибль работал надо поставить питон)

Вот фуелт как-то паппетом делал же, без проблем, таски графы, зависимости, нормальная оркестрация, а ансибл в один поток, ммм

Как Цой

Там вроде какая-то коммунистическая ветка двенадцатой версии, форк рт девятки мирантовской

Вот фуелт как-то паппетом делал же, без проблем, таски графы, зависимости, нормальная оркестрация, а ансибл в один поток, ммм

А Нафига? Паппет это анальное страдание

Вот фуелт как-то паппетом делал же, без проблем, таски графы, зависимости, нормальная оркестрация, а ансибл в один поток, ммм

Там кроме паппета еще всякого было намешано)

Мирантис - корень всех зол. Я понял. :)

Это аксиома жи 🤣

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

Ну будет сейчас keystack по тому же принципу

Если будет :)

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

Будет

Но это не точно

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

Сурсом?

Внутривенно, ага

А для чего паппет тогда хорош? Отовсюду только про ансибл и слышно, остальные менеджеры конфигураций не получают столько внимания. Но может скоро все на Jet переключатся

А для чего паппет тогда хорош? Отовсюду только про ансибл и слышно, остальные менеджеры конфигураций не получают столько внимания. Но может скоро все на Jet переключатся

Что за джет?

Ансибл просто работает и получил популярность потому что питон. А так говно конечно

Что за джет?

https://www.jetporch.com/ От создателя Ансибл "переосмысленный" менеджер конфигураций.

Вроде где-то говорилось, что ему не все решения редхат по развитию ансибл понравились, и он сделал это на "blazingly fast" Rust

Надо будет глянуть. Питон утомил

Ну тогда ж не получается так, что сначала накатываем что-то ансиблом, а потом паппетом поддерживаем (хотя я так делал). Там наверное нужно либо кронджобы, либо AWX для такого?

Пупет хорош и стейтфул) опять же beaker крут в отличие от молекулы ну и фордж наше все

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

При чем первый Легаси рке

Даже не подходил

Вс?

А девопсы опенстак не тыкают, получается?

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

"Дед, пей таблетки" (с) :)

Не гунди. :) "До деда нужно еще дорасти" (с)

Ну может кто-то осознанно под "рыночек" адаптируется. Если актуальны знания девопса, зачем учить другое?

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

вы случаем не админ @yourcybergrandpa?

Не дергайте её за косички😅

другого головняка в девопсарне хватает.

Слышал такую былину про лампы и прости госполди пневмо автоматику

Просто это будет узкая специализация. Кто вот сейчас в курсе как точно работает двс с кучей датчиков и т.д?

Зато платят хорошо :)

Ну да, для куба линукс знать не обязательно. :)))

Всякие есть люди. Разные.

Чуваки, а есть какой-то способ упростить разбивку гиперов из своего рода golden image для бариков? Каждый раз по ipmi ось ставить дело такое, после 2-3 уже начинает глаз дергаться. Желательно из требований только добавить разметку дисков и интерфейсов

Ironic’а нет, так как регионы новые и по сути нулевые

cobbler еще жив?

Лучше, чем Foreman?

Чуваки, а есть какой-то способ упростить разбивку гиперов из своего рода golden image для бариков? Каждый раз по ipmi ось ставить дело такое, после 2-3 уже начинает глаз дергаться. Желательно из требований только добавить разметку дисков и интерфейсов

Да . У любого вменяемого вендора серверов есть тулзы для монтажа нужного исо и файла вопросов и ответов

Виртуалки с тулзами. Например https://support.huawei.com/enterprise/fr/doc/EDOC1100296969/5bd75729/automatically-installing-and-configuring-an-suse-linux-operating-system-x86-servers

))) нет конечно.

Маас я не трогал, почитаю . https://github.com/emrbaykal/maas-hpe

Надо уже всех попросить прописывать в юзер инфо - у кого какое железо. )))

Есть пара вопросов по кролику. В гайдах можно наткнуться на вот такой список best practice - https://docs.openstack.org/large-scale/journey/configure/rabbitmq.html Этот гайд в свою очередь приводит нас к такому же списку из Kolla - https://docs.openstack.org/kolla-ansible/latest/reference/message-queues/rabbitmq.html#high-availability Вопрос 1. Почему в Kolla не сделали эти настройки просто по количеству хостов, а через очень странный ключ om_enable_rabbitmq_high_availability который очень выбивается из обычных ключей Kolla Вопрос 2. При выставлении этого ключа политика мирроринга выставляется только для vhost / но не для /nova_cellN это ожидаемое поведение? Ранее (как минимум в train) мирроринг в Kolla выставлялся безусловно и по маске .* сейчас по ^(?!(amq\\.)|(.*_fanout_)|(reply_)).*. Ну и самый главный вопрос 3. Тест на ребут раббит хостов. При последовательном ребуте всех rabbit контейнеров, nova-conductor просто залипает на ожидании reply_* от хоста на котором его очередь жила. В логах 2023-12-03 09:30:12.726 19 ERROR oslo_messaging._drivers.amqpdriver [None req-a829c926-27c8-4100-9343-8a6105821ae2 - - - - - -] The reply a7f85c592c29428386f2cdc114efec95 failed to send after 60 seconds due to a missing queue (reply_d9abb4b56a734363893011c97b2add14). Abandoning...: oslo_messaging.exceptions.MessageUndeliverable Если выставить deprecated опцию - direct_mandatory_flag=false то nova начинает нормально работать, а вот одна из 3х cinder-api залипает и перестает работать аттач бут вольюма. В итоге на rally процента 3 джоб валится. В логах cinder - 2023-12-02 19:21:25.873 22 ERROR cinder.api.middleware.fault [req-f8ca7fae-2658-4894-bbfd-2bc38b650835 req-a873a315-3138-4e4b-aad4-d32c65269206 7364a6e6fd1c4c07b55d18a483236c05 43253d33f86d452c83e0ff7a2144d237 - - default default] Caught error: <class 'oslo_messaging.exceptions.MessagingTimeout'> Timed out waiting fo r a reply to message ID 74e0d1f453d94c6eac309c834c31da81: oslo_messaging.exceptions.MessagingTimeout: Timed out waiting for a reply to message ID 74e0d1f453d94c6eac309c834c31da81 После рестарта сервиса все прекрасно начинает дальше работать. Может есть у кого уже выверенный список опций rabbit для всех сервисов и настроек.

tls для раббита вообще выключен

про опцию, видел уже, в zed там темплейт сильно проще конечно выглядит. Но включение этой опции не решает проблемы 2023-12-03 14:04:20.408 16 ERROR oslo_messaging._drivers.amqpdriver [None req-0fbbb92c-3bef-4237-bd3c-dd57655d16a2 - - - - - -] The reply 2e30e33d6d7c400689a2dbbddaf488a4 failed to send after 60 seconds due to a missing queue (reply_47e2e61a72294f83b83e3353a036c70e). Abandoning...: oslo_messaging.exceptions.MessageUndeliverable 2023-12-03 14:05:31.851 17 ERROR oslo_messaging._drivers.amqpdriver [None req-5fe06352-a8bd-48d8-978f-56e90fb5b9af - - - - - -] The reply df54caf4843f4315b32632d80c3f63f1 failed to send after 60 seconds due to a missing queue (reply_47e2e61a72294f83b83e3353a036c70e). Abandoning...: oslo_messaging.exceptions.MessageUndeliverable 2023-12-03 14:06:53.437 18 ERROR oslo_messaging._drivers.amqpdriver [None req-ab873968-549b-4934-9f32-fe65fbb02a29 - - - - - -] The reply 5e4fa7a1bd4040e1a6223ca79d8882ef failed to send after 60 seconds due to a missing queue (reply_f32207d6b0494cbfa40f70ac18e97f34). Abandoning...: oslo_messaging.exceptions.MessageUndeliverable Это лог nova-conductor. При этом даже рестарт сервиса не помогает, все равно это в логах сыпется. В данном случае помогает только стоп всех раббит нод и старт по одной...

Чуваки, а есть какой-то способ упростить разбивку гиперов из своего рода golden image для бариков? Каждый раз по ipmi ось ставить дело такое, после 2-3 уже начинает глаз дергаться. Желательно из требований только добавить разметку дисков и интерфейсов

Так поставь ironic и им раскатывай) Чо б нет? Или с этим какие-то сложности?

Так поставь ironic и им раскатывай) Чо б нет? Или с этим какие-то сложности?

Чтобы ironic красиво работал (управление свитчами)- нужно tungstenfabric, все другие варианты ущербные)

HPE/Dell

Чтобы ironic красиво работал (управление свитчами)- нужно tungstenfabric, все другие варианты ущербные)

Зачем тебе морока эта с управлением свитчами? Раскатывай с noop сетевым драйвером, а потом какой-нибудь автоматизацией докручивай уже конфиги портов свитчей. Есть еще networking-generic-switch механизм. Очень простой, но не годится в чистом виде для твоих задач, потому что умеет только native vlan\ access порты.

Самая долгая часть деплоя серверов это ж установка ОС. Без управления свитчами схема такая: На портах свитча прописал access\native влан в котоом работает ipxe+dhcp. Поставил на сервере загрузку по pxe и готово дело, можно деплоить.

Особенно если поставишь еще и ironic-inspector чтобы он сам добавлял новые серверы.

4, но у меня везде 10g