Je Redis-workload is te groot geworden voor één enkele node. Je moet horizontaal schalen en toch multi-key operaties zoals MGET kunnen uitvoeren op gerelateerde keys (bijvoorbeeld user en cart voor dezelfde klant). Wat moet je doen?

De correcte optie is het maken van een cluster-enabled Azure Cache for Redis met meerdere shards en het herstructureren van key-namen met hash tags. Dit is de enige methode die horizontale schaling mogelijk maakt voor een te grote workload, terwijl multi-key operaties op gerelateerde keys behouden blijven. Door hash tags (bijv. {123}) te gebruiken, worden keys met dezelfde tag gegarandeerd aan dezelfde hash slot en dus dezelfde shard toegewezen, waardoor multi-key operaties zoals MGET mogelijk zijn. Het schalen naar een grotere niet-geclusterde cache (optie 2) biedt verticale schaling, wat mogelijk niet voldoende is en geen oplossing biedt voor de fundamentele beperking van één node. Het verdelen van keys round-robin over meerdere clientverbindingen (optie 3) lost het probleem van een te grote workload per node niet op en maakt multi-key operaties op gerelateerde keys onmogelijk, omdat de keys over verschillende nodes verspreid kunnen zijn. Premium geo-replicatie (optie 4) is bedoeld voor disaster recovery en het verbeteren van leesprestaties in verschillende regio's, niet voor horizontale schaling van een te grote workload binnen één regio of het ondersteunen van multi-key operaties op gerelateerde keys.