Políticas de escalabilidade de rastreamento de destino

Com as políticas de escalabilidade de rastreamento de metas, você seleciona uma métrica e define um valor alvo. ElastiCache para Valkey e Redis, o OSS AutoScaling cria e gerencia os CloudWatch alarmes que acionam a política de escalabilidade e calcula o ajuste de escala com base na métrica e no valor alvo. A política de escalabilidade adiciona ou remove réplicas uniformemente ao longo de todos os fragmentos conforme necessário para manter a métrica no valor de destino especificado ou próxima a ele. Além de manter a métrica próxima ao valor de destino, uma política de escalabilidade de rastreamento de destino também se ajusta às flutuações na métrica, devido a um padrão de carga de flutuação, e minimiza as flutuações rápidas na capacidade da frota.

Critérios do Auto Scaling para réplicas

Sua política do Auto Scaling define a seguinte métrica predefinida para seu cluster:

ElastiCacheReplicaEngineCPUUtilization: o limite de utilização da CPU do AVG Engine agregado em todas as réplicas usadas para acionar uma operação de auto-escalonamento. ElastiCache Você pode definir a meta de utilização entre 35% e 70%.

Quando o serviço detecta que sua ElastiCacheReplicaEngineCPUUtilization métrica é igual ou maior que a configuração do Target, ele aumentará automaticamente as réplicas em seus fragmentos. ElastiCache expande suas réplicas de cluster por uma contagem igual ao maior de dois números: variação percentual do Target e uma réplica. Para aumentar a escala, ElastiCache não aumentará automaticamente a menos que o valor geral da métrica esteja abaixo de 75 por cento da meta definida.

Para um exemplo de aumento de escala na horizontal, se você tiver 5 fragmentos e 1 réplica cada:

Se seu Target violar em 30 por cento, ElastiCache para Valkey e Redis, o OSS aumenta em 1 réplica (máximo (0,3, padrão 1)) em todos os fragmentos, o que resulta em 5 fragmentos com 2 réplicas cada,

Para um exemplo de expansão, se você selecionou o valor alvo de 60 por cento, ElastiCache para Valkey e Redis, o OSS não aumentará automaticamente até que a métrica seja menor ou igual a 45 por cento (25 por cento abaixo da meta de 60 por cento).

Considerações sobre o Auto Scaling

Lembre-se das seguintes considerações:

• Uma política de escalabilidade de rastreamento de destino pressupõe que ela deve aumentar a escalabilidade quando a métrica especificada estiver acima do valor de destino. Você não pode usar uma política de escalabilidade de rastreamento de metas para escalar quando a métrica especificada está abaixo do valor alvo. ElastiCache para Valkey e Redis, o OSS expande as réplicas em no máximo (% de desvio arredondado em relação ao Target, padrão 1) das réplicas existentes em todos os fragmentos do cluster.

• Uma política de escalabilidade de rastreamento de destino não escala quando a métrica especificada tem dados insuficientes. Ela não aumenta a escalabilidade porque não interpreta dados insuficientes como baixa utilização.

• É possível ver lacunas entre o valor de destino e os pontos de dados de métrica reais. Isso ocorre porque o ElastiCache Auto Scaling sempre age de forma conservadora, arredondando para cima ou para baixo ao determinar a capacidade a ser adicionada ou removida. Isso evita que ele adicione capacidade insuficiente ou remova muita capacidade.

• Para garantir a disponibilidade da aplicação, o serviço aumenta a escala na horizontal proporcionalmente à métrica o mais rápido possível, mas reduz a escala na horizontal mais gradualmente, com redução máxima de escala de 1 réplica ao longo dos fragmentos no cluster.

• Você pode ter várias políticas de escalabilidade de rastreamento de destino para um cluster OSS ElastiCache para Valkey e Redis, desde que cada uma delas use uma métrica diferente. A intenção do Auto Scaling é sempre priorizar a disponibilidade. Portanto, seu comportamento será diferente, se as políticas de monitoramento do objetivo estiverem prontas ou não para aumentar ou reduzir a escala horizontalmente. Ele vai aumentar o serviço se qualquer uma das políticas de monitoramento do objetivo estiverem prontas para aumentar, mas vai reduzir somente se todas as políticas de monitoramento do objetivo (com a parte de redução habilitada) estiverem prontas para reduzir.

• Não edite nem exclua os CloudWatch alarmes que o ElastiCache Auto Scaling gerencia para uma política de escalabilidade de rastreamento de metas. O Auto Scaling exclui os alarmes automaticamente quando você exclui a política de escalabilidade ou exclui o cluster.

• ElastiCache O Auto Scaling não impede que você modifique manualmente as réplicas entre fragmentos. Esses ajustes manuais não afetam nenhum CloudWatch alarme existente associado à política de escalabilidade, mas podem afetar as métricas que podem acionar esses CloudWatch alarmes.

• Esses CloudWatch alarmes gerenciados pelo Auto Scaling são definidos pela métrica do AVG em todos os fragmentos do cluster. Assim, ter fragmentos quentes pode resultar em qualquer cenário de:

  • dimensionamento quando não é necessário devido à carga em alguns fragmentos quentes que acionam um alarme CloudWatch

  • não escalar quando necessário devido ao AVG agregado em todos os fragmentos que afetam o alarme não violarem.

• ElastiCache os limites padrão de nós por cluster ainda se aplicam. Então, ao optar pelo Auto Scaling, se você espera que os nós máximos sejam mais do que o limite padrão, solicite um aumento de limite em Limites de serviço da AWS e escolha o tipo de limite Nós por cluster por tipo de instância.

• Certifique-se de ter ENIs (interfaces de rede elásticas) suficientes disponíveis em sua VPC, o que é necessário durante a expansão. Para obter mais informações, consulte Interfaces de rede elástica.

• Se não houver capacidade suficiente disponível EC2, o ElastiCache Auto Scaling não se expandirá até que a capacidade esteja disponível ou se você modificar manualmente o cluster para os tipos de instância que tenham capacidade suficiente.

• ElastiCache O Auto Scaling não oferece suporte ao escalonamento de réplicas com um cluster com ReservedMemoryPercent menos de 25%. Para obter mais informações, consulte Gerenciamento de memória reservada para Valkey e Redis OSS.