Su carga de trabajo de Redis ha superado la capacidad de un solo nodo. Necesita escalar horizontalmente y seguir realizando operaciones de múltiples claves como MGET en claves relacionadas (por ejemplo, usuario y carrito para el mismo cliente). ¿Qué debería hacer?

La opción correcta es crear una Azure Cache for Redis habilitada para clúster con múltiples shards y refactorizar los nombres de las claves para usar hash tags. Redis Cluster permite la escalabilidad horizontal distribuyendo los datos entre múltiples nodos (shards). Para realizar operaciones de múltiples claves como MGET en claves relacionadas, estas claves deben residir en el mismo hash slot. Los hash tags (por ejemplo, {123} en cart:{123} y user:{123}) aseguran que Redis coloque las claves con el mismo hash tag en el mismo hash slot, permitiendo operaciones atómicas de múltiples claves. Escalar a una caché no agrupada más grande solo proporciona escalabilidad vertical, lo que puede no ser suficiente para cargas de trabajo muy grandes y no resuelve el problema de las operaciones de múltiples claves en un entorno distribuido. Mantener una caché no agrupada y distribuir las claves de forma round-robin no es una característica nativa de Redis para la escalabilidad horizontal y no garantiza que las claves relacionadas estén en el mismo servidor para operaciones atómicas. Habilitar la geo-replicación Premium está diseñado para la alta disponibilidad y la recuperación ante desastres entre regiones, no para la escalabilidad horizontal del rendimiento de una única carga de trabajo ni para operaciones de múltiples claves en un solo clúster.