Size: a a a

OpenStack — русскоговорящее сообщество

2020 February 27

SM

Setplus Mac in OpenStack — русскоговорящее сообщество
Не а
источник

T

Tamerlan in OpenStack — русскоговорящее сообщество
проверь какие процессы висят на управляющей ноде, наверное запустил агенты там (?)
источник

SM

Setplus Mac in OpenStack — русскоговорящее сообщество
Проверил: эти агенты в отключённом состоянии, работает только neutron-server
источник

T

Tamerlan in OpenStack — русскоговорящее сообщество
источник

SM

Setplus Mac in OpenStack — русскоговорящее сообщество
??))
источник

T

Tamerlan in OpenStack — русскоговорящее сообщество
ломай крути смотри что где запущено. из исходной информации ничего не понятно
источник

SM

Setplus Mac in OpenStack — русскоговорящее сообщество
Этот вот параметр host, о котором шла речь, так и должен быть закоментирован?
источник

T

Tamerlan in OpenStack — русскоговорящее сообщество
Setplus Mac
Этот вот параметр host, о котором шла речь, так и должен быть закоментирован?
зависит от задачи
источник

SM

Setplus Mac in OpenStack — русскоговорящее сообщество
Да задача, по сути, учебная : поднять две ВМ суть управляющий и сетевой узлы и связать их neutron.
источник
2020 February 28

HW

Hello World in OpenStack — русскоговорящее сообщество
У меня тут возник гениальный план "высочайшей доступности" для криворукого админа.
Беру контроллер ноду, копирую её полностью на ещё один сервер и настраиваю репликацию БД. Nova, cinder, glance на цефе.
Если умерает контроллер - просто запускаю на нём все опенстаковские процессы и меняю айпи на айпи первого контроллера.
Оно поднимется? Какие могут быть подводные?

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

T

Tamerlan in OpenStack — русскоговорящее сообщество
Hello World
У меня тут возник гениальный план "высочайшей доступности" для криворукого админа.
Беру контроллер ноду, копирую её полностью на ещё один сервер и настраиваю репликацию БД. Nova, cinder, glance на цефе.
Если умерает контроллер - просто запускаю на нём все опенстаковские процессы и меняю айпи на айпи первого контроллера.
Оно поднимется? Какие могут быть подводные?

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

T

Tamerlan in OpenStack — русскоговорящее сообщество
не сильно сложнее описанного тобой получится
источник

HW

Hello World in OpenStack — русскоговорящее сообщество
Tamerlan
добавь плавающие адреса, балансировку и галеру
на выходе получишь сетап практически идентичный деплою сторонними средствами
Я галеру в глаза не видел. Знаю только что она делает. Насколько это сложно реализуемо?
источник

T

Tamerlan in OpenStack — русскоговорящее сообщество
Hello World
Я галеру в глаза не видел. Знаю только что она делает. Насколько это сложно реализуемо?
для сервисов опенстака не очень сложно, а так дьявол в деталях
источник

HW

Hello World in OpenStack — русскоговорящее сообщество
Tamerlan
для сервисов опенстака не очень сложно, а так дьявол в деталях
Надо будет попытаться. По сути своей моя идея верна? Оно будет так работать? Просто настроенный опенстек с цефом уже есть, я думаю о минимизации усилий на данный момент. Начальство уже больно долго ждёт пока я разрожусь
источник

T

Tamerlan in OpenStack — русскоговорящее сообщество
Hello World
Надо будет попытаться. По сути своей моя идея верна? Оно будет так работать? Просто настроенный опенстек с цефом уже есть, я думаю о минимизации усилий на данный момент. Начальство уже больно долго ждёт пока я разрожусь
да вроде верна. по факту нужно тестировать
источник

T

Tamerlan in OpenStack — русскоговорящее сообщество
Hello World
У меня тут возник гениальный план "высочайшей доступности" для криворукого админа.
Беру контроллер ноду, копирую её полностью на ещё один сервер и настраиваю репликацию БД. Nova, cinder, glance на цефе.
Если умерает контроллер - просто запускаю на нём все опенстаковские процессы и меняю айпи на айпи первого контроллера.
Оно поднимется? Какие могут быть подводные?

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

HW

Hello World in OpenStack — русскоговорящее сообщество
Tamerlan
да вроде верна. по факту нужно тестировать
Что с нейтроном может быть?
источник

y

yazero in OpenStack — русскоговорящее сообщество
привет.
разворачиваю jun contrail.  
при старте контейнера vrouter_agent есть проблемка ,  не видит модуль ядра.  
INFO: load vrouter kernel module, options=''
modprobe: FATAL: Module vrouter not found.
WARNING: failed to load vrouter driver
источник

J

J in OpenStack — русскоговорящее сообщество
yazero
привет.
разворачиваю jun contrail.  
при старте контейнера vrouter_agent есть проблемка ,  не видит модуль ядра.  
INFO: load vrouter kernel module, options=''
modprobe: FATAL: Module vrouter not found.
WARNING: failed to load vrouter driver
Привет.
Ну значит или его нет или он не там где надо, очевидно.
источник