Policy di dimensionamento con monitoraggio degli obiettivi

Con le politiche di scalabilità del tracciamento degli obiettivi, si seleziona una metrica e si imposta un valore obiettivo. ElastiCache for Valkey e Redis OSS AutoScaling crea e gestisce gli CloudWatch allarmi che attivano la politica di scalabilità e calcola l'aggiustamento della scalabilità in base alla metrica e al valore target. La policy di dimensionamento aggiunge o rimuove le repliche uniformemente come richiesto per mantenere il parametro al valore di destinazione specificato o vicino a esso. Oltre a mantenere il parametro vicino al valore di destinazione, una policy di dimensionamento di monitoraggio dei target si adatta anche alle fluttuazioni del parametro dovute a un modello di carico fluttuante e riduce al minimo le fluttuazioni rapide nella capacità del parco istanze.

Criteri Auto Scaling per le repliche

La policy di Auto Scaling definisce il seguente parametro di default per il cluster:

ElastiCacheReplicaEngineCPUUtilization: La soglia di utilizzo della CPU del motore AVG aggregata tra tutte le repliche utilizzata per attivare un'operazione di auto-scaling. ElastiCache È possibile impostare l'obiettivo di utilizzo tra il 35 percento e il 70 percento.

Quando il servizio rileva che la ElastiCacheReplicaEngineCPUUtilization metrica è uguale o superiore all'impostazione di Target, aumenterà automaticamente le repliche tra gli shard. ElastiCache ridimensiona le repliche del cluster in base a un conteggio pari al più grande tra due numeri: variazione percentuale rispetto a Target e una replica. Per quanto riguarda la scalabilità in entrata, ElastiCache non verrà eseguita automaticamente a meno che il valore della metrica complessivo non sia inferiore al 75 percento del Target definito.

Per un esempio di aumento orizzontale, se si dispone di 5 shard e 1 replica ciascuno:

Se Target viene violato del 30 percento, ElastiCache per Valkey e Redis OSS viene ridimensionato di 1 replica (max (0,3, impostazione predefinita 1)) su tutti gli shard, il che si traduce in 5 shard con 2 repliche ciascuno,

Ad esempio, se hai selezionato un valore Target del 60 percento, ElastiCache per Valkey e Redis OSS non eseguirà la scalabilità automatica finché la metrica non sarà inferiore o uguale al 45 percento (25 percento inferiore al 60 percento di Target).

Considerazioni su Auto Scaling

Tieni a mente le seguenti considerazioni:

• Una policy di dimensionamento di monitoraggio obiettivi presuppone che essa debba eseguire un dimensionamento orizzontale quando il parametro specificato supera il valore di destinazione. Non è possibile utilizzare una politica di ridimensionamento del tracciamento del target per la scalabilità orizzontale quando la metrica specificata è inferiore al valore target. ElastiCache per Valkey e Redis OSS ridimensiona le repliche in base al massimo (deviazione in% arrotondata rispetto a Target, impostazione predefinita 1) delle repliche esistenti su tutti gli shard del cluster.

• Una policy di dimensionamento di monitoraggio obiettivi non esegue il dimensionamento quando il parametro specificato non dispone di dati sufficienti. Non esegue la scalabilità in quanto la carenza di dati non viene interpretata come basso utilizzo.

• Potrebbero esserci delle differenze tra il valore di destinazione e i punti di dati dei parametri reali. Questo perché ElastiCache Auto Scaling agisce sempre in modo conservativo arrotondando verso l'alto o verso il basso quando determina la quantità di capacità da aggiungere o rimuovere. In questo modo si impedisce l'aggiunta di capacità insufficiente o la rimozione di capacità eccessiva.

• Per garantire la disponibilità delle applicazioni, il servizio aumenta orizzontalmente in proporzione al parametro il più veloce possibile, ma riduce orizzontalmente in modo più graduale con una riduzione orizzontale di 1 replica nelle partizioni nel cluster.

• È possibile disporre di più politiche di scalabilità di tracciamento degli obiettivi per un cluster ElastiCache for Valkey e Redis OSS, a condizione che ciascuna di esse utilizzi una metrica diversa. L'intenzione di Auto Scaling è quella di dare sempre la priorità alla disponibilità, quindi il suo comportamento varia a seconda che le policy di tracciamento di destinazione siano pronte per la scalabilità orizzontale o verticale. Il servizio viene aumentato se una qualsiasi delle policy di monitoraggio obiettivi è pronta per l'aumento, ma viene ridotto solo se tutte le policy di monitoraggio obiettivi (con la porzione di riduzione abilitata) sono pronte per la riduzione.

• Non modificate o eliminate gli CloudWatch allarmi gestiti da ElastiCache Auto Scaling per una politica di scalabilità di tracciamento degli obiettivi. Auto Scaling elimina automaticamente gli allarmi quando si elimina la politica di scalabilità o si elimina il cluster.

• ElastiCache L'Auto Scaling non impedisce di modificare manualmente le repliche tra gli shard. Queste regolazioni manuali non influiscono sugli CloudWatch allarmi esistenti associati alla politica di scalabilità, ma possono influire sulle metriche che possono attivare questi allarmi. CloudWatch

• Questi CloudWatch allarmi gestiti da Auto Scaling sono definiti sulla base della metrica AVG su tutti gli shard del cluster. Quindi, avere frammenti caldi può comportare uno scenario di:

  • ridimensionamento quando non necessario a causa del caricamento su alcuni shard caldi che attiva un allarme CloudWatch

  • non dimensionare quando richiesto a causa di AVG aggregato su tutti le partizioni che influiscono sull'allarme non violato.

• ElastiCache i limiti predefiniti sui nodi per cluster sono ancora validi. Pertanto, quando si opta per il Auto Scaling e se si prevede che i nodi massimi siano superiori al limite di default, è necessario richiedere un aumento del limite aAWS Restrizioni dei servizie scegliere il tipo di limiteNodi per cluster per tipo di istanza.

• Assicurati di avere abbastanza ENIs (interfacce di rete elastiche) disponibili nel tuo VPC, necessarie durante la scalabilità orizzontale. Per ulteriori informazioni, consulta Interfacce di rete elastiche.

• Se non è disponibile una capacità sufficiente da EC2, ElastiCache Auto Scaling non eseguirà la scalabilità orizzontale finché la capacità non sarà disponibile o se si modifica manualmente il cluster in base ai tipi di istanza con capacità sufficiente.

• ElastiCache Auto Scaling non supporta la scalabilità delle repliche con un cluster con ReservedMemoryPercent meno del 25 percento. Per ulteriori informazioni, consulta Gestione della memoria riservata per Valkey e Redis OSS.