Введение
Есть нода, которая зависает при освобождении, и решения делятся на долгосрочные и краткосрочные.
Блогер сделал несколько аналитических дискуссий и решений по эксплуатации и техническому обслуживанию, которые потребовали много знаний, связанных с K8S.Заинтересованные студенты могут взглянуть на этот принципиальный процесс анализа.
2. Анализ
Первый — проанализировать текущее состояние узла, видно, что он не принадлежит к следующим состояниям, что указывает на то, что узел находится в незавершенном состоянии инициализации.
Так что же k8s должен ждать до pending?Здесь мы видим, что пре-ритмов достаточно много.Например, необходимо предоставить все параметры контейнера подготовки cri.
Тогда начните со стороны параметров и попытайтесь сначала проверить.Вообще нет необходимости проверять встроенные параметры.Маловероятно,что сама система планирования не сможет подтянуть параметры.Поэтому спросите у эксплуатации и обслуживания,которые из следующих методов, которые они используют для монтирования дополнительных файлов параметров: Этот параметр Для чего используется файл.
Эксплуатация и техническое обслуживание взаимодействовали между собой внутри, а эксплуатация и техническое обслуживание выполняли некоторую обработку трафика шлюза в envy istio, а параметры монтировались через configmap. Это согласуется с сообщением об ошибке, показывающим, что файл конфигурации envoy не удалось смонтировать.
С конкретным направлением необходимо выяснить, почему возникает такая ошибка.Говорят, что см, как общий метод файла конфигурации в отрасли, не должен иметь этой проблемы.Пусть операция и техническое обслуживание проверят копию ядра log и k8s log, и вы можете увидеть sysytemd Неудачное монтирование, поэтому узел ожидает успешного монтирования systemd
Глядя на предыдущие журналы, эта проблема не возникала в течение дня или двух.Некоторые люди поднимали вопросы в сообществах k8s и cri, но в конце концов им всем нужно обновить версию Проверить, что Systemd жив в kubelet · Issue # 110763 · кубернеты/кубернеты · GitHub
https://github.com/cri-o/cri-o/issues/3808
Три, решить
1. Реконструкция, временная практика
2. Модернизация, длительные затраты времени и исследования
3. Обнаружение, здесь блогер проанализировал, почему перестроение может решить проблему и отправить его на другие хосты, затем можно ли обнаружить проблемные хосты, а затем установить правила алгоритма планирования для их фильтрации. В разделе «Углубленное понимание Третье правило планирования, упомянутое в «k8s», предназначено для физических машин, поэтому вы можете обновить Taint узла, чтобы отфильтровать проблемные хосты.
4. Резюме
В облачной среде очень много компонентов, и бывают случаи, когда версии не совпадают или обновляются для устранения ошибок в любое время.
Тем не менее, хорошо выполняя работу по обнаружению и правильно используя правила планирования k8s, можно заранее избежать многих проблем.