Kubernetes компоненты: узловые компоненты (Node Components), Addons (дополнения)

Узловые компоненты работают на каждом узле, поддерживая работающие pod'ы и обеспечивая среду выполнения Kubernetes (runtime environment).

kubelet

Это агент, который работает на каждом узле в кластере. Он гарантирует, что контейнеры запущены на pod'е.

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

kube-proxy

kube-proxy - это сетевой прокси, который работает на каждом узле кластера, реализуя часть Kubernetes Service концепции (Kubernetes Service - способ представить приложение, запущенное на наборе Pod'ов как сетевую службу.).

kube-proxy поддерживает сетевые правила на узлах. Эти сетевые правила позволяют сетевое взаимодействие с вашими pod'ами из сетевых сессий внутри или за пределами вашего кластера.

kube-proxy использует слой фильтрации пакетов операционной системы, если он есть, и он доступен. В противном случае, kube-proxy направляет трафик сам.

Среда выполнения контейнера (Container Runtime)

Среда выполнения контейнера (container runtime) - это программное обеспечение, которое отвечает за запуск контейнеров.

Kubernetes поддерживает несколько сред выполнения контейнеров: Docker, containerd, cri-o, rktlet и любую реализацию интерфейса Kubernetes CRI (Container Runtime Interface).

Addons (дополнения)

Дополнения используют ресурсы Kubernetes (DaemonSet, Deployment и т.д.) Для реализации функций кластера. Поскольку они предоставляют функции уровня кластера, ресурсы пространства имен дополнений принадлежат пространству имен kube-system.

Далее описаны выбранные дополнения (полный список намного шире).

DNS

Хотя другие дополнения не являются строго обязательными, все кластеры Kubernetes должны иметь кластерный DNS, так как многие примеры полагаются на него.

Кластерный DNS - это DNS-сервер, в дополнение к другим DNS-серверам в вашей среде, который обслуживает записи DNS для служб Kubernetes.

Контейнеры, запущенные Kubernetes, автоматически включают этот DNS-сервер в свои поиски DNS.

Веб-интерфейс (панель инструментов) (Web UI (Dashboard))

Dashboard (панель инструментов) - это универсальный веб-интерфейс для кластеров Kubernetes. Он позволяет пользователям управлять приложениями, работающими в кластере, и устранять неполадки в них, а также в самом кластере.

Мониторинг ресурсов контейнера

Мониторинг ресурсов контейнера записывает общие метрики временных рядов о контейнерах в центральной базе данных и предоставляет пользовательский интерфейс для просмотра этих данных.

Ведение журнала на уровне кластера

Механизм ведения журнала на уровне кластера отвечает за сохранение журналов контейнеров в центральном хранилище журналов с интерфейсом поиска/просмотра.

Читайте также:


Комментарии

Отправить комментарий

Популярные сообщения из этого блога

Контроллеры в Kubernetes: DaemonSet

Изображение
DaemonSet гарантирует, что все (или некоторые) узлы запускают копию Pod. Когда узлы добавляются в кластер, к ним добавляются Pod'ы. Когда узлы удаляются из кластера, эти Pod'ы удаляются. Удаление DaemonSet приведет к очистке созданных им Pod'ов. Некоторые типичные применения DaemonSet : запуск демона кластерного хранилища, такого как glusterd, ceph, на каждом узле. запуск демона сбора журналов на каждом узле, таком как fluentd или logstash. запуск демона мониторинга узла на каждом узле, таком как экспортер узлов Prometheus, агент Sysdig, collectd, Dynatrace OneAgent, агент AppDynamics, агент Datadog, агент New Relic, агент Ganglia gmond или агент Instana. В простом случае один DaemonSet, охватывающий все узлы, будет использоваться для каждого типа демона. Более сложная установка может использовать несколько DaemonSets для одного типа демона, но с разными флагами и/или разными запросами памяти и процессора для разных типов оборудования. Написание спецификации Daemon...
Далее...

Контроллеры в Kubernetes: ReplicaSet

Изображение
Цель контроллера ReplicaSet - поддерживать стабильный набор реплик (экземпляров) Pod'ов, работающих в любой момент времени. Как таковой, он часто используется, чтобы гарантировать наличие определенного количества идентичных Pod'ов. Как работает ReplicaSet ReplicaSet задается полями , включая селектор (selector) , который указывает, как идентифицировать Pod'ы, которые он может приобрести, количество реплик (replicas) , указывающих, сколько Pod'ов он должен поддерживать, и шаблон (template) Pod'ов , указывающий данные новых Pod'ов, которые он должен создать для соответствия критерию количества реплик. Затем ReplicaSet выполняет свое предназначение, создавая и удаляя Pod'ы по мере необходимости для достижения желаемого числа. Когда ReplicaSet нуждается в создании новых Pod'ов, он использует свой шаблон Pod'ов для их создания. Ссылка, которую ReplicaSet имеет на свои Pod'ы, осуществляется через поле metadata.ownerReferences Pod'ов, которое у...
Далее...

Контроллеры в Kubernetes: StatefulSet

Изображение
StatefulSet - это объект workload API, используемый для управления приложениями с отслеживанием состояния. Управляет развертыванием и масштабированием набора Pod'ов, а также предоставляет гарантии относительно порядка и уникальности этих Pod'ов. Подобно Deployment, StatefulSet управляет Pod'ами, основанными на идентичной спецификации контейнера. В отличие от Deployment, StatefulSet поддерживает липкую (sticky) идентификацию для каждого из своих Pod'ов. Эти Pod'ы созданы из одной и той же спецификации, но не являются взаимозаменяемыми: у каждого есть постоянный идентификатор, который он поддерживает при любом перепланировании. StatefulSet работает по тому же шаблону, что и любой другой контроллер. Вы определяете желаемое состояние в объекте StatefulSet, а контроллер StatefulSet делает все необходимые обновления, чтобы получить его из текущего состояния. Использование StatefulSet StatefulSet полезны для приложений, которым требуется одно или несколько из следующ...
Далее...