Kubernetes блог

В этом посте будут описаны пути связи между мастером (на самом деле, apiserver) и кластером Kubernetes. Цель состоит в том, чтобы позволить пользователям настроить свою установку для усиления конфигурации сети, чтобы кластер мог работать в ненадежной сети (или на полностью общедоступных IP-адресах облачного провайдера). Кластер к Мастеру Все коммуникационные пути от кластера до мастер устройства заканчиваются на apiserver (ни один из других мастер компонентов не предназначен для предоставления удаленных служб). В типичном развертывании apiserver настроен на прослушивание удаленных подключений через безопасный HTTPS порт (443) с включенной одной или несколькими формами проверки подлинности клиента. Должна быть включена одна или несколько форм авторизации, особенно если разрешены анонимные запросы или токены учетной записи службы. Узлы должны быть снабжены общедоступным корневым сертификатом для кластера, чтобы они могли безопасно подключаться к apiserver вместе с действительными учет...

В отличие от модулей (pods) и служб (services), узел по сути не создается Kubernetes: он создается извне облачными провайдерами, такими как Google Compute Engine, или существует в вашем пуле физических или виртуальных машин. Поэтому, когда Kubernetes создает узел, он создает объект, который представляет узел. После создания Kubernetes проверяет, является ли узел действительным или нет. Например, если вы попытаетесь создать узел из следующего содержимого: { "kind": "Node", "apiVersion": "v1", "metadata": { "name": "10.240.79.157", "labels": { "name": "my-first-k8s-node" } } } Kubernetes создает объект узла внутри себя (представление) и проверяет узел путем проверки работоспособности на основе поля metadata.name. Если узел действителен - то есть, если все необходимые службы (services) запущены - он может запускать модуль (pod). В противном случае он игнорир...

Узел - это рабочая машина в Kubernetes, ранее известная как minion . Узел может быть виртуальной машиной или физической машиной, в зависимости от кластера. Каждый узел содержит службы, необходимые для запуска модулей (pods), и управляется мастер компонентами (master components). Службы (services) на узле включают среду выполнения контейнера (container runtime), kubelet и kube-proxy. Статус узла Статус (состояние) узла содержит следующую информацию: Addresses (Адреса) Conditions (Условия) Capacity и Allocatable (Емкость и Распределение) Info (Информация) Статус узла и другие подробности об узле могут быть отображены с помощью следующей команды: kubectl describe node <имя-узла> Каждый раздел подробно описан ниже. Addresses (Адреса) Использование этих полей варьируется в зависимости от вашего облачного провайдера или конфигурации физического сервера. HostName: имя хоста, сообщаемое ядром узла. Может быть переопределено с помощью параметра kubelet --hostname-over...