Я такое делаю через ENV в CI/CD

Т.е. в chart'е типа должно быть все, что нужно приложению?

Ну я больше про всякие тестовые окружения. Два сервиса, пушут разные команды, но оба сервиса ходят в одну базу, например. Деплоить надо раздельно.

Не должны 2 сервиса в одну базу ходить

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

Не должны 2 сервиса в одну базу ходить

😁😁😁 у меня в прод базу штук 30 сервисов ходит по своим делам. У всех права расписаны правда.

Самый простой - отложенные задачи в каком-нибудь celery

Всем добра. Никто случаем не сталкивался с проблемой при развертке minio в k8s как StatefulSet ? Один из инстансов постоянно вываливается в ошибку ERROR Unable to initialize posix backend: Unable to write to the backend. > Please ensure Minio binary has write permissions for the backend. Гугл не дал особых результатов apiVersion: v1 kind: Service metadata: name: minio labels: app: minio spec: clusterIP: None ports: - port: 9000 name: minio selector: app: minio --- apiVersion: apps/v1beta1 kind: StatefulSet metadata: name: minio spec: serviceName: minio replicas: 4 template: metadata: labels: app: minio spec: volumes: - name: data persistentVolumeClaim: claimName: minio-pv-claim containers: - name: minio env: - name: MINIO_ACCESS_KEY value: "AKIAIOSFODNN7EXAMPLE" - name: MINIO_SECRET_KEY value: "wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY" image: minio/minio args: - server - http://minio-{0...3}.minio.default.svc.cluster.local/data ports: - containerPort: 9000 volumeMounts: - name: data mountPath: /data volumeClaimTemplates: - metadata: name: data spec: accessModes: - ReadWriteMany resources: requests: storage: 10Gi --- apiVersion: v1 kind: Service metadata: name: minio-service spec: ports: - port: 9000 targetPort: 9000 protocol: TCP selector: app: minio

спасибо, что не rookio

всё я еще раз спрошу. Насколько я понял, выпилить из kubernetes ограничения на cpu, memory и размер дисков очень трудно. Я прав ? Или кто-то выпилил и вручную распределяет контейнеры ? Если вы не выпиливали - как вы определяете - сколько надо ресурсов тому или иному контейнеру ? По мониторингу ?

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

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

очень сложные вопрос коллеги, давайте попроще

всё я еще раз спрошу. Насколько я понял, выпилить из kubernetes ограничения на cpu, memory и размер дисков очень трудно. Я прав ? Или кто-то выпилил и вручную распределяет контейнеры ? Если вы не выпиливали - как вы определяете - сколько надо ресурсов тому или иному контейнеру ? По мониторингу ?

https://banzaicloud.com/blog/vertical-pod-autoscaler/

очень сложные вопрос коллеги, давайте попроще

ну я пробовал прокинуть порт через port-forwarding но дешборд чет не взлетает. и не могу понять куда дальше ковырять (сорян если вопрос сильно нубский)

спасибо, что не rookio

Есть какие-то более адекватные заменители? Пока минио работал как деплой — все было идеально

не тащи сторадж в куб

А монгу в куб можно ?)

можно

главное данные в ней не храни

)))

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

главное данные в ней не храни

всё я еще раз спрошу. Насколько я понял, выпилить из kubernetes ограничения на cpu, memory и размер дисков очень трудно. Я прав ? Или кто-то выпилил и вручную распределяет контейнеры ? Если вы не выпиливали - как вы определяете - сколько надо ресурсов тому или иному контейнеру ? По мониторингу ?

у тебя есть метрики, у тебя есть HPA и VPA

Есть какие-то более адекватные заменители? Пока минио работал как деплой — все было идеально

nginx+статика. Их плюсов любой конфиг на каждый сервис, как htaccess

не тащи сторадж в куб

а где хранить данные?

вне куба?

в блокнотике

Есть какие-то более адекватные заменители? Пока минио работал как деплой — все было идеально

FROM nginx:1.15.2-alpine COPY server.nginx.conf /etc/nginx/conf.d/default.conf COPY --from=build /app/dist /usr/share/nginx/html

в блокнотике

В My Documents

я бумажный имел в виду

а где хранить данные?

Можно развернуть стораджа вне куба

FROM nginx:1.15.2-alpine COPY server.nginx.conf /etc/nginx/conf.d/default.conf COPY --from=build /app/dist /usr/share/nginx/html

Вариант, но надо замарочиться с менеджментом этого всего

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

Но не работает

Но не работает

Эм... написать деплоймент и ингресс один раз?

У меня так все и разворачивается

А файлы на место как доставлять ?

Через registry оно само...

Это nginx+статика. Самодостаточная штука.

Статику я имею ввиду как докидывать на серваки ?

docker build -t app .

docker push app

kubectl apply -f

все

в смысле ?)) Если мне надо хранить гигтары данных мне все в регистры загнать?)

Я не знаю с чего я взял, что разговор был про фронт. Там js/css/html. Сорян.

фронтовая статика да, так и хранится )

подскажите, а как ресурс можно напрямую в etcd подправить, если куб ругается на "field is immutable"?

пересоздать?

ну, PV не так то просто и пересоздать :)

да ладно, берёшь и пересоздаёшь

я сто раз так делал

даже если он bound?

хм, сча попробую

ты правда данные можешь протерять

я сам провижионер пишу, так что не должен :)

yet another provisioner

да ладно, берёшь и пересоздаёшь

ты был прав, PVC на момент когда PV удален, приобретает статус Lost, потом когда создаешь новый PV становится обратно Bound

ток finalizers надо удалять естественно

Кто-нить сталкивался с "подвисаниями" запросов между подами? Кейс: есть nodejs, java 8 и python flask контейнеры, все ведут себя одинаково: запросов 5-10 отдадут как положено, за 0.1 секунды, а потом запрос 5-10-20 секунд отдается, потом снова. В итоге куб прибивает по healthcheck'у контейнер и все повторяется. Сеть - headless сервисы, статичные роуты между нодами и стандартный cni'шный bridge в качестве плагина сети.

Такая картина даже если curl'ом дергать запрос с ноды на ее же контейнеры (запущенные на ней), т.е даже nat никакой не вмешивается при таком сценарии

там вроде с днс такие проблемы были

там вроде с днс такие проблемы были

+

https://github.com/kubernetes/kubernetes/issues/56903

хотя healthcheck'и..

хелсчек зависит от этих запросов внутри приложения?

Подскажите, могу ли на на одних и тех же нодах гонять несколько кластеров?

Ты в курсе что ты странный?

Да

Ок

Подскажите, могу ли на на одних и тех же нодах гонять несколько кластеров?

вполне, поднимите на них виртуалки

LXD?

:)

ну так то куб же компонентный. Только каждый компонент нужно будет по портам раскидать, веселья то.

@SinTeZoiD утверждает, что куб с нуля это просто. Поэтому 2 куба на одной ноде тоже просто.

Рассовать-то можно

Т.е., если кратко, то на группу инстансов без плясок один кластер.

Вопрос в смысле

Вот у меня и нарисовался вопрос про порты, как оно жить будет.

А нафиг вообще