Criar uma instância de cluster fragmentado multizona

Pré-requisitos

Antes de começar, verifique se você tem:

Uma conta Alibaba Cloud. Para criar uma, consulte Cadastre-se na Alibaba Cloud.
(Apenas para zona dupla) Acesso ao recurso de implantação em zona dupla, atualmente em visualização por convite. Envie um ticket para solicitar acesso.envie um ticket

Limitações

Tipo de disco	Configurações de zona compatíveis	Observações
Disco em nuvem	Zona única, Zonas duplas, Múltiplas zonas (três zonas)	A implantação multizona está disponível apenas em regiões específicas. Consulte Instâncias baseadas em disco em nuvem (implantação em três zonas) e Instâncias baseadas em disco em nuvem (implantação em zona dupla).
Disco local	Apenas zona única	Instâncias de cluster fragmentado com disco local não oferecem suporte à implantação entre zonas. Instâncias de conjunto de réplicas podem usar o parâmetro Zone para abranger várias zonas no formato `Region Zones (1 + 2 + 3)` — por exemplo, Shenzhen Zones (C + D + E). Para mais informações, consulte Instâncias baseadas em disco local.

Políticas de implantação de nós

A tabela a seguir descreve a distribuição dos nós pelas zonas e a proteção contra falhas oferecida por cada configuração.

Configuração de zona	Distribuição de nós	Comportamento em caso de falha de zona
Single zone	Todos os nós mongos, shard e ConfigServer residem em uma única zona.	Não há proteção entre zonas. Uma falha na zona derruba todo o cluster.
Double zones	Nós distribuídos em duas zonas: uma instância de cluster fragmentado contém pelo menos dois nós mongos implantados nessas zonas, e os nós subsequentes são distribuídos uniformemente entre elas. Os nós shard e ConfigServer (primário, secundário, oculto) espalham-se por ambas as zonas e podem mudar de zona após um switchover primário/secundário ou de alta disponibilidade.	O cluster permanece disponível conforme o modo de switchover configurado. Consulte Modos de switchover de zona dupla.
Multiple zones (três zonas)	Nós distribuídos em três zonas: uma instância de cluster fragmentado contém pelo menos dois componentes mongos implantados em duas zonas, enquanto o terceiro nó mongos vai para a terceira zona por padrão. Os nós subsequentes são distribuídos sequencialmente pelas três zonas. Os nós shard (primário, secundário, oculto) não seguem uma sequência fixa entre as três zonas e podem mudar de zona após um switchover. Os nós ConfigServer (primário, secundário, oculto) são distribuídos pelas três zonas.	O sistema de alta disponibilidade (HA) transfere automaticamente os serviços para outra zona, mantendo o cluster disponível.

Modos de switchover de zona dupla

Quando uma zona fica indisponível, o ApsaraDB for MongoDB gerencia a recuperação com base no modo de switchover configurado na página de detalhes da instância.

Importante

O modo de switchover padrão é Manual switchover. No modo manual, o cluster não executa failover automaticamente. Avalie qual modo atende melhor aos seus requisitos de disponibilidade antes de colocar a instância em produção.

Modo	Comportamento	Risco de perda de dados
Manual switchover (padrão)	O sistema HA não realiza o switchover automaticamente. Ele inicia uma instância de zona dupla para restaurar a disponibilidade. Confirme o switchover e aceite a possível perda de dados antes que ele prossiga.	Pode haver perda de dados dentro da janela de latência de sincronização.
Automatic switchover	O sistema HA inicia automaticamente os nós restantes como um único nó para restaurar a disponibilidade.	Pode haver perda de dados dentro da janela de latência de sincronização.

Nota

Se o write concern de uma instância estiver definido como WriteConcern=majority, uma operação de escrita só será confirmada quando a maioria dos nós a reconhecer. Em uma configuração de zona dupla, caso a zona que abriga dois nós falhe, os dados gravados no nó primário dessa zona, mas ainda não sincronizados com a outra zona, poderão ser perdidos.

Conectividade de rede com ECS

Se sua aplicação roda em uma instância do Elastic Compute Service (ECS), tanto a instância ECS quanto a instância do MongoDB devem atender a todos os requisitos abaixo:

Requisito	Motivo
Mesma região	Instâncias em regiões diferentes não se comunicam pela rede interna.
Mesmo tipo de rede (VPC recomendada)	A VPC oferece maior segurança que a rede clássica.
Mesmo ID de VPC (ao usar VPC)	Instâncias em VPCs diferentes não se comunicam, mesmo estando na mesma região.
Mesma zona (recomendado)	Reduz a latência de rede entre sua aplicação e o banco de dados.

Caso sua instância ECS utilize a rede clássica e você queira migrar para VPC, consulte Migrar instâncias ECS da rede clássica para uma VPC. Para obter detalhes sobre como verificar a zona e as informações de rede da sua instância ECS, consulte Visualizar informações da instância.

Siga os mesmos passos usados para criar uma instância de cluster fragmentado padrão. Quando for solicitado a selecionar uma zona, escolha Double zones ou Multiple zones. Para o procedimento completo, consulte Criar uma instância de cluster fragmentado.

Próximos passos

Use o recurso de disponibilidade de serviço para visualizar a distribuição atual dos nós entre as zonas. Também é possível alternar as funções dos nós para que suas aplicações se conectem aos nós mais próximos. Para mais informações, consulte Alternar funções de nós.