А что с ним?

А что с ним?

а все, опечатка была. ))

а все, опечатка была. ))

Незачто)

спасибо, ага

https://kromtech.com/blog/security-center/cryptojacking-invades-cloud-how-modern-containerization-trend-is-exploited-by-attackers

а на 1 ноде может быть не больше 110 подов?

непонятно, что такое CPU allocation (cores), это не ядра процессора же

непонятно, что такое CPU allocation (cores), это не ядра процессора же

https://kubernetes.io/docs/concepts/configuration/manage-compute-resources-container/#meaning-of-cpu

https://kubernetes.io/docs/concepts/configuration/manage-compute-resources-container/#meaning-of-cpu

спасибо!

Привет всем! Вопрос. Пытаюсь через helm задеплоить приложеньку с примонтированным glusterfs вольюмом. Получаю вот это вот в ответ: $ helm install ggg/ --name beta Error: release beta failed: Deployment.apps "beta-ggg" is invalid: spec.template.spec.containers[0].volumeMounts[0].name: Not found: "glusterfsvol" Кто может подсказать, в какую сторону рыть? :))

Указания такие: В containers: volumeMounts: - name: {{ .Values.volumeMounts.name }} mountPath: {{ .Values.volumeMounts.mountPath }} в spec: volumes: - name: {{ .Values.volumes.name }} glusterfs: - endpoints: {{ .Values.glusterfs.endpoints }} path: {{ .Values.glusterfs.path }} readOnly: {{ .Values.glusterfs.readOnly }}

Может какая очевидная ошибка, а я ее не замечаю? :c

Ну и да, рядом лежит jsonчик с работающим чартом для пода, который включается и работает. Т.е. представление как оно должно быть сконфигурировано у меня есть, но чет как-то не прет.

name: {{ .Values.volumeMounts.name }} == name: {{ .Values.volumes.name }} ?

name: {{ .Values.volumeMounts.name }} == name: {{ .Values.volumes.name }} ?

Пробовал. Срать ему, хоть там наименование использовать, хоть там :))

Ошибка volumeMounts[0].name: Not found: "glusterfsvol", соответственно, у тебя в volumeMounts и в volumes.name разные имена

Ошибка volumeMounts[0].name: Not found: "glusterfsvol", соответственно, у тебя в volumeMounts и в volumes.name разные имена

Исходя из values.yaml: volumes: name: glusterfsvol volumeMounts: name: glusterfsvol

Вот тоже думал в эту сторону и не могу допереть, где он, сволочь, видит разные имена :)

а у хельма нет опции показать сгенереный ямль-файл?

--debug

Может кто с ходу сталкивался, а то к вечеру у меня голова не варит?! В общем, как прогнать конфиг через шаблонизатор чтобы он преобразовал переменные {{ .Values.huy }} в нормальные. Сам конфиг подтягивается так: {{ .Files.Get "configs/nginx.conf" | indent 4 }}

увы нет

оу

нук.

а у хельма нет опции показать сгенереный ямль-файл?

есть

ну и --dry-run туда же

--dry-run —debug

ну так может лучше этим и воспользоваться?

и сравнить с тем что деплоилось

Пардон, упустил, что это вообще возможно, но. Может под конец дня совсем тупой, но гляньте: COMPUTED VALUES: ... volumeMounts: name: glusterfsvol volumes: name: glusterfsvol Итоговый deployment.yaml: spec: volumes: - name: glusterfsvol glusterfs: - endpoints: glusterfs-cluster path: gv0 readOnly: false ... containers: ... volumeMounts: - name: glusterfsvol mountPath: xxx ...

Щито ему может не нравиться?)

типа, оба параметра он собирает, оба параметра видит

Может кто с ходу сталкивался, а то к вечеру у меня голова не варит?! В общем, как прогнать конфиг через шаблонизатор чтобы он преобразовал переменные {{ .Values.huy }} в нормальные. Сам конфиг подтягивается так: {{ .Files.Get "configs/nginx.conf" | indent 4 }}

Нашел. {{ tpl (.Files.Get "configs/nginx.conf") . | indent 4 }}

может пригодится кому

может пригодится кому

Спасибо, пригодится!

/report

/report

/report

Подскажите для кубера есть какой-то config manager?

helm ?)

helm ?)

а он синтаксис проверяет тоже?

Угу

а он синтаксис проверяет тоже?

разве что самого yaml

разве что самого yaml

блин я уже думал он мне и ошибки скажет типа букву пропустил в valueFrm

блин я уже думал он мне и ошибки скажет типа букву пропустил в valueFrm

не, он скажет что-то типа "Error: UPGRADE FAILED: cannot re-use a name that is still in use"

я не шучу

ksonnet ещё есть.

подскажите существует ли какойто способ текущую конфигруацию в k8s перенсти в другой namespace

сейчас все в default а надо перенести с другим именем

передеплоить в другой ns ?

с помошью get -o yaml получить список всех манифестов. отредактировать и задеплоить ?

судя по вопросу вам надо не забыть про secret,cm,ing,pv,pvc и прочая

с помошью get -o yaml получить список всех манифестов. отредактировать и задеплоить ?

да я имел ввиду без downtime

как это ?

и как то утилитами самого кубера а не удалить и создать занаво

Задеплоить на другом порту, вынести default, передеплоить на нужный порт

Привет, балансеры

омг

ну так-то да ) надо узнать что за точка входа

ERROR: S client not available

Бле, цуко, ипучий helm! не может удалить нормально за собой контейнеры которые не в статусе running, зато отрапортовывает что все ок, приложение удалено отлично! накипело бля!

а что ему зависнуть и ждать пока все не ответят?

вы дали ему таску удалить чарт - он послал таску подам, поды получили, он говорит ок

кто вырубился тот вырубился

выдать ошибку что удаление не удалось

и ввести возможность принудительного удаления через —grace-period=0 —force

Это было бы логичнее

Бле, цуко, ипучий helm! не может удалить нормально за собой контейнеры которые не в статусе running, зато отрапортовывает что все ок, приложение удалено отлично! накипело бля!

Ууу sooqa, так форкни, вставь watch и радуйся

Бле, цуко, ипучий helm! не может удалить нормально за собой контейнеры которые не в статусе running, зато отрапортовывает что все ок, приложение удалено отлично! накипело бля!

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

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

Только helm всетаки пытается проверить успешно ли удаление и в некоторых случаях оно не успешное.

Тут либо делать либо не делать, но делать на половину как то не очень.

Нормально всё хелм удаляет с флагом —purge

Потому что шляпа. А точнее онтзависимоть у опеншифт а.

Точно нельзя заменить на systemd-networkd ?

Нормально всё хелм удаляет с флагом —purge

Нет, с ним и удалял

v2.8.2

Привет народ

помогите рекомендацией новичку

развернул этот кластер https://github.com/stefanprodan/k8s-scw-baremetal Пишу приложение распределенное. Планирую заворачивать его в докер и ключевым моментом является пробрасывать в этот докер ip'ники других узлов приложения. CI/CD смотрю на gitlab ce: - но не пойму где его лучше запускать в кластере kubernetes или в общем с ним ни как не связывать, куда копать? - хотелось бы после пуша в реп приложение собрать апп->запушить в docker registery и чтоб на всех узлах где крутится предущая версия image'a старый контейнер убился, а новый запустился, куда копать?

Собственно gitlab ci у тебя может реагировать на новые коммиты. Где разворачивать, внутри или снаружи - вопрос личных убеждений, я за снаружи.

Собственно gitlab ci у тебя может реагировать на новые коммиты. Где разворачивать, внутри или снаружи - вопрос личных убеждений, я за снаружи.

по сусти мне осталось придумать как pod'ы создавать с нужным аппом? как я понял helm бы мне подошел

Или вот так: k8s-deploy-testing: image: lachlanevenson/k8s-kubectl stage: deploy script: - kubectl apply -f .ci/deployment.yml

А до этого так: docker-build: image: docker:stable stage: package script: - docker build -t registry.url/project -f .ci/Dockerfile . - docker login -u deploy -p $REGISTRY_PASSWD registry.url - docker push registry.url/project

Или вот так: k8s-deploy-testing: image: lachlanevenson/k8s-kubectl stage: deploy script: - kubectl apply -f .ci/deployment.yml

А если мне еще и потрекать как-то состояние деплоймент процесса, какой командой это можно сделать после той, что ты написал?

Скрипт же. Что хочешь, то и делаешь

Что именно потрекать?

Как проходит деплоймент с новой версией файла деплоймента

Хочется увидеть лог процесса

Не знаешь как можно?

А то апплай он асинхронный - тупо ОК сразу и все, а там внутри может быть роллинг апдейт, который упадет на полпути