Kubernetes — Как Добавить (Присоединить) Новый Рабочий Узел К Существующему Кластеру K8S Только С Выборочным Планированием

Дан рабочий кластер Kubernetes, состоящий из мастера и нескольких воркеров.

Нам нужно добавить узел для запуска очень специфического модуля и быть частью кластера по сетевым причинам. Затем мастер в значительной степени игнорирует его для последующего создания модуля.

Добавление селекторов в каждое развертывание, чтобы избежать этого узла, не может быть и речи.

Спасибо!

#kubernetes #kubeadm

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

kubeadm уже позволяет устанавливать ограничения для присоединяющегося узла, используя файл конфигурации во время соединения (проверь мой другой отвечать подробнее о том, как это сделать)

Еще один способ добиться этого — запустить join как обычно, но после присоединения выполнить несколько дополнительных шагов, как показано ниже.

1) После успешного присоединения Принудительно осушить новый узел чтобы убедиться, что он удаляет нежелательный модуль, который мог масштабироваться до него после операции соединения.

 
 
 
 
 
 
 
 
 
 
 
 
 $ kubectl get all -o wide
NAME              READY   STATUS    RESTARTS   AGE     IP               NODE         NOMINATED NODE   READINESS GATES
pod/nginx-npmz5   1/1     Running   0          3m46s   192.168.85.193   k8s-node01   <none>           <none>

NAME                 TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE   SELECTOR
service/kubernetes   ClusterIP   10.96.0.1    <none>        443/TCP   27m   <none>

NAME                   DESIRED   CURRENT   READY   UP-TO-DATE   AVAILABLE   NODE SELECTOR   AGE     CONTAINERS   IMAGES   SELECTOR
daemonset.apps/nginx   1         1         1       1            1           <none>          3m46s   nginx        nginx    app=nginx
 
 
 
 
 
 
 
 
 
 
 
 
 

2) Команда дренажа автоматически оцепит покинуть узел. (Примечание: также рассмотрите специальную обработку для удаления любого демонсета который мог бы масштабироваться до этого узла после присоединения)

3) Сейчас Испортить новый узел по мере необходимости а затем разкордон это

4) Добавить селектор узлов плюс толерантность к модулям вы хотите, чтобы вас запланировали на этом новом узле.

Журналы вышеуказанных шагов для справки приведены ниже.

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

Узлы перед сливом или загрязнением

Сливной узел

Испортить новый узел

Теперь мы готовы отсоединить узел, больше никакие модули не смогут использовать этот noe, если они не добавят терпимости к новой порче..

Мы тестируем путем масштабирования развертывания, и на node02 ничего не нужно добавлять.

kubeadm уже позволяет устанавливать ограничения для присоединяющегося узла, используя файл конфигурации во время соединения..

Шаги о том, как это сделать во время присоединения к узлу, приведены ниже.

Построить Файл Config.yaml со сведениями о повреждении и сведениями о начальной загрузке. как получено от мастера во время инициализации kubeadm.

Пример config.yaml вам следует обновить значения в соответствии с информацией о вашем кластере, приведенной ниже.

Передайте эту конфигурацию с узла, к которому вы хотите присоединиться. он присоединится с установленной при запуске taint.

Узел должен присоединиться к кластеру, и во время запуска он будет иметь порчу, поэтому модули, не имеющие допуска, не будут запланированы на этом новом узле..

Проверьте наличие загрязнения, как показано ниже.

Для дальнейшего тестирования мы создадим набор демонов, который будет работать на узле 01, и добавим еще один узел 02 с новым пятном. Набор демонов не должен автоматически масштабироваться до нового узла с новым пятном..

Добавьте новый узел с новым файлом config.yaml и убедитесь, что узел готов и на новом узле, добавленном в кластер, установлено ограничение.

Обратите внимание на новую порчу на node02.

Теперь проверьте, масштабируется ли набор демонов до нового узла или нет. Этого не произойдет, если мы не удалим порчу или не добавим толерантности к набору демонов.

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