Scaling
Colocação em escala sob carga
Ao escalar um cache sob carga, defina a configuração maxmemory-reserved para aprimorar a capacidade de resposta do sistema. Para obter mais informações, confira Configurar maxmemory-reserved.
Colocação em escala do cluster
Tente reduzir os dados o máximo possível no cache antes de colocar em escala ou reduzir o cache clusterizado. A redução de dados garante que quantidades menores de dados tenham que ser movidas, o que diminui o tempo necessário para a operação de colocação em escala. Para obter mais informações sobre quando colocar em escala, confira Quando colocar em escala.
A escala antes da carga é muito alta
Comece a colocação em escala antes que a carga do servidor ou o uso da memória fique muito alto. Se for muito alto, isso significa que o servidor Redis está ocupado. O servidor Redis ocupado não tem recursos suficientes para colocar em escala e redistribuir dados.
Tamanhos de cache
Se estiver usando o TLS e tiver um número alto de conexões, considere o uso da expansão para distribuir a carga em mais núcleos. Alguns tamanhos de cache são hospedados em VMs com quatro núcleos ou mais. Ao distribuir as cargas de trabalho em vários núcleos, você ajuda a reduzir o uso geral da CPU nas VMs de cache. Para obter mais informações, confira detalhes sobre tamanhos e núcleos de VM.
Escala e memória
Você pode dimensionar suas instâncias de cache no portal do Azure. Além disso, você pode escalar o cache de forma programática usando cmdlets do PowerShell, a CLI do Azure e MAMLs (Bibliotecas de Gerenciamento do Microsoft Azure).
Quando você aumenta ou reduz um cache no portal, as configurações maxmemory-reserved e maxfragmentationmemory-reserved são reduzidas horizontalmente em proporção ao tamanho do cache. Por exemplo, se maxmemory-reserved for definido como 3 GB em um cache de 6 GB e você escalá-lo para um cache de 12 GB, as configurações serão atualizadas automaticamente para 6 GB durante a escala. Quando você o reduz verticalmente, o inverso acontece.
Quando você aumenta ou reduz um cache por meio de programação, usando o PowerShell, a CLI ou a API REST, qualquer maxmemory-reserved ou maxfragmentationmemory-reserved é ignorado como parte da solicitação de atualização. Somente a alteração de escala é respeitada. Essas configurações de memória podem ser atualizadas após a conclusão da operação de colocação em escala.
Para obter mais informações sobre escala e memória, dependendo da camada, veja:
- Como escalar - camadas Básica, Standard e Premium ou
- Como escalar verticalmente e horizontalmente - camadas Enterprise e Enterprise Flash.
Observação
Quando você aumenta ou reduz um cache por meio de programação, qualquer maxmemory-reserved ou maxfragmentationmemory-reserved é ignorado como parte da solicitação de atualização. Somente a alteração de escala é respeitada. Você pode atualizar essas configurações de memória após a conclusão da operação de escala.
Minimizar seus dados ajuda a escalar tudo mais rapidamente
Se a preservação dos dados no cache não for um requisito, considere liberar os dados antes da escala. A liberação do cache ajuda a operação de escala a ser concluída mais rapidamente para que a nova capacidade esteja disponível mais cedo. Veja mais detalhes sobre como iniciar a operação de liberação.
Escala de caches da camada Enterprise
Como as camadas Enterprise e Enterprise Flash são criadas no Redis Enterprise em vez do Redis de código aberto, existem algumas diferenças nas práticas recomendadas de colocação em escala. Confira Práticas recomendadas para as camadas Enterprise e Enterprise Flash para obter mais informações.