Составляющие части кластера Kubernetes и использование снимков их виртуальных машин

Балансировщик трафика

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

Ограничения:

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

Контроллер кластера

Контроллеры выполняют управление кластером и в процессе эксплуатации кластера всегда должен обеспечиваться кворум контроллеров.

Допустимо кратковременное выключение контроллера при сохранении общего кворума. Допустимо поочередное создание снимков виртуальной машины контроллеров. Главное условие: если операция снятия снимка вызывает прерывание работы сервисов k0s в зависимости от гипервизора, между выполнением снимков должно обеспечиваться время на восстановление консенсуса и синхронизацию базы etcd кластера.

Ограничения:

• Восстановление одного или нескольких контроллеров из снимка виртуальной машины при работающем кластере приведет к непредсказуемым результатам.
• Использование снимка виртуальной машины контроллера может применяться только для восстановления виртуальной машины перед полным удалением кластера Ядра KUMA, последующей полной переустановкой Ядра KUMA и восстановлением его из резервной копии.

Рабочий узел кластера

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

Ограничения:

Восстановление рабочего узла из снимка виртуальной машины при работающем кластере может привести к выходу кластера из строя. Даже использование снимка рабочего узла, временно выведенного из эксплуатации, не обеспечивает возможности последующего возврата этого узла в кластер после восстановления виртуальной машины. Полезны могут быть снимки рабочих узлов, созданные непосредственно перед установкой Ядра KUMA. Использование таких снимков упростит подготовку к переустановке Ядра KUMA при восстановлении.

В начало