Техническое обслуживание в Managed Service for Apache Kafka®

Под техническим обслуживанием понимается:

• автоматическая установка обновлений и исправлений Apache Kafka® для хостов (в т. ч. для выключенных кластеров);
• плановое автоматическое увеличение размера хранилища;
• другие сервисные работы.

Техническое обслуживание включает изменения в рамках одной мажорной версии Apache Kafka®. О том, как происходит переход между мажорными версиями, в разделе Обновление версии Apache Kafka®.

Окно обслуживанияОкно обслуживания

Предпочтительное время технического обслуживания можно задать при создании кластера или изменении его настроек:

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

Операции по техническому обслуживанию проводятся для включенных и выключенных кластеров. Они могут включать в себя обновление СУБД, применение патчей и так далее.

В консоли управления время начала обслуживания выбирается в виде часового интервала. В других интерфейсах задается порядковый номер этого интервала от 1 до 24.

Например, чтобы начать обслуживание в интервале с 00:00 до 01:00, укажите 1, а с 04:00 до 05:00 — 5.

Порядок обслуживанияПорядок обслуживания

В однохостовых кластерах Managed Service for Apache Kafka® техническое обслуживание проходит единственный хост-брокер. Поэтому если во время технического обслуживания потребуется его перезагрузка, такой кластер станет недоступным.

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

Доступность сервиса KarapaceДоступность сервиса Karapace

Сервис Karapace недоступен во время технического обслуживания и автоматически запускается после его завершения. При этом данные схем сохраняются, так как они размещены в служебном топике __schema_registry.

Подробнее об управлении схемами данных.