#kubernetes
Вопрос:
Если я оцепляю узел, я делаю его незапланированным, поэтому эта команда наносит на этот узел порчу, чтобы пометить его как NoSchedule с помощью специального ключа kubernetes. Но затем, когда я создам порчу с эффектом NoSchedule и добавлю другое значение ключа, например, env=production, и создам допуск на pod, чтобы он соответствовал этому ключу, и в любом случае NoSchedule — pod в любом случае не будет запланирован на этом узле. Почему так? Возможно, команда cordon каким-то образом внутренне помечает узел как не имеющий расписания и не только наносит порчу
P. S После запуска kubectl uncordon <node>
толерантность сработала
Комментарии:
1. Вы ответили на свой собственный вопрос, применив
kubectl uncordon <node>
команду. Поскольку вы ранее его оцепили, планировщик не будет планировать никаких модулей на этот узел до тех пор, пока вы «не разблокируете» узел.
Ответ №1:
Вы правы, так как вы уже применили
оцепление на узле
K8s не будет планировать размещение модулей на нем до тех пор, пока вы не пометите узел с помощью uncordon.
kubectl uncordon <node>