enviroments

да, но для каждого экземпляра отдельный

Коллеги подскажите а кто нибудь кластерный elasticsearch использует в кубере ?

Столкнулся с проблемой работы plugins

причем в нем ни чарт не указать ни имя

Коллеги подскажите а кто нибудь кластерный elasticsearch использует в кубере ?

Да, как бек для graylog

Я развернул кластер 3 мастера 2 датаноды 2 клиента

Лучше сразу начинать с чарта

два магнитофона два постигара

Из официального докера еластика собрал контейнер все что добавил это модуль морфологии

https://github.com/helm/charts/tree/master/incubator/elasticsearch

Лучше сразу начинать с чарта

https://github.com/bitnami/charts/tree/master/bitnami/elasticsearch

https://github.com/helm/charts/tree/master/incubator/elasticsearch

Этот тоже пробовал

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

https://github.com/helm/charts/tree/master/incubator/elasticsearch

я вот этот использую

У меня тоже ставится без проблем Ну немного допилить тома и работает Но проблема в том что когда приложение начинает обращатся к еластику То на одном клиенте плагин отвечает а на втором фиг

может проблема в плагине?

Все может быть конечно

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

Народ, подскажие пожалуйста, как вы храните в гите какие чарты, в какой ns и с какими values вы выкатили? Пишите свой чарт с dependencies или где-то рядом с values кладёте версию чарта или как-то иначе? Спасибо

В ci это фиксируется, какой ns, release. В гите только readme с примером как набить ns чтобы все работало

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

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

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

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

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

Я так понимаю это какой-то ритуал, тоже не смог переубедить на такое. Кого в жертву нужно?

Я так понимаю это какой-то ритуал, тоже не смог переубедить на такое. Кого в жертву нужно?

Сроки реализации задач порезать в пару раз. У нас на этом все строится.

Не будет времени на лишнее.

Сроки реализации задач порезать в пару раз. У нас на этом все строится.

Но падать же проще и быстрее, если зависимости не готовы. Или о чем речь?

Ну неаккуратно им кажется. По мне так в любой непонятной ситуации надо катапультироваться, это бесплатно вовремя инициализации пока пользовательского траффика не прислали

Ну да

Сроки реализации задач порезать в пару раз. У нас на этом все строится.

Сроки и так все горят :) все равно "по канону" рисуют :)

Но падать же проще и быстрее, если зависимости не готовы. Или о чем речь?

Но время то есть своё написать, вот и пишут ?

Но время то есть своё написать, вот и пишут ?

Понял

Время разворачивания окружения же всегда плюс-минус статично, можно sleep на 1-2 минуты под такое бахать и не разгонять планировщик по таймауту

https://sysdig.com/blog/whats-new-in-kubernetes-1-12/

попытался создать конфигмап из файлов, указал директорию, но он не стал её рекурсивно обходить, в итоге там оказался только файл main.json

Если хранить конфиги в git - можно монтировать git

Если хранить конфиги в git - можно монтировать git

Это как?

Прям репу?

Ну в смысле клонить будет куб

Уже deprecated https://kubernetes.io/docs/concepts/storage/volumes/#gitrepo

Продвигают initContainer

Можно пару глупых вопросов на понимание: 1. В кубере вместо Env(в ранчере) используются namespace - я правильно понимаю, что для разных namespace мне нужен свой прометеус для мониторинга этого добра ? 2. Helm, как я понял - замена docker-compose как мне ci/cd настроить, чтобы в репе обновился компонент и только он залился на прод ? Не helm же трогать ? 3. Предположим, я хочу 3 одинаковых pod на разных хостах со Persistant Volume на каждом из хостов. могу я задать им конкретные имена хостов ? Или это лейблам делается ? Предположим, что в лейбле prod у меня 5 хостов, а разместить поды я хочу на 3х из них. Как мне быть, чтобы мои 3 пода были всегда на этих трёх хостах (чтобы persistent сохранялся) Спасибо за ответы!

1. Прометеус умеет читать из разныз неймспейсов 2. #helmговно 3. nodeSelector

Гайс, а есть какая то принципиальная разница между тем как деплоить прометей внутри кубера? Руками или поставить operator. В том случае если мне нужно просто в режиме федерации тянуть метрики с приложений в подах

1. Прометеус умеет читать из разныз неймспейсов 2. #helmговно 3. nodeSelector

2. деплоить-то как ? envsubst | kubectl ? с чего начать.

2. деплоить-то как ? envsubst | kubectl ? с чего начать.

kubectl, jsonnet, ansible, chef, kustomize

kubectl, jsonnet, ansible, chef, kustomize

еще проще, сам чем деплоишь. Я так понимаю, что за вычетом ansible|chef - лучше с kubectl начать ?

Так или иначе, спасибо за ответы!

Можно пару глупых вопросов на понимание: 1. В кубере вместо Env(в ранчере) используются namespace - я правильно понимаю, что для разных namespace мне нужен свой прометеус для мониторинга этого добра ? 2. Helm, как я понял - замена docker-compose как мне ci/cd настроить, чтобы в репе обновился компонент и только он залился на прод ? Не helm же трогать ? 3. Предположим, я хочу 3 одинаковых pod на разных хостах со Persistant Volume на каждом из хостов. могу я задать им конкретные имена хостов ? Или это лейблам делается ? Предположим, что в лейбле prod у меня 5 хостов, а разместить поды я хочу на 3х из них. Как мне быть, чтобы мои 3 пода были всегда на этих трёх хостах (чтобы persistent сохранялся) Спасибо за ответы!

1. Прометеуса одного всегда достаточно, экспортеров в него - много 2. Весь k8s целиком замена docker-compose. Как настроить - слишком абстрактный вопрос.

1. Прометеус умеет читать из разныз неймспейсов 2. #helmговно 3. nodeSelector

А почему Хелм говно?

все, триггер был запущен

А почему Хелм говно?

К сожалению весь список приводить слишком долго :(

А почему Хелм говно?

То, что его уже в 3ий раз переделывают - достаточный аргумент?

То, что его уже в 3ий раз переделывают - достаточный аргумент?

я не вникал в вашу дискуссию, но прочитал сразу ваше сообщение. Это значит они все три версии сделали не совместимыми друг с другом? апишки ломали?

3й версии ещё нет

я не вникал в вашу дискуссию, но прочитал сразу ваше сообщение. Это значит они все три версии сделали не совместимыми друг с другом? апишки ломали?

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

альтернатив хелму не очень много

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

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

То, что его уже в 3ий раз переделывают - достаточный аргумент?

Python3 тоже сильно отличается от 2, и это офигенно, что его переделали, это вроде нормальный процесс развития

Python3 тоже сильно отличается от 2, и это офигенно, что его переделали, это вроде нормальный процесс развития

Мне кажется python и helm - разные случаи, но и обновление питона мне иногда до сих пор аукается :(

Python3 тоже сильно отличается от 2, и это офигенно, что его переделали, это вроде нормальный процесс развития

Настолько хорошо переделали, что пересесть никто не может

Настолько хорошо переделали, что пересесть никто не может

зачем пересаживаться, если он еще не deprecated

К тому времени как задепрекейтят двойку, начнем на р4 переход ;)

зачем пересаживаться, если он еще не deprecated

то есть третий не нужен

мне нет

мне и так норма

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

К тому времени как задепрекейтят двойку, начнем на р4 переход ;)

p4 это perforce :) если кто помнит ещё такое...

нет вцс кроме гита и линус пророк его

не кури больше это

https://sysdig.com/blog/whats-new-in-kubernetes-1-12/

Про vertical scaling пишут This is particularly useful for pods that are costly to destroy and recreate. , так налету поду менять ресурсы же все равно нельзя пока, о чем они?

Про vertical scaling пишут This is particularly useful for pods that are costly to destroy and recreate. , так налету поду менять ресурсы же все равно нельзя пока, о чем они?

оно слушает метрики и выставляет реквесты и лимиты по количеству потребленной памяти

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

https://sysdig.com/blog/whats-new-in-kubernetes-1-12/

"to section to allow or deny traffic based on IP ranges or Kubernetes metadata (i.e. namespace=”proxy”)" о чем они вообще? По имени namespace фильтровать ничего нельзя, только по лейблам

"to section to allow or deny traffic based on IP ranges or Kubernetes metadata (i.e. namespace=”proxy”)" о чем они вообще? По имени namespace фильтровать ничего нельзя, только по лейблам

я тоже этого не понял, какие-то танцы вокруг NetworkPolicies

Можно пару глупых вопросов на понимание: 1. В кубере вместо Env(в ранчере) используются namespace - я правильно понимаю, что для разных namespace мне нужен свой прометеус для мониторинга этого добра ? 2. Helm, как я понял - замена docker-compose как мне ci/cd настроить, чтобы в репе обновился компонент и только он залился на прод ? Не helm же трогать ? 3. Предположим, я хочу 3 одинаковых pod на разных хостах со Persistant Volume на каждом из хостов. могу я задать им конкретные имена хостов ? Или это лейблам делается ? Предположим, что в лейбле prod у меня 5 хостов, а разместить поды я хочу на 3х из них. Как мне быть, чтобы мои 3 пода были всегда на этих трёх хостах (чтобы persistent сохранялся) Спасибо за ответы!

2. Если грубо то: kubectl apply -f <repo_dir> 3. Если поды созданы одним StatefulSet, нужно вешать nodeAffinity непосредственно на persistentVolumes - если они у вас локальные https://kubernetes.io/blog/2018/04/13/local-persistent-volumes-beta/

получилось более менее автоматизировать ci/cd через гитлаб и кубернетес, теперь не могу соединить бэкенд (рест апи) и фронтенд (спа)

подскажите как делать?

пробовал добавлять в nginx конфигурацию с документации

upstream hello { server hello; } server { listen 80; location / { proxy_pass http://hello; } }

соответственно поменял хеллоу на свой селектор апп

но фронт не может стучаться в бэк

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

порт указал статичным для бэкенда

я не девопс, я разработчик, которому нужно поднять все это, чтобы можно было дальше писать код))

я не девопс, я разработчик, которому нужно поднять все это, чтобы можно было дальше писать код))

это чтобы вы не ругали меня если я не знаю какие-то “элементарные” вещи)

получилось более менее автоматизировать ci/cd через гитлаб и кубернетес, теперь не могу соединить бэкенд (рест апи) и фронтенд (спа)

Стучись на сервис deployment-name.namespace.svc.cluster-name (это если бекенд и фронт в одном кластере)

получилось более менее автоматизировать ci/cd через гитлаб и кубернетес, теперь не могу соединить бэкенд (рест апи) и фронтенд (спа)

вам ingress нужен

Стучись на сервис deployment-name.namespace.svc.cluster-name (это если бекенд и фронт в одном кластере)

у него фронт это клиентский JS

ingress ставьте через helm, самое простое. useHostNetwork + daemonSet

* ингрессом вы "монтируете" service к какому-то url, как mount команда. Писать nginx конфиги большей частью не нужно в кубе.