Il carico di lavoro Redis ha superato la capacità di un singolo nodo. È necessario scalare orizzontalmente e continuare a eseguire operazioni multi-chiave come MGET su chiavi correlate (ad esempio, utente e carrello per lo stesso cliente). Cosa si dovrebbe fare?

La creazione di una Azure Cache for Redis abilitata per il cluster con più shard e l'uso di hash tag (es. cart:{123} e user:{123}) è la soluzione corretta. Redis Cluster distribuisce i dati su più nodi (shard), consentendo la scalabilità orizzontale. Gli hash tag assicurano che le chiavi con lo stesso tag finiscano nello stesso hash slot e quindi sullo stesso nodo, permettendo operazioni multi-chiave atomiche come MGET su dati correlati. Scalare a una cache non clusterizzata più grande aumenta solo la capacità di un singolo nodo, non risolvendo il problema della scalabilità orizzontale oltre i limiti di un singolo nodo. Mantenere una cache non clusterizzata e distribuire le chiavi in round-robin non permette operazioni multi-chiave su dati correlati distribuiti. La geo-replica Premium è per la resilienza tra regioni e non risolve la scalabilità orizzontale all'interno di una singola regione per un carico di lavoro che ha superato la capacità di un singolo nodo.