O ApsaraDB for MongoDB distribui os nós mongos, shard e ConfigServer de uma instância de cluster fragmentado entre duas ou três zonas na mesma região. Os nós se comunicam por uma rede interna; portanto, a falha de uma única zona não derruba o cluster.
Pré-requisitos
Antes de começar, verifique se você tem:
Uma conta Alibaba Cloud. Para criar uma, consulte Sign up with 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 Cloud disk-based instances (three-zone deployment) e Cloud disk-based instances (double-zone deployment). |
|
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 zonas no formato |
Políticas de implantação de nós
A tabela a seguir descreve a distribuição dos nós entre as 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 ficam 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 entre duas zonas: uma instância de cluster fragmentado contém pelo menos dois nós mongos implantados nessas zonas. Os nós subsequentes são distribuídos uniformemente entre elas. Os nós shard e ConfigServer (primário, secundário, oculto) abrangem 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 entre três zonas: uma instância de cluster fragmentado contém pelo menos dois componentes mongos implantados em duas zonas. O terceiro nó mongos vai para a terceira zona por padrão, e os nós subsequentes são implantados nas três zonas alternadamente. Os nós shard (primário, secundário, oculto) não seguem uma sequência fixa nas 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 services para outra zona. O cluster permanece 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.
O modo de switchover padrão é Manual switchover. No modo manual, o cluster não executa failover automaticamente. Avalie qual modo atende 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. |
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, se a zona que contém dois nós falhar, 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 for executada em uma instância do Elastic Compute Service (ECS), a instância ECS e a instância do MongoDB devem atender a todos os requisitos a seguir:
|
Requisito |
Motivo |
|
Mesma região |
Instâncias em regiões diferentes não podem se comunicar por uma rede interna. |
|
Mesmo tipo de rede (VPC recomendada) |
A VPC oferece maior segurança do que a rede clássica. |
|
Mesmo ID de VPC (ao usar VPC) |
Instâncias em VPCs diferentes não podem se comunicar, 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ê deseje migrar para VPC, consulte Migrate ECS instances from the classic network to a VPC. Para obter detalhes sobre como encontrar as informações de zona e rede da sua instância ECS, consulte Visualize as informações da instância.
Crie uma instância de cluster fragmentado multizona
Siga as mesmas etapas usadas para criar uma instância de cluster fragmentado padrão. Quando solicitado a selecionar uma zona, escolha Double zones ou Multiple zones. Para o procedimento completo, consulte Create a sharded cluster instance.
Próximos passos
Use o recurso de disponibilidade de service 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 Switch node roles.