Финтех-приложение добавило функции, для которых потребовалась новая тема в существующем кластере Amazon MSK. Через несколько дней сработал сигнал тревоги CloudWatch по метрике RootDiskUsed кластера. Как компания должна отреагировать на этот сигнал тревоги CloudWatch?

Правильный ответ — увеличить хранилище брокера MSK и настроить кластер MSK на автоматическое расширение хранилища. Добавление новой темы в Amazon MSK увеличивает объем данных, хранимых в кластере. Метрика RootDiskUsed указывает на то, что дисковое пространство брокеров заканчивается. Увеличение хранилища брокера напрямую решает эту проблему, а настройка автоматического расширения хранилища предотвращает повторение проблемы в будущем по мере роста данных. Увеличение объема хранилища, выделенного для узлов Apache ZooKeeper, не решит проблему, поскольку ZooKeeper хранит метаданные, а не данные сообщений Kafka, и его дисковое пространство редко является узким местом для хранения сообщений. Обновление типа экземпляра брокера MSK до более крупного экземпляра увеличит вычислительные ресурсы и память, но не обязательно дисковое пространство, если только новый тип экземпляра не поставляется с большим объемом хранилища по умолчанию, что не является основным решением проблемы с диском. Установка параметра Target Volume-in-GiB для существующей темы не является стандартной операцией для управления дисковым пространством в MSK; это не параметр, который напрямую управляет выделением хранилища на уровне брокера.