Scalabilità dei cluster MemoryDB - Amazon MemoryDB

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Scalabilità dei cluster MemoryDB

Man mano che la domanda dei cluster cambia, potresti decidere di migliorare le prestazioni o ridurre i costi modificando il numero di shard nel cluster MemoryDB. Per questa operazione si consiglia di utilizzare il dimensionamento orizzontale online, poiché consente ai cluster di continuare a servire le richieste durante il processo di dimensionamento.

È possibile decidere di ridimensionare il cluster in presenza delle seguenti condizioni:

  • Utilizzo elevato di memoria:

    Se i nodi nel cluster sono sottoposti a utilizzo elevato di memoria, è possibile decidere di aumentare le dimensioni per disporre delle risorse necessarie per migliorare l'archiviazione dei dati e servire le richieste.

    Puoi determinare se i tuoi nodi sono sotto pressione in termini di memoria monitorando le seguenti metriche: FreeableMemory, e DB. SwapUsageBytesUsedForMemory

  • Collo di bottiglia della CPU o della rete:

    Se si riscontrano problemi di latenza/throughput del cluster, è possibile aumentare le dimensioni per risolvere tali problemi.

    È possibile monitorare i livelli di latenza e velocità effettiva monitorando le seguenti metriche: utilizzo della CPU,,, e. NetworkBytesInNetworkBytesOutCurrConnectionsNewConnections

  • Il cluster è sovradimensionato:

    La domanda corrente sul cluster è tale che la riduzione delle dimensioni non compromette le prestazioni e riduce i costi.

    È possibile monitorare l'utilizzo del cluster per determinare se è possibile scalare in modo sicuro utilizzando le seguenti metriche: FreeableMemory,, BytesUsedForMemoryDB, CPUUtilization, SwapUsage,, e. NetworkBytesInNetworkBytesOutCurrConnectionsNewConnections

Impatto del dimensionamento sulle prestazioni

Quando si effettua il dimensionamento utilizzando il processo offline, il cluster è offline per una porzione significativa del processo, pertanto non è disponibile per servire le richieste. Quando si effettua il dimensionamento utilizzando il metodo online, poiché il dimensionamento è un'operazione di calcolo intensiva, si registra un peggioramento delle prestazioni ma, nonostante tutto, il cluster continua a servire richieste mediante l'operazione di scalabilità. Il livello di peggioramento riscontrato dipende dall'utilizzo normale della CPU e dai dati.

Esistono due modi per scalare il cluster MemoryDB: scalabilità orizzontale e verticale.

  • Il ridimensionamento orizzontale consente di modificare il numero di shard nel cluster aggiungendo o rimuovendo shard. Il processo di resharding online consente il ridimensionamento in entrambe le direzioni mentre il cluster continua a servire le richieste in arrivo.

  • Ridimensionamento verticale: ridimensiona il cluster tramite la modifica del tipo di nodo. Il processo di ridimensionamento verticale online consente il ridimensionamento in entrambe le direzioni mentre il cluster continua a servire le richieste in arrivo.

Se state riducendo le dimensioni e la capacità di memoria del cluster, mediante una scalabilità verso l'alto o verso il basso, assicuratevi che la nuova configurazione disponga di memoria sufficiente per i dati e il sovraccarico di Redis OSS.