если погружаться придется в devops уходить работать)))

Не, девопс эт "знаю все ключи kubectl", немножко программирую)

вчера загасил, ноды с попенстеком много тепла генерировали в серверной 2х2 ))))

эпичный конец

Не, девопс эт "знаю все ключи kubectl", немножко программирую)

ну тоесть курить кубернетис, попенстек не в тренде, хайп прошёл)

ну тоесть курить кубернетис, попенстек не в тренде, хайп прошёл)

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

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

фенк, мирантис я так понял в контейнеры ушёл

фенк, мирантис я так понял в контейнеры ушёл

Ну они поверх опенстека делают контейнеры) И опенстек поверх кубернетеса и черт знает чо еще) Не в контейнеры ушел, я б сказал, а по пизде пошел.

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

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

коллеги так что с фуел? аналогов не появилось? )))

Mirantis Coud Platform - но это не значит что я это рекомендую))

спасибо, я сетевой инженер, но вот хотят знакомые опять попенстек

Хотят, дайте. Порог вхождения в Kolla-ansible в целом минимальный. Собрать базовый конфиг и даже прикрутить туда Tungsten можно по гайдам из сети.

Mirantis Coud Platform - но это не значит что я это рекомендую))

MCP ни разу не Fuel. Ты зря так на него)

Хотят, дайте. Порог вхождения в Kolla-ansible в целом минимальный. Собрать базовый конфиг и даже прикрутить туда Tungsten можно по гайдам из сети.

да я уже об этом задумался

ansible базово знаю в плане взаимодействия с juniper и т.д. впринципе ничего сложного думаю

ansible базово знаю в плане взаимодействия с juniper и т.д. впринципе ничего сложного думаю

Тогда посмотри openstack-ansible если хочешь чтобы опенстековские демоны были в lxc контейнерах или если докер хочешь или умеешь, то kolla-ansible.

Тогда посмотри openstack-ansible если хочешь чтобы опенстековские демоны были в lxc контейнерах или если докер хочешь или умеешь, то kolla-ansible.

Я задам вопрос не для холивара, а исключительно в личных образовательных целях. Зачем вообще смотреть в сторону os_ansible, если есть kolla-ansible? Мне к примеру не нравится очень громоздкая схема с контейнерами, необходимость в 40+ ip адресах и мучительно долгая сборка репо контейнера. При этом каких-то плюсов osa я не видел вообще.

Я задам вопрос не для холивара, а исключительно в личных образовательных целях. Зачем вообще смотреть в сторону os_ansible, если есть kolla-ansible? Мне к примеру не нравится очень громоздкая схема с контейнерами, необходимость в 40+ ip адресах и мучительно долгая сборка репо контейнера. При этом каких-то плюсов osa я не видел вообще.

Ты так говоришь будто докер эт не контейнеры и будто там адреса не нужны) Я хз, ваще говоря, какие рациональные доводы могут быть) Я вот не люблю докер, ну вот прям все мне в его архитектуре не нравится и не нравится тупорылый хайп вокруг него. Ну я себя пересилить не могу и потому альтернативные механизмы изоляции использую, в том числе и LXC) А, ну и еще не обязательно же по каждому чиху контейнеры с репозиториями перестраивать.

Адреса нужны, но они там приватные и основной сети не касаются. В osa беда как раз в том, что если надо что-то пересобирать, не факт, что оно соберётся правильно. Ну и откатиться назад будет непросто.

Я задам вопрос не для холивара, а исключительно в личных образовательных целях. Зачем вообще смотреть в сторону os_ansible, если есть kolla-ansible? Мне к примеру не нравится очень громоздкая схема с контейнерами, необходимость в 40+ ip адресах и мучительно долгая сборка репо контейнера. При этом каких-то плюсов osa я не видел вообще.

os_ansible это же для управления готовым опенстеком kolla-ansible только для деплоя самого опенстека в контейнеры openstack-ansible только для деплоя самого опенстека в пакетах

os_ansible это же для управления готовым опенстеком kolla-ansible только для деплоя самого опенстека в контейнеры openstack-ansible только для деплоя самого опенстека в пакетах

Процедура управления всего лишь часть процедуры деплоя. Разве нет?

Всякий лайфсайкл по апгрейду есть и там и там.

управление - это только обращения к OS API всякий конфиг менеджмент - это деплой/апгрейд

Всякий лайфсайкл по апгрейду есть и там и там.

И прямо работает между релизами?

управление - это только обращения к OS API всякий конфиг менеджмент - это деплой/апгрейд

Я наверное больше про управление облаком, а не нагрузкой в нем. Но ты прав, os_ansible из другого района.

И прямо работает между релизами?

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

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

Ну тоже не плохо. Я вот жду что кто-то это сделает , но пока к сожалению этого не происходит.

Ну тоже не плохо. Я вот жду что кто-то это сделает , но пока к сожалению этого не происходит.

сделает что? апгрейд по кнопке?

сделает что? апгрейд по кнопке?

Угу :)

утопия

тут одних сценариев мульоны

утопия

Ну помечтать то можно ? :)

Угу :)

Оно даже в варе не всегда работает))

Адреса нужны, но они там приватные и основной сети не касаются. В osa беда как раз в том, что если надо что-то пересобирать, не факт, что оно соберётся правильно. Ну и откатиться назад будет непросто.

Почему не факт? Мне тем и понравилось что указываешь заведомо нужные тебе версии сервисов и репозитории откуда брать, хоп и собираешь venv нужные. Та же хренотень что и с докером, только образ не контейнера целиком, а нужного venv. А пересоздать lxc тож быстро, хотя, я б, конечно, хотел чтобы они все же за набор инструментов из lxd взялись, там уже оперируют образами систем, а не ущербненькими шаблонами. Опять же, насчет ip адресов) Даже в документации есть схема где вся связность L3, я её модифицированный вариант с OSPF использую. Ни один сервис не торчит в физическую сеть, все маршрутизируется. Эт я не защищаю любимый инструмент, а просто привожу тебе контраргументы)

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

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

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

Рад был бы если б кто подсказал как излечиться)

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

Хотя, опять же, там архив rootfs базового контейнера делается, так то. venv тож можно рассматривать как образы. Вот те и аналог слоев)

а куда делся терминатор?

банофбот ты хотел сказать?

хотя его выпилили после того как весь чат побанили 🙂

@adiantum

а как теперь со спамом то бороться? @SinTeZoiD тебя чтоли призывать?

а как теперь со спамом то бороться? @SinTeZoiD тебя чтоли призывать?

погуглим

привет. кто-то юзает ovs/ovn ? Если да, то есть ли у вас проболемы с потрей пакетов на полследней 2,12 версии?

@adiantum

Да да

привет. кто-то юзает ovs/ovn ? Если да, то есть ли у вас проболемы с потрей пакетов на полследней 2,12 версии?

юзаю но у меня 2.9 ну и оно в принципе без DPDK работает не очень

Да да

Уже убрали рекламу, спасибо

Уже убрали рекламу, спасибо

👍

юзаю но у меня 2.9 ну и оно в принципе без DPDK работает не очень

у нас на 2.11 был загружен cpu контроллера, тк ovs/ovn гоняет в одном потоке. в 2.12 вроде как это пофксили, обновились и щас контроллер ок, но на хостах примерно 20% packet lost

Господа, задача - запретить с виртуалок dst port 25. Как еще это можно сделать кроме двух правил в security groups разрешающих dst port с 1 по 24 и с 26 по 65000?

фаервол задействовать =)

фаервол задействовать =)

Капитан, на каком уровне и как? Нельзя через flavor set оперировать nwfilter (libvirt)?

вконце разве не deny any any? просто не разрешать 25 порт

нам надо чтобы только на одном тарифе клиенты не могли слать на 25 порт

Капитан, на каком уровне и как? Нельзя через flavor set оперировать nwfilter (libvirt)?

fwaas

лучше версию 2

Supports L2 firewalling (VM ports) NO NO**

вконце разве не deny any any? просто не разрешать 25 порт

в моем понимании security group это Deny Any by default а дальше ты оперируешь добавлением allow

лучше версию 2

он в в2 Supports L2 firewalling (VM ports) - NO. У нас прямо на инстанцах паблик ип висят, неутрон не участвует

ну т.е. если ты сам не разрешишь 25 порт, он и так будет запрещён, не?

он в в2 Supports L2 firewalling (VM ports) - NO. У нас прямо на инстанцах паблик ип висят, неутрон не участвует

nova-network оно еще живо?

ну т.е. если ты сам не разрешишь 25 порт, он и так будет запрещён, не?

так точно, по этому я сразу спросил, кроме двух правил разрешающих все остальное и при этом оперируя port-range никак это не сделать аккуратно?

nova-network оно еще живо?

deprecated s 16 versii

nova-network оно еще живо?

И я не сказал что у нас nova-network) у нас по дефаулту все - nova.virt.firewall.NoopFirewallDriver Просто т.к. на этом проекте простые виртуалки то клиентам даем ИП из внешнего пула сразу

Я вас верно понял?

И я не сказал что у нас nova-network) у нас по дефаулту все - nova.virt.firewall.NoopFirewallDriver Просто т.к. на этом проекте простые виртуалки то клиентам даем ИП из внешнего пула сразу

ну вы сказали что у вас нейтрон тут не при делах. Остается нова нетворк =).

ну вы сказали что у вас нейтрон тут не при делах. Остается нова нетворк =).

Ок, не так выразился, неутрон есть но трафик через него не гоняется

дефолтный rocky инсталл

что на счет идеи flavor set + nwfilter? Бред?

что на счет идеи flavor set + nwfilter? Бред?

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

дефолтный rocky инсталл

А не думал внешним устройством трафик резать, синхронизируя правила с выданными нейтронм адресами?

Да, думал. Просто решил спросить мало ли гдето есть волшебная кнопка, типа раз и все готово.

А не думал внешним устройством трафик резать, синхронизируя правила с выданными нейтронм адресами?

хук с flavor мне кажется более здоровым =)

хук с flavor мне кажется более здоровым =)

кстати вопрос, если на flavor "A" выдана одна А что имелось ввиду под "поддерживать" в контексте flavor set?

там же автоматика, один раз настроил и все, не?

там же автоматика, один раз настроил и все, не?

обновили опенстек стало с чем то не совместимо

короче дальнейший жизненный цикл решения

нене, какое еще "обновил опэнстэк"

типун

I have a life you know)

Привет, Подскажите, пожалуйта, смогу ли я получать статистику по утилизации ресурсов (cpu, ram итд) по каждому из проектов в отделности с помошью ceilometer или monasca? Если да, то чем проше собирать?