Составляющие части кластера Kubernetes и использование снимков их виртуальных машин
Балансировщик трафика
После первоначальной настройки балансировщик трафика представляет собой хост без сохранения состояния. Для сохранения его состояния допускается сделать снимок виртуальной машины в любое время после установки актуальной версии KUMA. Восстановление виртуальной машины из снимка возможно в любой момент, если версия KUMA на момент создания снимка совпадает с текущей версией KUMA. Если версии различаются, может потребоваться корректировка файла конфигурации балансировщика трафика с учетом изменений в перечне обслуживаемых портов.
Ограничения:
- В момент создания снимка виртуальной машины возможны разрывы текущих подключений в зависимости от типа гипервизора.
- При восстановлении из снимка происходит разрыв текущих подключений.
- На момент восстановления виртуальной машины из снимка и до установки новых подключений ядро KUMA будет недоступно.
Контроллер кластера
Контроллеры выполняют управление кластером, и в процессе эксплуатации кластера всегда должен обеспечиваться кворум контроллеров.
Допустимо кратковременное выключение контроллера при сохранении общего кворума. Допустимо поочередное создание снимков виртуальной машины контроллеров. Главное условие: если операция снятия снимка вызывает прерывание работы сервисов k0s в зависимости от гипервизора, между выполнением снимков должно обеспечиваться время на восстановление консенсуса и синхронизацию базы etcd кластера.
Ограничения:
- Восстановление одного или нескольких контроллеров из снимка виртуальной машины при работающем кластере приведет к непредсказуемым результатам.
- Использование снимка виртуальной машины контроллера может применяться только для восстановления виртуальной машины перед полным удалением кластера Ядра KUMA, последующей полной переустановкой Ядра KUMA и восстановлением его из резервной копии.
Рабочий узел кластера
На рабочих узлах кластера исполняется Ядро KUMA и хранятся реплики тома постоянного хранения, используемого сервисами Ядра KUMA. Создание снимков виртуальной машины оказывает негативное влияние на состояние тома хранения: от появления ошибок в реплике с автоматическим пересозданием реплики до возникновения ошибок в файловой системе, требующих полного отключения тома с остановкой подов Ядра KUMA. Последствия зависят от типа гипервизора, операционной системы виртуальной машины, состояния всех реплик и интенсивности дисковых операций в момент создания снимка.
Ограничения:
Восстановление рабочего узла из снимка виртуальной машины при работающем кластере может привести к выходу кластера из строя. Даже использование снимка рабочего узла, временно выведенного из эксплуатации, не обеспечивает возможности последующего возврата этого узла в кластер после восстановления виртуальной машины. Полезны могут быть снимки рабочих узлов, созданные непосредственно перед установкой Ядра KUMA. Использование таких снимков упростит подготовку к переустановке Ядра KUMA при восстановлении.
