в том то и проблема - оно было скормлено. и работало раньше, разворачивал не раз. а в последний раз, неделю назад, кубадм забил на этот ключ

что для меня стало просто полной неожиданностью

кубелет "повесился" на другой интерфейс вм-ки и всё. жаль, придется разбираться что у кубадма не так идет в процессе разворота

спасибо в любом случае

node-ip флаг в конфиге кубелета есть у тебя?

на момент разворота - не было, сейчас добавил, но не помогает. кубелет до кучи стал ругаться на несовпадение драйверов с докером. хотя и это добавлено в конфиг кубелета. вообще дичь какая то пошла. главное до этого рестартовал машины - всё ок заводилось. сделал рестарт через systemctl - и всё. крышу сорвало

В любом случае странно, тут к сожалению сложно подсказать что-то. Нужно более детально смотреть конфиги и логи, и потом делать фикс.
Если есть возможность, то сделай kubeadm reset и разверни все правильно

Ага. Спасибо. Вечером вернусь к вопросу, тогда и логи будут. Просто думал - может какое то обновление было критичное недавно. Которое просто концептуально меняет процесс установки

{{ (.Files.Get “pod-descriptor.yaml”).AsConfig }}

а почему не define? в helm же есть конкретные шаблоны?

Существует ли возможность создать PVC как "шаблон" для всего кластера и использовать его внутри создаваемых ns? Из того что я успел прочесть в документации функции по созданию снапшотов и клонированию доступны только в пределах одного и того же пространства имён.
Исходная задача - у меня есть готовый сэмпл базы данных (в виде PV на 2Гб), и который хочется деплоить вместе с приложениями в каждом новом ns. Создание сэмпла БД занимает около 10 минут, хотелось сократить это время через клонирование/копирование только PV.
Или могу ли я клонировать весь под (включая PVC+PV) из одного ns в другой ns?

если ваш csi драйвер поддерживает снапшоты, то можете ими восользоваться

Да. Вылетело напрочь. Спасибо. Конечно. Ещё и в моем проекте есть файл с кучей define в helm чарте каждого микросервиса. Я тормоз иногда. Лучше было промолчать :)

спасибо. Вроде тут: https://kubernetes.io/docs/concepts/storage/volume-snapshots/ ничего не говорится про ограничения внутри одного ns. Видимо я прочитал про ограничения клонирования и посчитал что это характерно и для снапшотов

там отдлеьный класс для снапшотов

Ребята всем привет !!
Kube-proxy я так понимаю что можно юзать кластер с ним и без него ? Плюсы и минусы таких реализаций

а я бы через range просто зафигачил. Если деплойменты практически одинаковые,
{{- range $app := .Values.apps }}
apiVersion: apps/v1
kind: Deployment
metadata:
 name: {{ $app.name }}
...
...
      command: $app.command
      args: $app.args
...
---
{{- end }}
Ну или _helpers.tpl тебе может помочь. Там же как раз можно через define определить шаблон, и переиспользовать его много раз.

ИМХО, На маленьких объемах - вряд ли заметишь разницу, что с куб-прокси (в любом режиме), что куб роутер, что через силиум.

Из CNI только силиум поддерживает такое решение ?

Ручками если поправить в конфиге api сервиса при условии что сертификат тоже на имя идёт в кластере которое в etc/hosts можно прописать на нужном интерфейсе