У вари раньше был на эту тему продукт vfabric data director, но конец пришел..

Походу теперь ты не вьезжаешь 😁

Или ты не умеешь а) в одну графану вывести с двух разных мест данные б) собрать в один условный прометей данные со всей системы

Метрики в одном месте можно смотреть с чего угодно, причем тут куб и метрики?

А какие метрики с гипервизора собираете?

Походу теперь ты не вьезжаешь 😁

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

А какие метрики с гипервизора собираете?

Мегагерцы-память-сеть

Мегагерцы-память-сеть

Ага, то есть ничего связанного со стораджем и снапшотами

Ага, то есть ничего связанного со стораджем и снапшотами

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

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

USE+RED?

USE+RED?

RED это что? По поводу использования - у меня сейчас есть 10тб свободного места, и поэтому я не вижу смысла тратить время на его точный мониторинг, другие задачи в приоритете. Где-то летом накручу.

RED это что? По поводу использования - у меня сейчас есть 10тб свободного места, и поэтому я не вижу смысла тратить время на его точный мониторинг, другие задачи в приоритете. Где-то летом накручу.

Rate/Errors/Duration

RED это что? По поводу использования - у меня сейчас есть 10тб свободного места, и поэтому я не вижу смысла тратить время на его точный мониторинг, другие задачи в приоритете. Где-то летом накручу.

https://www.weave.works/blog/the-red-method-key-metrics-for-microservices-architecture/

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

Rate/Errors/Duration

Хм, но если речь про стораджи вцелом и снэпшоты в частности- тут скорее место/иопсы/скорость важны ведь.

Хм, но если речь про стораджи вцелом и снэпшоты в частности- тут скорее место/иопсы/скорость важны ведь.

Для каждой метрики - место, время создания pv, количество pvc - нужно по-хорошему эти 5 метрик собирать

Не знаю дает ли какой-то гипервизор такую инфу, вот и спрашиваю

Куб-то известно что дает

Не знаю дает ли какой-то гипервизор такую инфу, вот и спрашиваю

Ну что дает vmware в их документации поди можно найти, а не "ставить чтобы просто посмотреть". Но я так скажу - там уйма метрик, и я не все из них понимаю точно что значат

Для каждой метрики - место, время создания pv, количество pvc - нужно по-хорошему эти 5 метрик собирать

Парни, вы про что?

Мне интересно, люди рассуждающие в духе "а зачем мне XXX в контейнерах, оно спокойно живёт без контейнеров" базы данных на голом блочном устройстве держат? Зачем себе усложнять инфраструктуру и увеличивать энтропию? Разведут зоопарк себе, ради "оптимизации", а потом штат оперейшонса разбухает в три раза

Я что-то выпал из контекста. Мониторинг pvc?

Для каждой метрики - место, время создания pv, количество pvc - нужно по-хорошему эти 5 метрик собирать

Ну зачем собирать например ошибки для каждого диска каждого контейнера, если все они лежат на сторадже одном физическом?

Мне интересно, люди рассуждающие в духе "а зачем мне XXX в контейнерах, оно спокойно живёт без контейнеров" базы данных на голом блочном устройстве держат? Зачем себе усложнять инфраструктуру и увеличивать энтропию? Разведут зоопарк себе, ради "оптимизации", а потом штат оперейшонса разбухает в три раза

Не понял позицию. Ты за унификацию (т.е. БД в куб тащить) или за оптимальность каждого решения ?

Мне интересно, люди рассуждающие в духе "а зачем мне XXX в контейнерах, оно спокойно живёт без контейнеров" базы данных на голом блочном устройстве держат? Зачем себе усложнять инфраструктуру и увеличивать энтропию? Разведут зоопарк себе, ради "оптимизации", а потом штат оперейшонса разбухает в три раза

Ну есть виртуалки. В них есть бд. Зачем усложнять и еще сюда куб пихать?

Не понял позицию. Ты за унификацию (т.е. БД в куб тащить) или за оптимальность каждого решения ?

А что непонятного?

Ну есть виртуалки. В них есть бд. Зачем усложнять и еще сюда куб пихать?

Согласен, виртуалки стоит выкинуть

А что непонятного?

Все. Я тупес

Согласен, виртуалки стоит выкинуть

Ну есть виртуалки. В них есть бд. Зачем усложнять и еще сюда куб пихать?

А стейтлесс говно где гонять ?

А стейтлесс говно где гонять ?

openfaas, lamda, etc

openfaas, lamda, etc

А если его нет? Оно же поверх кубера так же собирается

А стейтлесс говно где гонять ?

В кубе. Который собран на соседних виртуалках

В кубе. Который собран на соседних виртуалках

Ну, соглашусь, да

Согласен, виртуалки стоит выкинуть

Не могу, тогда ничего не останется

А если его нет? Оно же поверх кубера так же собирается

lambda.

Не могу, тогда ничего не останется

lambda.

И что? У меня Амазона нет

Забанили

openfaas, lamda, etc

knative, извините

Ну есть виртуалки. В них есть бд. Зачем усложнять и еще сюда куб пихать?

А вы на виртуалках руками базы поднимаете? :)

А вы на виртуалках руками базы поднимаете? :)

Ансиблом. Как и сами виртуалки

Ансиблом. Как и сами виртуалки

Т.е. башсиблом ?

Т.е. башсиблом ?

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

Т.е. башсиблом ?

В общем по поводу баша не совсем понял к чему это

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

Ну, ансибль для заказа виртуалок в вмварь - такое себе

Это как бекапы ансиблом делать. С одной стороны удобно, но не идемпотентно и ребята из @pro_ansible закидают 🍅

Ну, ансибль для заказа виртуалок в вмварь - такое себе

Почему? Модули написаны, в документации описаны - бери да юзай, в чем проблема?

Почему? Модули написаны, в документации описаны - бери да юзай, в чем проблема?

Отдельный модуль для бэкапа ансиблом написан?

Вот где-то тут должен прозвучать звоночек что не для этого ансибл

Отдельный модуль для бэкапа ансиблом написан?

Бекапа чего?

Вот где-то тут должен прозвучать звоночек что не для этого ансибл

Т.е виртуалки надо ручками создавать что ли?

Вот где-то тут должен прозвучать звоночек что не для этого ансибл

Расскажи зачем он нужен, т.к. мы не понимаем

Т.е виртуалки надо ручками создавать что ли?

Расскажи, как это ты делаешь. У тебя есть мастер-репо со списком всех виртуалок и ансибл тупо доводит инфру до этого состояния? Или ты на каждую новую ВМ пишешь новый плейбук?

Расскажи зачем он нужен, т.к. мы не понимаем

Не вижу ничего плохого в создании или переконфигурации виртуалок, но снимать снапшоты постресс ансиблом уже попахивает

Я не к тому, что пытаюсь сейчас закидать 🍅, а просто интересны кто и как делает

Расскажи, как это ты делаешь. У тебя есть мастер-репо со списком всех виртуалок и ансибл тупо доводит инфру до этого состояния? Или ты на каждую новую ВМ пишешь новый плейбук?

Второе

Второе

😭

Я не к тому, что пытаюсь сейчас закидать 🍅, а просто интересны кто и как делает

Оператором делаю снапшоты по таймеру, ark бэкапит их из pv

Не вижу ничего плохого в создании или переконфигурации виртуалок, но снимать снапшоты постресс ансиблом уже попахивает

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

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

То есть нужно ручками стартовать весь процесс?

То есть нужно ручками стартовать весь процесс?

Нужно в джире задачу перевести на нужный этап воркфлоу

Нужно в джире задачу перевести на нужный этап воркфлоу

Ясно, спасибо

Еще одно преимущество куба бгг

Ну или AWX, как посмотреть

Еще одно преимущество куба бгг

А в чем связь?

А в чем связь?

Очевидно в автоматизации и мониторинге всего процесса, который потом можно воспроизвести на стейдже и добавить нового юзера через Role

Очевидно в автоматизации и мониторинге всего процесса, который потом можно воспроизвести на стейдже и добавить нового юзера через Role

Вот и все это все равно не понимаю, какое имеет отношение к беседе выше. Ну т.е, вот есть джира. В ней появляется задача. В какой-то момент создается связанный бранч в гите - в этот момент гитлаб активируется, и в итоге в кубе имеем latest'ы всех контейнеров окружения по этому проекту. Программист что-то пушит в процессе работы - это заворачивается в контейнеры и они пушатся вместо latest'ов. В какой-то момент задача в джире уходит в тест - тут уже стартуют шаманства с бд и автотестами, дальше - ручные тесты и потом деплой.

Ох, мне товарища Валентина даже жалко стало Конечно, подозреваю, что именно мнение "не тащить базы в куб" и считать унификацию усложнением заставляет его страдать, но всё равно жалко человека

Ох, мне товарища Валентина даже жалко стало Конечно, подозреваю, что именно мнение "не тащить базы в куб" и считать унификацию усложнением заставляет его страдать, но всё равно жалко человека

У меня унификация - это вообще без куба. Куб добавляет сложности в общую схему, но эта сложность дает и удобства, потому получила право на жизнь и развивается. Но вообще все в куб = еще и еще больше сложности. Ну и нафига самому себе усложнять жизнь?

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

knative, извините

Не трогал, простите

Расскажи, как это ты делаешь. У тебя есть мастер-репо со списком всех виртуалок и ансибл тупо доводит инфру до этого состояния? Или ты на каждую новую ВМ пишешь новый плейбук?

В ансибле вполне рабочие модули для Vmware

И динамический инвентарь вполне доступен для Vmware тоже

В ансибле вполне рабочие модули для Vmware

И тут. Я разве сказал, что ансибл не работает с вмварь ?

И тут. Я разве сказал, что ансибл не работает с вмварь ?

Возможно, я просто не совсем верно понял вопрос

Тогда прошу прощения

И если уж на то пошло - вмварь бывает разная. Одно дело vcloud director, а другое - esxi/vsphere

Просто не очень понятно, к чему была фраза про отдельный плейбук на виртуалку

И динамический инвентарь вполне доступен для Vmware тоже

Вот это коллеге выше расскажите, т.к.

Валентин Еловский: Второе

Просто не очень понятно, к чему была фраза про отдельный плейбук на виртуалку

Ну, что тут неясного. Коллеге лень тыкать в гуе вмварь. Поэтому он пишет каждый раз плейбук для разворачивания новой ВМ. Это как альтернатива скриптовать через powercli создание вм