Redis de nó único

Recursos

1. Baixa sobrecarga do sistema e alto QPS

   As instâncias de nó único não suportam sincronização de dados ou persistência de dados, reduzindo a sobrecarga do sistema e suportando maior simultaneidade. O QPS de instâncias do DCS Redis de nó único alcança até 100.000.

2. Monitoramento de processos e recuperação automática de falhas

   Com um mecanismo de monitoração HA, se uma instância de DCS do único-nó se torna defeituosa, um processo novo está começado dentro de 30 segundos para recomeçar o abastecimento de serviço.

3. Usabilidade out-of-the-box e sem persistência de dados

   As instâncias de DCS de nó único podem ser usadas fora da caixa porque não envolvem o carregamento de dados. Se o seu serviço exigir um alto QPS, você poderá aquecer os dados de antemão para evitar um forte impacto de simultaneidade no banco de dados de back-end.

4. Baixo custo e adequado para desenvolvimento e testes

   As instâncias de nó único são 40% mais baratas do que as instâncias de DCS principal/em espera, adequadas para configurar ambientes de desenvolvimento ou teste.

As instâncias de nó único suportam operações de leitura/gravação altamente simultâneas, mas não suportam a persistência de dados. Os dados serão excluídos depois que as instâncias forem reiniciadas. Eles são adequados para cenários que não exigem persistência de dados, como cache de front-end de banco de dados, para acelerar o acesso e facilitar a carga de simultaneidade do backend. Se os dados desejados não existirem no cache, as solicitações irão para o banco de dados. Ao reiniciar o serviço ou a instância do DCS, você pode pré-gerar dados de cache do banco de dados do disco para aliviar a pressão sobre o back-end durante a inicialização.

Arquitetura

Figura 1 mostra a arquitetura de instâncias do DCS Redis de nó único.

O Redis 3.0 não suporta personalização de portas e permite apenas a porta 6379. Para Redis 4.0 e 5.0, você pode especificar uma porta ou usar a porta padrão 6379. Na arquitetura a seguir, a porta 6379 é usada. Se você personalizou uma porta, substitua 6379 pela porta real.

Figura 1 Arquitetura de instância do DCS Redis de nó único

Descrição da arquitetura

• VPC

  A VPC em que todos os nós da instância são executados.

  

  Para o acesso intra-VPC, o cliente e a instância devem estar na mesma VPC com configurações de regra de grupo de segurança especificadas.

  Uma instância do DCS Redis 3.0 pode ser acessada de uma VPC ou em redes públicas. O cliente pode ser implantado fora da VPC e acessar a instância por meio do endereço IP elástico (EIP) vinculado à instância. O acesso público não é suportado pelas instâncias do DCS Redis 6.0, 4.0 e 5.0.

  Para obter mais informações, consulte Public a uma instância do DCS Redis e Como configuro um grupo de segurança?

• Application

  O cliente da instância, que é o aplicativo em execução em um Elastic Cloud Server (ECS).

  As instâncias do DCS Redis e do Memcached são compatíveis com os protocolos Redis e Memcached, respectivamente, e podem ser acessadas por meio de clientes de código aberto. Para ver exemplos de acesso a instâncias DCS com diferentes linguagens de programação, consulte as instruções de acesso a instâncias.

• DCS instance

  Uma instância de DCS de nó único, que tem apenas um nó e um processo do Redis.

  O DCS monitora a disponibilidade da instância em tempo real. Se o processo do Redis ficar defeituoso, o DCS iniciará um novo processo em segundos para retomar o provisionamento de serviços.