As instâncias cloud-native utilizam uma arquitetura de controle de nova geração que oferece maior flexibilidade, dimensionamento mais rápido e suporte a recursos mais avançados do que as instâncias clássicas. Use esta página para comparar os dois modos de implantação e escolha o mais adequado à sua carga de trabalho.
As instâncias clássicas suportam apenas Redis Open-Source Edition 5.0 e Tair Memory-optimized 5.0. Se sua carga de trabalho exigir Redis 6.0, Redis 7.0 ou qualquer tipo de instância Tair com memória persistente ou baseada em disco, escolha a arquitetura cloud-native.
Qual devo escolher?
Escolha a arquitetura cloud-native se precisar:
Dimensionar horizontalmente com rapidez e interrupção mínima do serviço: as instâncias cloud-native permitem dimensionamento sem migração de dados quando há recursos locais disponíveis.
Ajustar livremente a quantidade de shards entre 2 e 256 para instâncias cluster, em vez de ficar restrito às opções fixas de 2, 4 ou 8.
Adicionar ou reduzir nós de réplica sob demanda (até 9 nós secundários na arquitetura padrão e até 4 por shard na arquitetura cluster).
Usar roteamento baseado em proximidade em implantações multizona para reduzir a latência de leitura.
Manter os failovers dentro da zona primária para evitar picos de latência entre zonas.
Usar replicação semissíncrona, políticas personalizadas de backup ou exclua backups manuais.
As instâncias clássicas representam um modo de implantação mais antigo, com configurações fixas de shards e flexibilidade limitada de dimensionamento. Elas continuam disponíveis, mas recebem menos atualizações de recursos. Caso possua uma instância clássica e deseje migrá-la, consulte as Perguntas frequentes.
Comparação de arquiteturas
|
Recurso |
Instância cloud-native |
Instância clássica |
|
Arquitetura |
Baseada em uma arquitetura de controle de nova geração para maior flexibilidade e escalabilidade |
Usa arquitetura de controle tradicional com configurações fixas |
|
Até 1 nó primário e 9 nós secundários |
Apenas 1 nó primário e 1 nó secundário |
|
|
Shards: 2–256 (ajustáveis em incrementos unitários); cada shard suporta até 1 nó primário + 4 nós secundários; sem erros |
Shards: fixos em 2, 4 ou 8; ocorrem conexões transitórias durante o scale-out |
|
|
1–9 nós somente leitura ajustáveis; acesso baseado em proximidade em implantações multizona; cluster (modo proxy) suporta até 4 nós somente leitura por shard |
Fixo em 1, 3 ou 5 nós somente leitura (arquitetura descontinuada) |
|
|
Scale-out |
Dimensionamento rápido sem migração quando os recursos locais são suficientes; impacto mínimo no serviço |
Processo demorado |
|
Recuperação de desastres |
Implantações multizona suportam failover de alta disponibilidade (HA) dentro da zona primária, evitando aumento de latência entre zonas |
Instâncias multizona fazem failover apenas para a zona secundária; é necessário alternar manualmente de volta para a zona primária |
Comparação de suporte a recursos
As tabelas abaixo usam os seguintes símbolos:
✔️ — Suportado
❌ — Não suportado
➖ — Não aplicável a esta arquitetura
Recursos disponíveis apenas em instâncias cloud-native
| Categoria | Recurso | Cloud-native padrão | Cloud-native cluster | Cloud-native separação de leitura/gravação | Clássica padrão | Clássica cluster | Clássica separação de leitura/gravação |
|---|---|---|---|---|---|---|---|
| Gerenciamento de ciclo de vida | Scale-out rápido | ✔️ | ✔️ | ✔️ | ❌ | ❌ | ❌ |
| Dimensionamento de cluster sem interrupções | ➖ | ✔️ | ➖ | ➖ | ❌ | ➖ | |
| Número personalizado de shards | ➖ | ✔️ | ➖ | ➖ | ❌ | ➖ | |
| Número personalizado de nós | ✔️ | ✔️ | ✔️ | ❌ | ❌ | ❌ | |
| Número personalizado de nós somente leitura para separação de leitura/gravação | ➖ | ➖ | ✔️ | ➖ | ➖ | ❌ | |
| Acesso baseado em proximidade em implantações multizona | ➖ | ➖ | ✔️ | ➖ | ➖ | ❌ | |
| Backup e recuperação | Políticas personalizadas de backup para backups manuais | ✔️ | ✔️ | ✔️ | ❌ | ❌ | ❌ |
| Exclua backups manuais | ✔️ | ✔️ | ✔️ | ❌ | ❌ | ❌ | |
| Extensões | Modo semissíncrono | ✔️ | ✔️ | ✔️ | ❌ | ❌ | ❌ |
Todos os recursos
Tipos de instância suportados
| Modo de implantação | Tipo de instância | Versões de mecanismo suportadas | Arquiteturas suportadas |
|---|---|---|---|
| Cloud-native — Etapa 1: Criar uma instância | Redis Open-Source Edition | 7.0, 6.0, 5.0 | Padrão, cluster, separação de leitura/gravação |
| Tair (Enterprise Edition) Memory-optimized | Compatível com Redis 7.0, 6.0, 5.0 | Padrão, cluster, separação de leitura/gravação | |
| Tair (Enterprise Edition) Persistent Memory-optimized | Compatível com Redis 6.0 | Padrão, cluster, separação de leitura/gravação | |
| Tair (Enterprise Edition) Disk-based | Compatível com Redis 6.0 | Padrão, cluster | |
| Clássica — Etapa 1: Criar uma instância | Redis Open-Source Edition | 5.0 | Padrão, cluster, separação de leitura/gravação |
| Tair (Enterprise Edition) Memory-optimized | 5.0 | Padrão, cluster, separação de leitura/gravação |
Perguntas frequentes
Como converter uma instância clássica para cloud-native?
Na página de detalhes da instância no console, clique em Convert To Cloud-native. Para obter instruções passo a passo, consulte Converter para o modo de implantação cloud-native.