Um aplicativo de fintech adicionou recursos que exigiram um novo tópico em um cluster Amazon MSK existente. Poucos dias depois, o CloudWatch alertou sobre a métrica RootDiskUsed do cluster. Como a empresa deve responder a esse alarme do CloudWatch?

O alarme RootDiskUsed indica que o armazenamento do disco raiz do broker está se esgotando. Aumentar o armazenamento do broker MSK e configurar a expansão automática de armazenamento é a solução direta e mais eficaz para resolver problemas de espaço em disco, garantindo que o cluster possa acomodar o crescimento de dados do novo tópico. Aumentar o armazenamento dos nós do Apache ZooKeeper não resolverá o problema, pois o ZooKeeper armazena metadados do cluster, não os dados das mensagens do Kafka. Atualizar o tipo de instância do broker MSK para uma instância maior pode aumentar a capacidade de computação e memória, mas não necessariamente o armazenamento do disco raiz, a menos que o novo tipo de instância venha com mais armazenamento por padrão, o que não é garantido e não aborda diretamente o problema de disco cheio. Definir o parâmetro Target Volume-in-GiB não é uma opção válida para tópicos individuais no MSK; o armazenamento é gerenciado no nível do broker.