Общие способы устранения неполадок и решения K8s

1. После частого перезапуска узлов в кластере k8s могут возникнуть следующие проблемы

1. При проверке информации о модуле я обнаружил ошибку: open /run/flannel/subnet.env: нет такого файла или каталога.

Проверьте, есть ли на каждом узле, включая главный узел, /run/flannel/subnet.env. Содержимое должно быть примерно следующим:

FLANNEL_NETWORK=10.244.0.0/16
FLANNEL_SUBNET=10.244.0.1/24
FLANNEL_MTU=1450
FLANNEL_IPMASQ=true

Если есть узел, у которого нет этого файла, сделайте копию и разверните его снова, и об этой ошибке не следует сообщать.

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

Сначала выполните ifconfig, чтобы проверить состояние сети следующего узла.

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

При развертывании K8s я использую сетевой плагин flannel или плагин Calico.Однако будут частые перезапуски или после длительного времени работы сервис не может быть найден после развертывания сервиса.Можно попытаться решить эту проблему. следующими способами.

建议：在生产场景中，建议提前规划好k8s的网络，如果中途更换网络插件，产生的影响会比较大。

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

Первым шагом является удаление фланели на главном узле.

kubectl delete -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml

Второй шаг — очистка файлов, оставленных фланелевой сетью на узле узла.

ifconfig cni0 down
ip link delete cni0
ifconfig flannel.1 down
ip link delete flannel.1
rm -rf /var/lib/cni/
rm -f /etc/cni/net.d/*

После выполнения вышеуказанных операций перезапустите kubelet , а затем перезапустите все ранее развернутые приложения.Вы обнаружите, что сервис можно обнаружить. Это тоже маленькая хитрость.В любом случае, моя проблема решилась.