Приносим извинения, если вы видели этот блог раньше, и это был просто случайный рисунок! Я случайно нажал «Опубликовать», прежде чем что-либо написать? Я все еще пытаюсь наладить рабочий процесс между Canva, dev.to и Eraser.io, так что подождите, пока я все сделаю правильно.

Архитектура Kubernetes — компоненты главного узла и рабочего узла

В сегодняшнем посте я собираюсь рассмотреть базовую архитектуру Kubernetes, сосредоточив внимание на двух основных компонентах: Главный узел и Рабочий узел.

Главный узел

Мастер-узел — это место, где происходит магия управления. Он отвечает за управление кластером и координацию всего между узлами. Вот ключевые компоненты главного узла:

• API-сервер: это точка входа для всех административных задач. Думайте об этом как об основном узле связи между пользователями, узлами и даже внешними компонентами.

• Планировщик: Как следует из названия, он отвечает за планирование запуска ваших приложений (модулей) на рабочих узлах на основе доступных ресурсов.

• Диспетчер контроллера: отвечает за мониторинг и поддержание желаемого состояния кластера, гарантируя, что все работает гладко и так, как ожидалось.

• etcd: это мозг операции, в котором хранятся все данные и конфигурации кластера.

Рабочий узел

С другой стороны, у вас есть рабочие узлы. Здесь фактически работают ваши контейнеры (приложения). Вот разбивка:

• Поды: Под — это наименьшая развертываемая единица в Kubernetes. Каждый модуль инкапсулирует один или несколько контейнеров.

• kubelet: он обеспечивает работу контейнеров в модулях и отправляет отчеты обратно на главный узел.

• Среда выполнения контейнера: это программное обеспечение, которое фактически запускает контейнеры.

• kube-proxy: он управляет сетевыми правилами, которые позволяют подам взаимодействовать друг с другом и с внешним миром.

Собираем все вместе

Связь между главными и рабочими узлами является ключом к обеспечению бесперебойной работы системы. Сервер API связывается с kubelet на каждом рабочем узле, чтобы убедиться, что контейнеры работают должным образом, в то время как планировщик решает, какие поды куда отправляются, на основе ресурсов.

Надеюсь, это дает вам четкое представление о том, как организована архитектура Kubernetes. Если вы изучаете Kubernetes, как и я, рисование этих диаграмм и их разбивка действительно помогут закрепить концепции.

Теги и упоминания

@piyushsachdeva
Видео дня 5