Я такое делаю через 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 куба на одной ноде тоже просто.

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

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

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

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

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

Изачально странное желание

Академический вопрос.

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

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

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

Не меня

Не меня

Обратного 'тебя'

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

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

не факт, kubelet может не уметь биндится на другой порт надо смотреть доку

не факт, kubelet может не уметь биндится на другой порт надо смотреть доку

умеет, специально глянул, это был бы мега фейл, если нет.

не факт, kubelet может не уметь биндится на другой порт надо смотреть доку

Всегда можно запатчить!

умеет, специально глянул, это был бы мега фейл, если нет.

да от этих можно и такого ожидать

Ты как будто не инженер

во всех get started по golang это в примерах.

Всегда можно запатчить!

это путь в ад

Лол

С опечаткой было лучше

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

а какие проблемы с портами-то могут быть?

а какие проблемы с портами-то могут быть?

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

Товарищи, кто нибуть юзал это у себя? https://github.com/appscode/searchlight

is a Kubernetes operator for Icinga.