Testes de desempenho

Testar o desempenho de uma instância do Redis pode ser uma tarefa complicada. O desempenho de uma instância do Redis pode variar com base em parâmetros como o número de clientes, o tamanho dos valores de dados e se o pipelining está sendo usado. Também pode haver uma compensação entre otimizar a taxa de transferência ou a latência.

Felizmente, existem várias ferramentas para facilitar o parâmetro de comparação do Redis. Duas das ferramentas mais populares são redis-benchmark e memtier-benchmark. Este artigo se concentra no redis-benchmark.

Como usar o utilitário do redis-benchmark

1. Instale o servidor Redis de código aberto em uma VM cliente que você pode usar para teste. O utilitário do redis-benchmark é integrado à distribuição do Redis de código aberto. Siga a documentação do Redis para obter instruções sobre como instalar a imagem de código aberto.

2. A VM cliente usada para teste deve estar na mesma região que sua instância de Cache do Azure para Redis.

3. Verifique se a VM cliente que você usa tenha pelo menos a mesma quantidade de poder de processamento e largura de banda que a instância de cache que está sendo testada.

4. Defina suas configurações de isolamento de rede e de firewall para garantir que a VM cliente possa acessar sua instância de Cache do Azure para Redis.

5. Se você estiver usando TLS/SSL em sua instância de cache, precisará adicionar o parâmetro --tls ao seu comando do redis-benchmark ou usar um proxy como stunnel.

6. Redis-benchmark usa a porta 6379 por padrão. Use o parâmetro -p para substituir essa configuração. Você precisa usar o -p, se estiver usando SSL/TLS (porta 6380) ou estiver usando a camada Enterprise (porta 10000).

7. Se você estiver usando uma instância de Cache do Azure para Redis que usa clustering, será necessário adicionar o parâmetro --cluster ao seu comando redis-benchmark. Os caches de camada Enterprise que usam a política de clustering Enterprise podem ser tratados como caches não clusterizados e não precisam dessa configuração.

8. Inicie redis-benchmark a partir da CLI ou do shell da VM. Para obter instruções sobre como configurar e executar a ferramenta, confira a documentação do redis-benchmark e as seções de exemplos do redis-benchmark.

Recomendações de parâmetros de comparação

• É importante não apenas testar o desempenho de seu cache sob condições de estabilidade. Teste, também, em condições de failover e meça a carga de CPU/servidor no cache durante esse período. Você pode iniciar um failover reiniciando o nó primário. Com os testes sob condições de failover, você pode ver como a taxa de transferência e a latência do aplicativo se comportam durante as condições de failover. O failover pode acontecer durante as atualizações ou um evento não planejado. O ideal é não ver o pico de carga da CPU/servidor ultrapassar 80%, mesmo durante um failover, pois isso pode afetar o desempenho.

• Considere utilizar as instâncias do Cache do Azure para Redis de camadas Enterprise e Premium. Esses tamanhos de cache têm melhor latência e taxa de transferência de rede porque estão sendo executados em um hardware melhor.

• A camada Enterprise geralmente tem o melhor desempenho, pois o Redis Enterprise permite que o processo principal do Redis utilize várias vCPUs. As camadas baseadas em Redis de código aberto, como Standard e Premium, podem utilizar apenas uma vCPU para o processo do Redis por fragmento.

• O parâmetro de comparação da camada Enterprise Flash pode ser difícil porque algumas chaves são armazenadas na DRAM, enquanto outras são armazenadas em um disco flash NVMe. As chaves no parâmetro de comparação DRAM são quase tão rápidas quanto uma instância de camada Enterprise, mas as chaves no disco flash NVMe são mais lentas. Como o camada Enterprise Flash coloca de forma inteligente as chaves mais usadas na DRAM, certifique-se de que sua configuração de parâmetro de comparação corresponda ao uso real esperado. Considere usar o parâmetro -r para tornar aleatório quais chaves serão acessadas.

• O uso de TLS/SSL diminui o desempenho da taxa de transferência, o que pode ser visto claramente no exemplo de dados de parâmetro de comparação nas tabelas a seguir.

• Mesmo que um servidor Redis seja de uma única thread, escalar verticalmente tende a melhorar o desempenho da taxa de transferência. Os processos do sistema podem usar as vCPUs extras em vez de compartilhar a vCPU usada pelo processo do Redis. Escalar verticalmente é especialmente útil nas camadas Enterprise e Enterprise Flash porque o Redis Enterprise não está limitado a uma única thread. Para obter mais informações, confira as melhores práticas da camada Enterprise.

• No camada Premium, escalar horizontalmente, clustering, é normalmente recomendado antes de escalar verticalmente. O clustering permite que o servidor Redis use mais vCPUs fragmentando os dados. A taxa de transferência deve aumentar aproximadamente de forma linear ao adicionar fragmentos nesse caso.

Exemplos com redis-benchmark

Configuração do pré-teste: prepare a instância de cache com os dados necessários para o teste de latência e taxa de transferência:

redis-benchmark -h yourcache.redis.cache.windows.net -a yourAccesskey -t SET -n 10 -d 1024

Para testar a latência: teste as solicitações GET com conteúdo de mil:

redis-benchmark -h yourcache.redis.cache.windows.net -a yourAccesskey -t GET -d 1024 -P 50 -c 4

Para testar a taxa de transferência: solicitações GET em pipeline com conteúdo de mil:

redis-benchmark -h yourcache.redis.cache.windows.net -a yourAccesskey -t  GET -n 1000000 -d 1024 -P 50  -c 50

Para testar a taxa de transferência de um cache de camada Basic, Standard ou Premium usando TLS: solicitações GET em pipeline com carga útil de 1k:

redis-benchmark -h yourcache.redis.cache.windows.net -p 6380 -a yourAccesskey -t  GET -n 1000000 -d 1024 -P 50 -c 50 --tls

Para testar a taxa de transferência de um cache Enterprise ou Enterprise Flash sem TLS usando o Modo de Cluster de OSS: solicitações GET em pipeline com carga útil de 1k:

redis-benchmark -h yourcache.region.redisenterprise.cache.azure.net -p 10000 -a yourAccesskey -t  GET -n 1000000 -d 1024 -P 50 -c 50 --cluster

Exemplo de dados de parâmetro de comparação de desempenho

As tabelas a seguir mostram os valores máximos da taxa de transferência que foram observados ao testar vários tamanhos de caches Standard, Premium, Enterprise e Enterprise Flash. Usamos redis-benchmark de uma VM IaaS do Azure no ponto de extremidade do Cache do Azure para Redis. Os números da taxa de transferência são apenas para comandos GET. Normalmente, os comandos SET têm uma taxa de transferência menor. Esses números são otimizados para taxa de transferência. A taxa de transferência do mundo real sob condições de latência aceitáveis pode ser menor.

A seguinte configuração foi usada para avaliar o desempenho da taxa de transferência nas camadas Básica, Standard e Premium:

redis-benchmark -h yourcache.redis.cache.windows.net -a yourAccesskey -t  GET -n 1000000 -d 1024 -P 50  -c 50

Camada padrão

Camada premium

Camadas Enterprise e Enterprise Flash

As camadas Enterprise e Enterprise Flash fornecem uma opção de política de cluster: Enterprise e OSS. A política de cluster Enterprise é uma configuração mais simples que não exige que o cliente suporte o clustering. A política de cluster de OSS, por outro lado, usa o protocolo de cluster do Redis para dar suporte a taxas de transferência mais altas. Recomendamos o uso da política de cluster de OSS na maioria dos casos. Para obter mais informações, confira o Clustering no Enterprise. Os parâmetros de comparação para ambas as políticas de cluster são mostrados nas tabelas a seguir.

A seguinte configuração foi usada para avaliar o desempenho da taxa de transferência nas camadas Enterprise e Enterprise Flash:

redis-benchmark -h yourcache.region.redisenterprise.cache.azure.net -p 10000 -a yourAccesskey -t GET -n 10000000 -d 1024 -P 50 -c 50 --threads 32

Política de Cluster Enterprise

Política de Cluster de OSS

Camadas Enterprise e Enterprise Flash – Escaladas horizontalmente

Além de escalar verticalmente movendo-se para um tamanho de cache maior, você pode aumentar o desempenho escalando horizontalmente. Nas camadas Enterprise, a escala horizontal é chamada de aumento da capacidade da instância de cache. Por padrão, uma instância de cache tem capacidade para dois, ou seja, um nó primário e um nó de réplica. Uma instância de cache Enterprise com capacidade de quatro indica que a instância foi escalada horizontalmente por um fator de dois. Escalar horizontalmente fornece acesso a mais memória e vCPUs. Detalhes sobre quantas vCPUs são usadas pelo processo principal do Redis em cada tamanho e capacidade de cache podem ser encontrados na página de melhores práticas das camadas Enterprise. Escalar horizontalmente é mais eficaz ao usar a política de cluster de OSS.

As tabelas a seguir mostram as solicitações GET por segundo em diferentes capacidades, usando SSL e um tamanho de valor de 1 kB.

Escalando horizontalmente - política de cluster Enterprise

Escalando horizontalmente - política de cluster de OSS

Próximas etapas

• Desenvolvimento
• Perguntas frequentes sobre desenvolvimento do Cache do Azure para Redis
• Failover e aplicação de patches para o Cache do Azure para Redis