Una aplicación fintech añadió características que requerían un nuevo topic en un clúster de Amazon MSK existente. Unos días después, CloudWatch activó una alarma sobre la métrica RootDiskUsed del clúster. ¿Cómo debería responder la empresa a esa alarma de CloudWatch?

La métrica RootDiskUsed indica que el almacenamiento del disco raíz del broker está llenándose. Al añadir un nuevo topic, se consume más espacio de disco para almacenar los mensajes. La solución más directa es aumentar el almacenamiento del broker de MSK. Configurar la expansión automática del almacenamiento asegura que el clúster pueda manejar futuros aumentos de datos sin intervención manual, previniendo futuras alarmas. Aumentar el almacenamiento de ZooKeeper no resolvería el problema, ya que ZooKeeper almacena metadatos del clúster, no los mensajes de los topics. Actualizar el tipo de instancia del broker podría aumentar el almacenamiento si el nuevo tipo de instancia viene con más disco, pero no es la forma más directa de abordar la falta de espacio y podría ser más costoso de lo necesario. Establecer Target Volume-in-GiB no es un parámetro para topics individuales en MSK y no abordaría el problema de almacenamiento a nivel de broker.