Une application fintech a ajouté des fonctionnalités qui ont nécessité un nouveau topic dans un cluster Amazon MSK existant. Quelques jours plus tard, CloudWatch a déclenché une alarme concernant la métrique RootDiskUsed du cluster. Comment l'entreprise devrait-elle réagir à cette alarme CloudWatch ?

L'alarme RootDiskUsed indique que l'espace disque des brokers MSK est insuffisant. L'ajout d'un nouveau topic avec des fonctionnalités supplémentaires a probablement augmenté la charge de données. La solution la plus directe et durable est d'augmenter le stockage des brokers MSK. De plus, configurer l'extension automatique du stockage garantit que le cluster peut s'adapter aux futures augmentations de données sans intervention manuelle, prévenant ainsi de nouvelles alarmes. Augmenter le stockage des nœuds Apache ZooKeeper est incorrect car ZooKeeper gère les métadonnées du cluster et non les données des topics, et son stockage n'est généralement pas la cause des problèmes RootDiskUsed. Mettre à niveau le type d'instance du broker MSK peut améliorer les performances CPU/mémoire mais n'augmente pas directement l'espace disque alloué, sauf si le nouveau type d'instance inclut plus de stockage par défaut, ce qui n'est pas la solution principale pour un problème de disque plein. Définir Target Volume-in-GiB n'est pas un paramètre standard pour les topics MSK et ne résoudrait pas un problème de disque plein au niveau du broker.