Привет! А у меня в целом кластер не алё. Работает через раз. Самопроизвольно отваливается. Перестаёт реагировать на команды kubectl cluster-info и kubectl get nodes The connection to the server k8s-test:6443 was refused - did you specify the right host or port? Ну и соответственно под всё время в статусе pending
Вопрос? Зачем ты ставишь Docker, и следом ставишь containerd? На сколько я знаю containerd это легковесный аналог Docker и не нужно ставить их вместе! kubelet будет управлять либо containerd либо docker, в зависимости какой драйвер будет указан! Установка Docker здесь абсолютно бесполезное действие!
Возможно для кого-то хороший видос, НО: 1. Ты не обновил систему а лишь синхронизировал репозиторий 2. Загруженные модули overlay и br_netfilter останутся загруженными до перегрузки системы. Для того чтобы они всегда использовались ядром нужно было добавить строки в файл. В видео об этом ни слова 3. Добавили только репозиторий докера, не установив его. После так вообще речь о containerd. Взаимосвязи этих действий ноль + добавили лишний репозиторий по сути. 4. Ставит репозиторий для ubuntu xenial при установленной jammy. Конфликт пакетов и вероятно нерабочая система в будущем.(что еще за репозитория непосредственно Дженкинса так и не понял) 5. Да ты и маркированные пакеты вручную не обновишь. 6. Мы задали local dns имя. Как остальные сервера будут о нем узнавать нигде не сказано, хотя стоило бы упомянуть что и на других серверах придется регистрировать записи в /etc/hosts Касательно самого кубера вопросов нет. Но как можно так криво на серьезных щах делать гайд совершенно не понимаю, равно как не понимаю почему это - тимлид.
Спасибо за фидбек! Для урока всегда вынуждены брать компромиссное решение и о чем-то недоговаривать. Ну и люди всего лишь люди. K8S в нашей компании поднимали с нуля, самостоятельно, не имея экспертизы, делая шаг за шагом.
1. Согласен, но поскольку видео расчитано для новичков, для простоты объяснения говорил именно про обновление, а не синхронизацию и т/д, что бы не заострять внимание и не объяснять разницу в командах apt update и apt upgrade 2. Так добавил же их в файл /etc/modules-load.d/containerd.conf на видео есть, тут 5:41 3. Как же лишний репозиторий, он нужен для установки containerd, так как для установки используется репозиторий Docker, если и дургие способы его поставить, но мне кажется это самый разумный путь, поправь меня если я не прав. Про Jenkins просто была оговорка)) 4. Согласен не обратил внимание) 5. Про ручную имелось ввиду что сначала сделать unhold, а уже потом обновлять если нужно. К сожалению если говорить про все детали то видео будет не на 20 минут а на 2-3 часа) 6. Согласен, но опять же про все детали не расскажешь в одном коротком 20ти минутном видосе) Но в целом спасибо большое за фидбек, всегда есть чему поучится и узнать нового.
Оговорился) ну с кем не бывает😁 а вообще кто будет это читать на самом деле все обстоит так CNI - это интерфейс, который определяет, как контейнеры могут взаимодействовать с сетью. Он позволяет контейнерам получать IP-адреса и связываться с другими контейнерами и сервисами CoreDNS - он предоставляет DNS-сервис для приложений внутри кластера. Это позволяет сервисам и подам находить друг друга по именам, а не по IP-адресам. CoreDNS и CNI выполняют разные функции, они работают вместе для обеспечения сетевой функциональности в кластере
Я сейчас в четверге, жду не дождусь когда попаду на стажировку и сам буду это все пытаться настроить❤❤😊
Супер видос про kubernetes, Артем спасибо
Артём команда it-incubator благодарю за обучающее видео про DevOps 🙏
Артём, супер Мегамозг, буду ждать от вас больше контента 😊
Спасибо, снимем еще что то на тему DevOps
Вот это крутое видео разговора нет, а не сотый раз по кругу по JS
Спасибо😅
жду видосик про ингресс!!)
еще б команды терминаал сюда-было бы ваще пушка
🔥🔥🔥
в данный момент не доступны kubelet kubeadm kubectl (((
16:53 у меня начинаются валиться поды! Очень странно как у вас оно все работает, делаю ровно то что в ролике показано.
Привет! А у меня в целом кластер не алё. Работает через раз. Самопроизвольно отваливается. Перестаёт реагировать на команды kubectl cluster-info и kubectl get nodes
The connection to the server k8s-test:6443 was refused - did you specify the right host or port? Ну и соответственно под всё время в статусе pending
Порт не проверяли может нужно перенастроить фаервол ?
Вопрос? Зачем ты ставишь Docker, и следом ставишь containerd? На сколько я знаю containerd это легковесный аналог Docker и не нужно ставить их вместе! kubelet будет управлять либо containerd либо docker, в зависимости какой драйвер будет указан! Установка Docker здесь абсолютно бесполезное действие!
ты путаешь containerd с podman
Я не ставлю Docker, добавляю только его репозиторий.Чтобы установить containerd, так как для установки используется репозиторий Docker.
Продолжению не быть :(
Возможно для кого-то хороший видос, НО:
1. Ты не обновил систему а лишь синхронизировал репозиторий
2. Загруженные модули overlay и br_netfilter останутся загруженными до перегрузки системы. Для того чтобы они всегда использовались ядром нужно было добавить строки в файл. В видео об этом ни слова
3. Добавили только репозиторий докера, не установив его. После так вообще речь о containerd. Взаимосвязи этих действий ноль + добавили лишний репозиторий по сути.
4. Ставит репозиторий для ubuntu xenial при установленной jammy. Конфликт пакетов и вероятно нерабочая система в будущем.(что еще за репозитория непосредственно Дженкинса так и не понял)
5. Да ты и маркированные пакеты вручную не обновишь.
6. Мы задали local dns имя. Как остальные сервера будут о нем узнавать нигде не сказано, хотя стоило бы упомянуть что и на других серверах придется регистрировать записи в /etc/hosts
Касательно самого кубера вопросов нет. Но как можно так криво на серьезных щах делать гайд совершенно не понимаю, равно как не понимаю почему это - тимлид.
Спасибо за фидбек!
Для урока всегда вынуждены брать компромиссное решение и о чем-то недоговаривать. Ну и люди всего лишь люди. K8S в нашей компании поднимали с нуля, самостоятельно, не имея экспертизы, делая шаг за шагом.
1. Согласен, но поскольку видео расчитано для новичков, для простоты объяснения говорил именно про обновление, а не синхронизацию и т/д, что бы не заострять внимание и не объяснять разницу в командах apt update и apt upgrade
2. Так добавил же их в файл /etc/modules-load.d/containerd.conf на видео есть, тут 5:41
3. Как же лишний репозиторий, он нужен для установки containerd, так как для установки используется репозиторий Docker, если и дургие способы его поставить, но мне кажется это самый разумный путь, поправь меня если я не прав. Про Jenkins просто была оговорка))
4. Согласен не обратил внимание)
5. Про ручную имелось ввиду что сначала сделать unhold, а уже потом обновлять если нужно. К сожалению если говорить про все детали то видео будет не на 20 минут а на 2-3 часа)
6. Согласен, но опять же про все детали не расскажешь в одном коротком 20ти минутном видосе)
Но в целом спасибо большое за фидбек, всегда есть чему поучится и узнать нового.
Чел, лицо команды перекрывает. Хоть суда бы выложил список действий
Мда. Coredns отвечает за CNI. Срочно бежим записываться на обучение к этим специалистам!😅 платите больше денежек. А то плохо научат🎉
Я вот зашел в коменты что бы найти этот комментарий
Оговорился) ну с кем не бывает😁
а вообще кто будет это читать на самом деле все обстоит так
CNI - это интерфейс, который определяет, как контейнеры могут взаимодействовать с сетью. Он позволяет контейнерам получать IP-адреса и связываться с другими контейнерами и сервисами
CoreDNS - он предоставляет DNS-сервис для приложений внутри кластера. Это позволяет сервисам и подам находить друг друга по именам, а не по IP-адресам.
CoreDNS и CNI выполняют разные функции, они работают вместе для обеспечения сетевой функциональности в кластере
Шляпа а не полная инструкция.