Восстановление отказавшего узла в кластере Kubernetes

Если в узле кластера Kubernetes произошел сбой питания или сети, но данные на его диске остались нетронутыми и его сетевое имя не изменилось, администратору требуется восстановить питание и сетевое подключение. Приблизительно через 5–6 минут после восстановления работоспособности узла он автоматически воссоединяется с кластером.

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

Чтобы подготовить и добавить узел в кластер Kubernetes, выполните следующие действия:

1. Подготовьте целевые устройства, которые будут выполнять роль управляющих и рабочих узлов.
2. На устройстве администратора экспортируйте текущий конфигурационный файл с помощью следующей команды:

   ./kdt ec -e '<имя_конфигурационного_файла_и_путь>'

   Текущая версия конфигурационного файла сохраняется в указанной директории под указанным именем.

3. В разделе nodes экспортированного конфигурационного файла удалите параметры отказавшего узла, затем добавьте параметры восстановленного узла (desc, type, host, kind, user и key). Сохраните обновленный конфигурационный файл.
4. Скопируйте открытый ключ на каждый новый узел (например, в директорию ~/.ssh) с помощью утилиты ssh-copy-id.
5. Чтобы применить измененный конфигурационный файл к кластеру Kubernetes, выполните следующую команду на хосте администратора, указав полный путь к файлу конфигурации:

   ./kdt apply -i '<полный_путь_к_конфигурационному_файлу>'

   После выполнения KDT проверяет конфигурационный файл. Далее он проверяет, соответствует ли аппаратное и программное обеспечение, а также сетевая конфигурация узлов кластера Kubernetes необходимым условиям для установки решения. Если все строгие предварительные проверки пройдены успешно, KDT выводит соответствующее уведомление в stdout и журналы KDT. В противном случае сохраняются журналы с информацией о неудачной проверке и процесс добавления новых устройств прерывается. При необходимости вы можете пропустить предварительную проверку перед запуском команды, указав для параметра установки ignore_precheck значение true.

Восстановленный узел будет добавлен в кластер Kubernetes. Затем KDT выводит информацию о восстановленном узле в stdout и в журналы KDT.