Todos os produtos
Search
Central de documentação

Tair (Redis® OSS-Compatible):Guia de seleção de produtos Tair (Redis OSS-compatible)

Última atualização: Jul 03, 2026

Antes de criar uma instância do Tair (Redis OSS-compatible), avalie fatores como desempenho, preço, casos de uso e carga de trabalho para equilibrar custo e estabilidade. Este tópico aborda tipos de produto, soluções de recuperação de desastres, arquiteturas e especificações de instância para orientar sua escolha.

Guia de seleção

Selecione o tipo de produto

O Tair (Redis OSS-compatible) oferece tanto o Redis Open-Source Edition quanto o Tair (Enterprise Edition), banco de dados em memória de nível empresarial desenvolvido a partir das práticas de negócios da Alibaba. O Tair (Enterprise Edition) considera três dimensões principais: latência de acesso, requisitos de persistência e custo geral. Ele disponibiliza as séries DRAM, NVM e ESSD/SSD para proporcionar maior desempenho, estruturas de dados adicionais e opções flexíveis de armazenamento para diversas necessidades de negócios.

Importante

Para consultar os comandos e parâmetros suportados por cada série, veja Visão geral de comandos e Configure parâmetros da instância.

A tabela a seguir compara os tipos de produto.

Item de comparação

Redis Open-Source Edition

Tair (Enterprise Edition)

Modo de implantação

nativo da nuvem (recomendado)

Clássico

nativo da nuvem

Mídia de armazenamento

Memória

Série DRAM

Série NVM

Série ESSD/SSD

Versões compatíveis do Redis

5.0, 6.0 e 7.0

5.0, 6.0 e 7.0

6.0

6.0

Desempenho

100% (referência)

300%

90%

Até 60%

Recursos

Serviço gerenciado do Redis Open-Source Edition.

  • Altamente econômico, com economia de até 30% em comparação ao Redis Open-Source Edition.

  • Altamente confiável, com persistência síncrona. O sistema retorna resposta somente após persistir cada gravação com sucesso no nó mestre.

Persiste dados em disco e usa memória para acelerar solicitações.

Cenários

Casos de uso gerais do Redis.

  • Cenários que exigem latência extremamente baixa, como streaming de vídeo ao vivo, educação online, jogos online e análises em tempo real (RTA).

  • Cenários de cache com dezenas de milhões de consultas por segundo (QPS), como compras online e redes sociais.

Cenários que lidam com grandes volumes de dados e exigem alta relação custo-benefício e confiabilidade de dados, como Internet das Coisas (IoT).

Ideal para armazenar grandes volumes de dados quentes ou frios onde o custo é a prioridade máxima, mas ainda se exige alto desempenho de acesso. Exemplos incluem índices de arquivos e arquivamentos de mensagens de longo prazo.

Nota

Para comparação detalhada de recursos e desempenho entre o Redis Open-Source Edition e o Tair (Enterprise Edition), consulte Comparação entre Tair (Enterprise Edition) e Redis Open-Source Edition.

Escolha uma solução de recuperação de desastres

O Tair (Redis OSS-compatible) oferece opções de recuperação de desastres em zona única, intra-cidade e entre regiões. Escolha a opção que melhor atende aos seus requisitos de negócios.

Solução de recuperação de desastres

Descrição

Ações

Solução HA de zona única

Os nós mestre e réplica são implantados em máquinas físicas diferentes na mesma zona para tolerância a falhas no nível da máquina.

Na página de compra, defina Deployment Type como Single-zone Deployment.

Recuperação de desastres multizona

Os nós mestre e réplica são implantados em zonas diferentes (data centers) dentro da mesma região para tolerância a falhas no nível do data center.

Na página de compra, defina Deployment Type como Dual-zone Deployment.

Recuperação de desastres entre regiões

Várias instâncias filhas são implantadas em regiões diferentes para formar uma instância do Global Distributed Cache. Esta solução fornece tolerância a falhas no nível da região contra eventos como desastres naturais. Para mais informações, consulte Global Distributed Cache.

Para mais informações, consulte Crie uma instância distribuída.

Escolha um tipo de arquitetura

O Tair (Redis OSS-compatible) suporta dois tipos de arquitetura: padrão (modo cluster desabilitado) e cluster, com recurso opcional de divisão de leitura/gravação. Selecione uma arquitetura com base em seus requisitos de volume de dados, desempenho e capacidades de leitura/gravação.

Arquitetura da instância

Modelo de arquitetura

Distribuição de dados

Cenário

Divisão de leitura/gravação

Arquitetura padrão

Consiste em um único shard usando modelo de replicação mestre-réplica.

Todos os dados ficam armazenados em um shard.

  • Um único nó pode lidar com todos os dados e tráfego de negócios.

  • Indicado para comandos simples com poucas operações de classificação ou computação.

Recurso opcional. Personalize o número de réplicas de leitura. Cada instância suporta até um nó mestre e nove réplicas de leitura.

Arquitetura cluster

Consiste em nós de proxy e múltiplos shards. Cada shard usa modelo de replicação mestre-réplica.

Os dados são distribuídos por todos os shards.

  • Adequado quando um único shard não consegue lidar com o volume de dados e o tráfego.

  • Recomendado para cargas de trabalho com comandos complexos ou de longa duração.

Recurso opcional. Personalize o número de réplicas de leitura. Cada shard suporta até um nó mestre e quatro réplicas de leitura.

Especificação da instância

Selecione especificação e quantidade de instância adequadas (especificação do shard e número de shards) com base nas métricas estimadas do seu negócio, como capacidade, largura de banda, número de conexões e consultas por segundo (QPS). Utilização recomendada: (Uso estimado ÷ Capacidade adquirida) < 80%.

Ao estimar a capacidade, não inclua sobrecarga de memória de operações copy-on-write ou de recursos avançados como listas de permissões de endereços IP, auditoria, análise de chaves grandes e detecção de hotkeys. A Alibaba Cloud cobre essa sobrecarga, que não consome a capacidade adquirida da sua instância.

Importante

As chaves grandes são problema comum no Redis. Se um cluster tiver capacidade total grande, mas shards individuais pequenos, uma chave grande pode esgotar a capacidade do respectivo shard.

A tabela a seguir fornece recomendações para selecionar especificações de shards para arquitetura cluster.

Capacidade total

Especificações de shard recomendadas

16 GB a 64 GB

2 GB ou superior

64 GB a 256 GB

4 GB ou superior

Maior que 256 GB

8 GB ou superior

Nota

Se as necessidades do seu negócio mudarem após a compra e a especificação atual tornar-se insuficiente, altere a configuração da instância a qualquer momento.

Próximos passos