Een fintech-app heeft functies toegevoegd waarvoor een nieuw topic nodig was in een bestaand Amazon MSK-cluster. Enkele dagen later gaf CloudWatch een alarm af voor de RootDiskUsed-metric van het cluster. Hoe moet het bedrijf reageren op dat CloudWatch-alarm?

Het RootDiskUsed-alarm duidt op onvoldoende schijfruimte op de brokers. Door de MSK broker-opslag te verhogen, wordt de directe oorzaak van het alarm aangepakt. Het configureren van automatische opslaguitbreiding voorkomt toekomstige soortgelijke problemen door de opslag dynamisch aan te passen aan de behoeften van het topic. Het verhogen van de opslag van ZooKeeper-nodes is niet correct, omdat ZooKeeper voornamelijk metadata opslaat en niet de grote hoeveelheden berichten die door Kafka-topics worden geproduceerd. Het upgraden van het instancetype verhoogt de CPU en het geheugen, maar niet noodzakelijk de schijfruimte, tenzij het nieuwe instancetype standaard meer opslag heeft, wat niet de meest directe oplossing is voor een schijfruimteprobleem. Het instellen van de Target Volume-in-GiB-parameter voor een topic is geen geldige actie binnen Amazon MSK.