Запустить поды на нодах управления Kubernetes (Master)

Thank you for reading this post, don't forget to subscribe!

По умол­ча­нию ваш кла­стер Kubernetes не будет пла­ни­ро­вать поды на ноде управ­ле­ния по сооб­ра­же­ни­ям безопасности.

Реко­мен­ду­ет­ся при­дер­жи­вать­ся это­го, но для тесто­вых сред вы може­те запла­ни­ро­вать Pod на узле уров­ня управ­ле­ния, что­бы мак­си­маль­но исполь­зо­вать ресурсы.

Если вы хоти­те иметь воз­мож­ность пла­ни­ро­вать моду­ли на узле управ­ле­ния Kubernetes, вам нуж­но уда­лить taint на мастер нодах.

Вывод будет выгля­деть при­мер­но так:

Это при­ве­дет к уда­ле­нию taint node-role.kubernetes.io/master со всех узлов, в кото­рых он есть, вклю­чая ноды управ­ле­ния, что озна­ча­ет, что теперь scheduler (пла­ни­ров­щик) смо­жет пла­ни­ро­вать поды везде.

Тестирование размещение подов на мастер нодах Kubernetes

У меня есть кла­стер с тре­мя worker нода­ми и одной мастер нодой.

Создай­те тесто­вое про­стран­ство имен:

Созда­дим раз­вер­ты­ва­ние с 5 репликами.

С таким содержимым:

[codesyntax lang="php"]

[/codesyntax]

При­ме­ним манифест:

Про­верь­те, запла­ни­ро­ва­ны ли поды на ноде управления:

Мы видим, что на мастер ноде появил­ся Под.

Давай­те заод­но про­ве­рим и службу:

Посколь­ку мы исполь­зу­ем NodePort, мы долж­ны иметь воз­мож­ность досту­па к служ­бе с любо­го IP-адре­са узла кла­сте­ра через порт 31098.
Теперь мы можем уда­лить демон­стра­ци­он­ные объекты.
Это все