Мне кажется, что вы забыли применить сетевую надстройку перед присоединением к рабочему узлу, так как в компоненте выходной плоскости управления из вашего вопроса нет списка сетевых надстроек.
Следуйте этим инструкции по развертыванию сетевой надстройки:
Например, чтобы развернуть Calico как сетевую надстройку, выполните на узле master следующее:
Calico является поставщиком сетевых и сетевых политик. Calico поддерживает гибкий набор сетевых параметров, так что вы можете выбрать наиболее эффективный вариант для вашей ситуации, включая сети без наложения и наложения, с или без BGP. Calico использует тот же механизм для обеспечения сетевой политики для хостов, модулей и (при использовании Istio & Envoy) приложений на уровне обслуживания me sh. Calico работает на нескольких архитектурах, включая amd64, arm64 и ppc64le.
. По умолчанию Calico использует 192.168.0.0/16 в качестве CIDR для Pod-сети, хотя это можно настроить в calico.yaml. файл. Для правильной работы Calico вам нужно передать этот же CIDR команде kubeadm init с помощью флага --pod-network-cidr=192.168.0.0/16 или через конфигурацию kubeadm.
kubectl apply -f https://docs.projectcalico.org/v3.11/manifests/calico.yaml
После установки сети Pod вы можете подтвердить что он работает, проверив, что модуль CoreDNS работает в выводе kubectl get pods --all-namespaces. И после того, как модуль CoreDNS запущен, вы можете продолжить, присоединившись к своим узлам.
Если ваша сеть не работает или CoreDNS не находится в рабочем состоянии, ознакомьтесь с нашими документами по устранению неполадок .
Также не забудьте сгенерировать новый токен для присоединяющихся работников, так как срок их действия истекает через 24 часа после того, как вы инициализировали свой мастер-узел, и ваш мастер работает уже 8 дней.
As упомянутые в kubernetes документация вы можете использовать следующую команду на вашем главном узле для генерации нового токена:
kubeadm token create
Обновление:
При использовании VirtualBox виртуальных машин для kubernetes рекомендуется использовать режим сетевого моста.
Это подробно объясняется в здесь .
Есть статья об изменении режима сети на мостовой здесь .
После изменения режима сети убедитесь, что также проверены, обновлены ли сетевые интерфейсы виртуальной машины. Мы не хотим иметь сеть объявление dress коллизии.
После изменения настроек сети кластеру kubernetes необходимо обновить конфигурацию сети. Если вы еще ничего не развернули в своем кластере, это можно сделать, сбросив кластер и повторив инициализацию кластера. Это приведет к удалению всего, что было настроено на вашем кластере.
Для этого сначала используйте kubeadm reset, который лучше всего откатывает изменения, внесенные на этом хосте. с помощью 'kubeadm init' или 'kubeadm join'. Затем используйте kubeadm init с измененной конфигурацией для новых сетевых настроек.
Не забудьте установить сетевое дополнение kubernetes перед присоединением к другим рабочим узлам.
Надеюсь, это поможет.