Й
Ну тогда точно не калико)
Михаил
бриджи
Михаил
еще тупее
Й
Если ты его так нахвадиваешб то 100% говно
Михаил
А вот щас было обидно!
Й
Я токсичный
Михаил
Я токсичный
Тебе нравится калико в кубе, но не нравится в опенстеке
Михаил
Михаил
Лан, может завтра кто-то еще тебе подсобит с выбором плагина
Й
Тебе нравится калико в кубе, но не нравится в опенстеке
Я по опенстэку вопрос задавал изначально, но ты его не увидел и начал пороть какую то дичь)
rus
> Ну бери ansible, бери калико и вперед > 🙄 ну как это? Какой плагин лудше? > с Calico больше шансов, что поедет > Та ну... ¯\_(ツ)_/¯ Извините =))
J
Ну вы и развели...
J
Извиняю)
У меня и еще у пары человек из чата openstack-ansible более-менее исправно служит. Но Михаил тебе правильно говорит о том что без понимания архитектуры хоья бы на уровне квадратиков будет сложно довести дело до конца. Потому что все инструменты для развертки опенстека выросли из каких-то самопальных решений в компаниях и потому сильно под них адаптированы и требуют внимательного отношения.
J
У меня и еще у пары человек из чата openstack-ansible более-менее исправно служит. Но Михаил тебе правильно говорит о том что без понимания архитектуры хоья бы на уровне квадратиков будет сложно довести дело до конца. Потому что все инструменты для развертки опенстека выросли из каких-то самопальных решений в компаниях и потому сильно под них адаптированы и требуют внимательного отношения.
Например, ребята пишущие openstack-ansible за тебя уже подумали что не стоит совмещать гипервизор и network сервер. Поэтому если вздумаешь делать тестовую установку где network серверы совмещены с гипервизорами, то snat из приватных сетей у тебя работать не будет. А почему? Да потому что openstack-ansible принудительно выставляет на гипервизорах режим работы neutron l3 агента в dvr вместо dvr_snat. И нужно либо править недра osa либо после его работы пройтись по серверам своим плейбуком и переключить агент в dvr_snat. И вот таких историй там много. Может до того дойти что чо-то не заработает, а ты и знать не будешь почему.
NS 🇷🇺
Вот это вы тут развели батл на простой вопрос человека :D
J
Хохо
Не пойму как интерпретировать твой возглас)
Михаил
Не пойму как интерпретировать твой возглас)
Много радости от подводных камней
J
Много радости от подводных камней
Ну да. Но это не только к osa относится, а к любому инструменту. Потому что если делать так чтоб всем угодить, то получится ручная установка) Все эти приблуды так или иначе перекошены в сторону каких-то предпочтительных архитектур и сценариев. Ваще я просто дяде предложил инструмент, он же просил посоветовать.
J
я всеми руками поддерживаю этих парней и сам пишу такие же плейбуки :D
Эт разумно, но такие мелочи хорошо бы документировать.
Vladimir
есть теория, что там все стало сильно лучше, чем n лет назад
J
есть теория, что там все стало сильно лучше, чем n лет назад
Лучше б не теорию, а чей-то рассказ про свежий опыт работы с juju.
Vladimir
Я с ней работаю. :)
J
Я с ней работаю. :)
Ну так расскажи немножко)
Vladimir
А чего рассказывать. Работает, есть косяки в чармах, иногда отлавливаем баги в самой juju, но в целом - довольно приятная штука за счет наличия концептов relation и поддержки мультиклаудов из коробки (ну, заявляется, что окружение будет идентичным при деплое на AWS, Azure и MAAS), но дьявол как обычно в деталях
Vladimir
Мы используем Juju+MAAS, самая каноническая связка, поддерживаемая авторами Juju. :)
Vladimir
Ансибл туповат, ему что сказали то он и сделает - а тут можно крутить логику поверх чарма и его отношений с другими юнитами (читай "приложениями")
Й
У меня и еще у пары человек из чата openstack-ansible более-менее исправно служит. Но Михаил тебе правильно говорит о том что без понимания архитектуры хоья бы на уровне квадратиков будет сложно довести дело до конца. Потому что все инструменты для развертки опенстека выросли из каких-то самопальных решений в компаниях и потому сильно под них адаптированы и требуют внимательного отношения.
Спасибо за развернуты адекватный ответ. Собственно, для меня архитектура не есть чем-то не понятным. Напротив. Я же говорил выше что сам руками разворачивал вот это вот все. И жужу пробовали. Это пожалуй на тот момент была единственная автоматизация. Вопрос был в автоматизации. 21 век на дворе. Ну какая ручная установка? А как же имьютэбл инфрастракча? :)
J
Ансибл туповат, ему что сказали то он и сделает - а тут можно крутить логику поверх чарма и его отношений с другими юнитами (читай "приложениями")
Не туповат, а ваще топорный) Я джуджу посмотрел тоже года два назад, не понял и плюнул. Поэтому про него ничего и не знаю, поэтому интересно пару примеров, если у тебя время есть)
Vladimir
Не туповат, а ваще топорный) Я джуджу посмотрел тоже года два назад, не понял и плюнул. Поэтому про него ничего и не знаю, поэтому интересно пару примеров, если у тебя время есть)
Juju довольно сложна в осознании, я где-то месяц только пытался разобраться как это вообще и чего. Время в принципе есть, если что - заходи в личку, попробую подсказать )
Vladimir
Но вообще это как айсберг, чуть копнёшь - а дальше начинается OH, WAI~
J
Спасибо за развернуты адекватный ответ. Собственно, для меня архитектура не есть чем-то не понятным. Напротив. Я же говорил выше что сам руками разворачивал вот это вот все. И жужу пробовали. Это пожалуй на тот момент была единственная автоматизация. Вопрос был в автоматизации. 21 век на дворе. Ну какая ручная установка? А как же имьютэбл инфрастракча? :)
>имьютэбл инфрастракча? Непонятная моднота от двадцатилетних синьор девопсов и точно таких же пятидесятилетних пузатых принципал девопсов, я считаю. Ну да ладно. Я о том что попробовал ныне опенсорсный Fuel, посмотрел всякие погремухи сделынные на puppet, одурел увидев как опенстековские сервисы пихают в докер наверчивая еще и кубернетес для оркестрации. Ну и все это мне не понравилось и оказалось в конечном счете проще разобратсья с openstack-ansible. Ну у него и плюсы есть, в общем то, как раз насчет неизменяемости - под каждый сервис из нужных веток репозиториев тебе собирается готовый venv и дальше пихается в lxс контейнеры на хостах. Не так изящно как "вжух и кубернетес все сделал за тебя", но зато более-менее понятно и работает. И нынче это чуть ли не официальный способ ставить опенстек.
Михаил
>имьютэбл инфрастракча? Непонятная моднота от двадцатилетних синьор девопсов и точно таких же пятидесятилетних пузатых принципал девопсов, я считаю. Ну да ладно. Я о том что попробовал ныне опенсорсный Fuel, посмотрел всякие погремухи сделынные на puppet, одурел увидев как опенстековские сервисы пихают в докер наверчивая еще и кубернетес для оркестрации. Ну и все это мне не понравилось и оказалось в конечном счете проще разобратсья с openstack-ansible. Ну у него и плюсы есть, в общем то, как раз насчет неизменяемости - под каждый сервис из нужных веток репозиториев тебе собирается готовый venv и дальше пихается в lxс контейнеры на хостах. Не так изящно как "вжух и кубернетес все сделал за тебя", но зато более-менее понятно и работает. И нынче это чуть ли не официальный способ ставить опенстек.
А мне вот нравится идея докеризировать опенстек control plane
Й
>имьютэбл инфрастракча? Непонятная моднота от двадцатилетних синьор девопсов и точно таких же пятидесятилетних пузатых принципал девопсов, я считаю. Ну да ладно. Я о том что попробовал ныне опенсорсный Fuel, посмотрел всякие погремухи сделынные на puppet, одурел увидев как опенстековские сервисы пихают в докер наверчивая еще и кубернетес для оркестрации. Ну и все это мне не понравилось и оказалось в конечном счете проще разобратсья с openstack-ansible. Ну у него и плюсы есть, в общем то, как раз насчет неизменяемости - под каждый сервис из нужных веток репозиториев тебе собирается готовый venv и дальше пихается в lxс контейнеры на хостах. Не так изящно как "вжух и кубернетес все сделал за тебя", но зато более-менее понятно и работает. И нынче это чуть ли не официальный способ ставить опенстек.
Я специально сюда воткнул это слово:) ибо это первое что слышишь от всяких неадекватов, коих много в этом чате, начинают тебе же про нее и вещать ;) Ладно. Спасибо за участие 👍
J
Я специально сюда воткнул это слово:) ибо это первое что слышишь от всяких неадекватов, коих много в этом чате, начинают тебе же про нее и вещать ;) Ладно. Спасибо за участие 👍
Здесь, кстати, из тех кто активно пишет неадекватных и нет. Подъебть, разве что, могут. Так что, ты обиды придержи, если чо)
J
tripleo, kolla в них развертываются
Да, эт еще два хороших и стабильных инструмента.
Ascandar
а вот я хочу магнум и мурано пихнуть в стенд, которым tripleo или kolla был развернут? то как руками?
J
А мне вот нравится идея докеризировать опенстек control plane
Да ну нормальная идея. Дичь начинается там где прикручивают еще и оркестратор контейнерный.
J
а вот я хочу магнум и мурано пихнуть в стенд, которым tripleo или kolla был развернут? то как руками?
Прости, вопрос ко мне или не? И ты как-то так сформулировал, что непонятно о чем спрашиваешь.
Ascandar
всем считай, ведь чатег, иначе в личку написал
Ascandar
вот хочу развернуть в HA через tripleo скажем, но там нет скажем murano и magnum, получавется руками как обычно развертываю на нескольких control pane узлах ?
Ascandar
хм, надо будет почитать, как оно там устроено. Спс
J
хм, надо будет почитать, как оно там устроено. Спс
Конкретно в tripleo используется heat для первого этапа развертки рабочей инфраструктуры (накатываются операционные системы на железо, настраивается сеть, насколько это возможно и все такое). А дальше в самих системах работает уже puppet. По мне так править все это будет удовольсиве чуть ниже среднего, но, наверное, не смертельно.
Ascandar
блин, по идее как бы должно облегчить развертывание, кажется руками как то проше, хоть и долго
Andrey
мурана умерла в 2016, прекратите поминать в суе)
Aleksandr
блин, по идее как бы должно облегчить развертывание, кажется руками как то проше, хоть и долго
Суть в том что бы можете сами себе изобразить необходимую автоматизацию поставив пару раз руками, написав конфиги которые вам нужны а потом хоть через PSSH их раскладывайте
Ascandar
heat-ом заменили?
Vladimir
Очевидно, не для прода, но просто потыкать палкой )
J
Начать изучение советую с https://jujucharms.com/openstack-base/
Ну мне ж не только для опенстека) Но спасибо.
Vladimir
а для чего еще?)
J
а для чего еще?)
А кто его знает?) Как замену всякой самописной дряни для развертывания разных стеков приложений.
Vladimir
Ну будут самописные чармы, да :)
J
Ну будут самописные чармы, да :)
И то дело. Вдруг окажется приятнее чем ансибли с паппетами.
Vladimir
но на openstack-base посмотри, там уже собран готовый бандл (набор чармов)
J
блин, по идее как бы должно облегчить развертывание, кажется руками как то проше, хоть и долго
Ну это ж от масштабов зависит. Вручную ты сможешь три сервера сделать. А тридцать три? А вдруг потом понадобится все снести и заново делать? Поэтому и приходится во всей этой дряни разбираться.
Vladimir
вот в жуже это прикольно сделано, кстати
Vladimir
можно на лету добавлять-убирать машины, экземпляры приложений
Vladimir
например, juju add-machine juju add-unit nova-compute --to ...
Ascandar
жужу тоже почитаю
Михаил
tripleo, kolla в них развертываются
А есть просто ваниальный docker с новой например?
Михаил
без всей этой ансибл обвязки
✠ FLASh ✠
сябры, кто пробовал ката контейнеры вообще?
Михаил
Поясни)
ну допустим я хочу делать docker run nova-api подложив ему конфиг
J
Вся суть проекта в этом, вроде.
Михаил
Вся суть проекта в этом, вроде.
Да я вот сижу залипаю в пол глаза в доке по kolla и она кривовата)