Scalabilità
Ridimensionamento in fase di caricamento
Durante il ridimensionamento di una cache in fase di caricamento, configurare l'impostazione maxmemory-reserved per migliorare la velocità di risposta del sistema. Per altre informazioni, vedere Configurare l'impostazione maxmemory-reserved.
Ridimensionamento dei cluster
Provare a ridurre il numero di dati possibile nella cache prima di ridimensionare o ridurre la cache in cluster. La riduzione dei dati garantisce lo spostamento di quantità minori di dati, riducendo così il tempo necessario per l'operazione di scalabilità. Per altre informazioni su quando ridimensionare, vedere Quando ridimensionare.
Ridimensionare prima che il carico sia troppo elevato
Avviare il ridimensionamento prima che il carico del server o l'utilizzo della memoria sia troppo elevato. Se è troppo alto, significa che il server Redis è occupato. Il server Redis occupato non dispone di risorse sufficienti per ridimensionare e ridistribuire i dati.
Dimensioni della cache
Se si usa TLS e si dispone di un numero elevato di connessioni, valutare la possibilità di aumentare le prestazioni in modo da poter distribuire il carico su più core. Alcune dimensioni della cache sono ospitate in macchine virtuali con quattro o più core. Distribuendo i carichi di lavoro tra più core, è possibile ridurre l'utilizzo complessivo della CPU nelle macchine virtuali della cache. Per altre informazioni, vedere i dettagli relativi alle dimensioni e ai core delle macchine virtuali.
Ridimensionamento e memoria
È possibile ridimensionare le istanze della cache nel portale di Azure. È anche possibile ridimensionare la cache a livello di codice usando i cmdlet di PowerShell, l'interfaccia della riga di comando di Azure e usando le librerie di gestione di Microsoft Azure (MAML).
Quando si ridimensiona una cache verso l'alto o verso il basso nel portale, entrambe maxmemory-reserved le impostazioni e maxfragmentationmemory-reserved vengono ridimensionate automaticamente in proporzione alle dimensioni della cache. Ad esempio, se maxmemory-reserved è impostato su 3 GB in una cache da 6 GB e si passa alla cache da 12 GB, le impostazioni vengono aggiornate automaticamente a 6 GB durante il ridimensionamento. Quando si aumenta il numero di istanze, si verifica l'inverso.
Quando si ridimensiona una cache verso l'alto o verso il basso a livello di codice, usando PowerShell, l'interfaccia della riga di comando o l'API REST, qualsiasi maxmemory-reserved o maxfragmentationmemory-reserved viene ignorata come parte della richiesta di aggiornamento. Viene rispettata solo la modifica del ridimensionamento. È possibile aggiornare queste impostazioni di memoria al termine dell'operazione di ridimensionamento.
Per altre informazioni sul ridimensionamento e sulla memoria, a seconda del livello, vedere:
- Come ridimensionare : livelli Basic, Standard e Premium o
- Come aumentare e aumentare le prestazioni - Livelli Enterprise ed Enterprise Flash.
Nota
Quando si ridimensiona una cache verso l'alto o verso il basso a livello di codice, qualsiasi maxmemory-reserved o maxfragmentationmemory-reserved viene ignorata come parte della richiesta di aggiornamento. Viene rispettata solo la modifica del ridimensionamento. È possibile aggiornare queste impostazioni di memoria al termine dell'operazione di ridimensionamento.
Ridurre al minimo i dati consente il ridimensionamento più rapido
Se il mantenimento dei dati nella cache non è un requisito, è consigliabile scaricare i dati prima del ridimensionamento. Lo svuotamento della cache consente di completare più rapidamente l'operazione di ridimensionamento in modo che la nuova capacità sia disponibile prima. Vedere altri dettagli su come avviare l'operazione di scaricamento.
Ridimensionamento delle cache dei livelli Enterprise
Poiché i livelli Enterprise ed Enterprise Flash sono basati su Redis Enterprise anziché su Redis open source, esistono alcune differenze nelle procedure consigliate di ridimensionamento. Per altre informazioni, vedere Procedure consigliate per i livelli Enterprise e Enterprise Flash.