Principal/em espera Redis
Tanto o DCS for Redis quanto o DCS for Memcached suportam o tipo de instância principal/em espera. Esta seção descreve instâncias do Memcached DCS principal/em espera. As versões do Redis disponíveis para instâncias principal/em espera do DCS Redis incluem o Redis 6.0, o Redis 5.0, o Redis 4.0 e o Redis 3.0.
A divisão de leitura/gravação é suportada por instâncias principal/em espera do DCS Redis 4.0 ou 5.0 por padrão, e não por instâncias principal/em espera do DCS Redis 3.0 e do Redis 6.0. Para obter detalhes, consulte O DCS for Redis suporta divisão de leitura/gravação?
- O DCS for Redis 3.0 não é mais fornecido. Em vez disso, você pode usar o DCS for Redis 4.0 ou 5.0.
- Não é possível atualizar a versão do Redis para uma instância. Por exemplo, uma instância principal/em espera do DCS Redis 3.0 não pode ser atualizada para uma instância principal/em espera do DCS Redis 4.0 ou 5.0. Se o serviço exigir os recursos de versões superiores do Redis, crie uma instância do DCS Redis de uma versão superior e, em seguida, migre os dados da instância antiga para a nova.
Recursos
As instâncias principal/em espera têm maior disponibilidade e confiabilidade do que as instâncias de nó único.
As instâncias do Memcached DCS principal/em espera têm os seguintes recursos:
- Data persistence and high reliability
Por padrão, a persistência de dados é ativada pelo nó principal e em espera de uma instância principal/em espera do Memcached DCS.
O nó de espera de uma instância do Redis 3.0 é invisível para você. Somente o nó principal fornece operações de leitura/gravação de dados.
O nó em espera de uma instância do Redis 4.0 ou 5.0 fica visível para você. Você pode ler dados do nó em espera conectando-se a ele usando o endereço somente leitura da instância.
O nó em espera de uma instância do Redis 6.0 fica visível para você. Você pode ler dados do nó em espera conectando-se a ele usando o endereço somente leitura da instância.
- Data synchronization
Os dados nos nós principal e em espera são mantidos consistentes por meio de sincronização incremental.
Depois de se recuperar de uma exceção de rede ou falha de nó, as instâncias principal/em espera executam uma sincronização completa para garantir a consistência dos dados.
- Automatic principal/em espera switchover
Se o nó principal se tornar defeituoso, a instância será desconectada e indisponível por vários segundos. O nó em espera assume dentro de 30 segundos sem operações manuais para retomar os serviços estáveis.
- Multiple DR policies
Cada instância de DCS principal/em espera pode ser implantada em AZs com fontes de alimentação e redes fisicamente isoladas. Os aplicativos também podem ser implantados em AZs para obter HA para dados e aplicativos.
- Read/write splitting
As instâncias principal/em espera do DCS Redis 4.0 e 5.0 oferecem suporte à divisão de leitura/gravação do cliente. Ao se conectar a essa instância, você pode usar o endereço de leitura/gravação para se conectar ao nó principal ou usar o endereço somente leitura para se conectar ao nó em espera.
Arquitetura de instâncias principal/em espera do Redis 3.0
Figura 1 mostra a arquitetura de uma instância principal/em espera do DCS Redis 3.0.
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 que acessa a instância pode ser implantado fora da VPC e acessar a instância por meio do EIP vinculado à instância. O acesso público não é suportado pelas instâncias do DCS Redis 6.0, 5.0 e 4.0.
Para obter mais informações, consulte Public a uma instância DCS Redis e Como configuro um grupo de segurança?
- Application
O cliente Memcached da instância, que é o aplicativo em execução no 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 obter exemplos de acesso a instâncias DCS com diferentes linguagens de programação, consulte as instruções de acesso a instâncias.
- instância DCS
Uma instância de DCS principal/em espera que tem um nó principal e um nó de réplica. Por padrão, a persistência de dados é ativada e os dados são sincronizados entre os dois nós.
O DCS monitora a disponibilidade da instância em tempo real. Se o nó principal se tornar defeituoso, o nó em espera se tornará o nó principal e retomará o provisionamento de serviços.
A porta padrão do Redis é 6379.
Arquitetura de instâncias principal/em espera do Redis 4.0 e 5.0
Figura 2 A mostra a arquitetura das instâncias principal/em espera do DCS Redis 4.0 e 5.0.
Descrição da arquitetura
- Cada instância principal/em espera do Redis 4.0 ou 5.0 tem dois endereços de conexão. Ao se conectar a essa instância, você pode usar o endereço de nome de domínio de leitura/gravação para se conectar ao nó principal ou usar o endereço de nome de domínio somente leitura para se conectar ao nó em espera.
Os endereços de conexão podem ser obtidos na página de detalhes da instância no console do DCS.
- Você pode configurar o Sentinel para uma instância principal/em espera do Redis 4.0 ou 5.0. Os sentinelas monitoram o status de execução dos nós principal e stand-by. Se o nó principal se tornar defeituoso, um failover será executado.
As sentinelas são invisíveis para você e são usadas apenas no serviço. Para obter detalhes sobre o Sentinel, consulte O que é o Sentinel?
- Um nó somente de leitura tem as mesmas especificações que um nó de leitura/gravação. Quando uma instância principal/em espera é criada, um par de nós principal e stand-by são incluídos na instância por padrão.
- Para instâncias do DCS Redis 4.0 ou 5.0, você pode personalizar a porta. Se nenhuma porta for especificada, a porta padrão 6379 será usada. No diagrama de arquitetura, a porta 6379 é usada. Se você personalizou uma porta, substitua 6379 pela porta real.
- Os nomes de domínio somente leitura das instâncias principal/em espera do DCS Redis 4.0 e 5.0 não oferecem suporte ao balanceamento de carga. Para alta confiabilidade e baixa latência, use cluster ou instâncias de divisão de leitura/gravação.
