Hot partition in time-series data
Cassandra cluster storing IoT sensor readings, partition key = `(sensorType, day)`, clustering by timestamp. As fleet grew, write p99 climbed and some nodes show high load while others idle. `nodetool` shows a few partitions are enormous (tens of GB) and tombstone/compaction warnings on them; reads of 'latest readings' for popular sensor types time out. Only a handful of `sensorType` values are common. Triage and redesign the data model so this doesn't recur.
What a strong answer looks like
Stop the bleeding first (mitigate), then form hypotheses from real signals. Separate root cause from symptom, communicate status as you go, and close with what prevents a repeat.
0:00 of about 35 min
Which questions mattered is sealed until you submit. Telling you now would just be handing over the edge cases.
Run or narrate your approach, then ask the coach.