Tair (Redis® OSS-Compatible):Comparison between Tair (Redis OSS-compatible) and self-managed Redis

Dimensão

Tair (Redis OSS-compatible)

Redis autogerenciado

Segurança

Isolamento de rede: Usa Virtual Private Clouds (VPCs) para isolar o tráfego no nível de rede.

Controle de acesso: Controle baseado em lista de permissões (consulte Configurar listas de permissões) e contas de banco de dados personalizadas com permissões granulares (consulte Criar e gerenciar contas de banco de dados).

Criptografia em trânsito: Criptografia TLS nativa.

Logs de auditoria: Suporte a logs de auditoria (consulte Consultar logs de auditoria).

Isolamento de rede: Exige um sistema personalizado de segurança de rede, com altos custos de criação e manutenção. A configuração padrão de acesso do Redis apresenta vulnerabilidades de segurança que podem expor os dados.

Controle de acesso: Não possui sistema integrado de autenticação de contas.

Criptografia em trânsito: Requer ferramentas de terceiros para implementar criptografia SSL.

Logs de auditoria: Sem recurso de auditoria.

Backup e restauração

As instâncias baseadas em DRAM do Tair (Enterprise Edition) suportam flashback de dados e permitem restaurar informações para qualquer ponto específico no tempo. Consulte Usar flashback de dados para restaurar dados por ponto no tempo.

Apenas restauração completa de dados, sem recuperação para um ponto específico no tempo.

O&M

• Mais de dez grupos de métricas de monitoramento, com intervalo mínimo de 5 segundos. Consulte Métricas.

• Regras de alerta configuráveis. Consulte Configurações de alerta.

• Suporte a múltiplas arquiteturas de instância. Altere especificações ou arquitetura conforme necessário.

• Análise de chaves grandes baseada em snapshots, com alta precisão e sem impacto no desempenho. Consulte Usar o recurso de análise de chaves offline.

• Requer ferramentas de terceiros para monitoramento.

• A alteração de especificações ou da arquitetura da instância causa interrupção do serviço e envolve etapas manuais complexas.

• Análise de chaves grandes baseada em amostragem, com possibilidade de resultados imprecisos.

Implantação e dimensionamento

Dimensionamento elástico e criação instantânea de instâncias, sem necessidade de provisionar ou gerencie hardware.

Exige aquisição de hardware, configuração de data center e implantação de nós. A adição de novos nós requer gerenciamento manual dos relacionamentos entre eles.

Alta disponibilidade (HA)

• Soluções de HA em zona única e recuperação de desastres entre zonas disponíveis.

• Uso de módulo central independente para decisões de failover, o que garante estabilidade, eficiência e resistência a problemas de split-brain.

• HA no modo Sentinel dentro de um data center ou recuperação de desastres entre zonas no modo Sentinel.

• O modo Sentinel apresenta alto custo operacional, tomada de decisão mais lenta sob carga máxima e suscetibilidade a problemas de split-brain.

Otimização de kernel

• As instâncias baseadas em DRAM do Tair (Enterprise Edition) usam modelo multithread e oferecem 3× o desempenho de uma instância padrão com as mesmas especificações.

• Instâncias baseadas em ESSD/SSD e otimizadas para memória persistente suportam armazenamento de grande capacidade e persistência no nível de comando.

• O Redis 6.0 e versões posteriores suportam múltiplas threads de I/O. Esse recurso pode aumentar o throughput em até 2×, mas também eleva significativamente a utilização da CPU.

• O armazenamento persistente depende de soluções de terceiros, como SSDB ou Pika. Essas soluções não são totalmente compatíveis com o protocolo Redis e suportam camadas de dados quentes/frios apenas no nível de chave. A transferência de chaves grandes entre memória e disco gera alto custo computacional.

Utilização de memória

100% da capacidade alocada fica disponível para sua aplicação. A Alibaba Cloud cobre o overhead de memória para recuperação de desastres, O&M, dimensionamento e persistência de dados (incluindo replicação em tempo de escrita baseada em fork).

Exemplo: Uma instância de 64 GB fornece 64 GB de memória utilizável.

De 25% a 40% da memória total é reservada para recuperação de desastres, O&M e operações de dimensionamento.

Exemplo: Duas instâncias do Elastic Compute Service (ECS) de 64 GB configuradas como par mestre/réplica geralmente fornecem menos de 45 GB de memória utilizável no total.