Шаги создания и удаления модуля

Question

Я изучаю основные компоненты kubernetes. Я на мгновение застрял в отношении концепции создания (удаления) стручка. Во многих диаграммах или рисунках стручки изображены внутри рабочих узлов, и по этой причине я был убежден, что это были объекты, созданные непосредственно в рабочем узле.

В глубине этой концепции я наткнулся на несколько страниц, которые рассматривают модуль как простой заполнитель на сервере API.

В этой ссылке ссылка говорится, что в первой точке модуль создается, а в четвертой точке модуль связан с узлом с сервера API.
В этой ссылке ссылка говорится, что «новый объект Pod создан на сервере API, но не связан ни с одним узлом».
В этой ссылке ссылка говорится, что "у Pod есть один контейнер, который является заполнителем, сгенерированным API Kubernetes"

Все это заставляет меня думать, что в действительности рабочий модуль не создается в рабочем узле. Может ли кто-нибудь дать мне объяснение, чтобы разъяснить мне эту идею?

Answer 1

Проще говоря, процесс запуска pod выглядит следующим образом:

1. Пользователь делает запрос API для создания модуля pod в пространстве имен.
2. Сервер API проверяет запрос, убеждаясь, что пользователь имеет необходимыеразрешение на создание модуля в указанном пространстве имен, и этот запрос соответствует PodSpec.
3. Если запрос действителен, сервер API создает объект API типа «Pod» в своей базе данных Etcd.
4. Kube-планировщик следит за модулямии видит, что есть новый объект Pod.Затем он оценивает ресурсы Pod, правила сродства, nodeSelectors, допуски и т. Д. И, наконец, принимает решение, на каком узле должен работать модуль.Если нет доступных узлов из-за нехватки ресурсов или других ограничений - Pod остается в состоянии Pending.Kube-планировщик периодически повторяет планирование решений для ожидающих модулей.
5. После того, как Pod запланирован на узел, kube-scheduler передает задание kubelet на выбранном узле.
6. Kubelet отвечает за фактический запуск модуля.

Answer 2

@Vasily Angapov есть хорошее объяснение о создании и планировании модуля, но я думаю, что важно также добавить некоторый контекст того, что на самом деле представляют собой контейнеры и контейнеры - если вы хотите узнать больше об этом, выВы можете найти хорошую дополнительную информацию здесь .

По сути, стручки созданы и позже запланированы.Таким образом, они не создаются на рабочем узле, но работают на узле и считаются легко заменяемыми, а не долговечными.Поэтому всякий раз, когда с ними что-то случается, что приводит к их прекращению или удалению, они могут быть снова запущены на другом узле по причинам, указанным в ответе Vasilys.

Дополнительная информация здесь .