A escolha de um paradigma de implantação requer a consideração das necessidades do seu aplicativo em termos de disponibilidade (em geral e em caso de interrupção), latência, conformidade e custo. Não há um paradigma "correto" único para implantação. Esta seção explora as arquiteturas disponíveis para ajudá-lo a atender às suas necessidades de implantação.
Ao implantar seu banco de dados, você deve primeiro escolher entre implantar em uma única região ou em várias. O diagrama a seguir mostra estas opções, que são explicadas mais detalhadamente abaixo:
Implantações em uma única região
A Implantação em uma única região é a opção de implantação mais simples. Na implantação em uma única região, seus dados são armazenados em uma das regiões de um provedor (como a us-west-2 da AWS ou a asia-northeast3 do Google). Para as regiões que possuem várias zonas, o Atlas sempre garante disponibilidade no nível da zona; os nós do seu cluster são distribuídos pelas zonas de disponibilidade dentro de uma única região. Portanto, se uma zona única falhar, seus dados ainda estarão disponíveis nas outras.
Observação
As regiões recomendadas possuem três zonas de disponibilidade e são indicadas com um ícone de estrela na IU do Atlas.
Com a simplicidade e o custo mais baixo da implantação em uma única região, existe o risco de menor disponibilidade e, possivelmente, maior latência, dependendo da distribuição dos usuários do seu aplicativo.
Sistemas multirregionais
Uma implantação multirregional é um paradigma de implantação mais complexo que oferece alta disponibilidade e baixa latência em uma faixa geográfica mais ampla do que a implantação em uma única região. Existem vários tipos de implantações multirregionais:
Multirregional em uma área geográfica: implanta em várias regiões hospedadas por um único provedor de nuvem dentro de uma única área geográfica, definida como uma grande área, como um país ou continente. Isso garante a disponibilidade caso alguma região específica falhe.
Por exemplo, você implanta clusters nas regiões AWS,
us-west-1eus-east-1, ambas localizadas nos Estados Unidos. Seus-east-1ficar indisponível,us-west-1continuará aceitando leituras e gravações com desempenho próximo ao normal.Multirregional em várias áreas geográficas: implanta em uma ou mais regiões de duas ou mais áreas geográficas. Isso garante a disponibilidade caso uma determinada região falhe ou se uma área geográfica inteira estiver indisponível.
Por exemplo, você implanta clusters nas regiões AWS
us-east-1eus-east-2, ambas localizadas nos Estados Unidos, e um terceiro cluster emeu-west-2, que está na Europa.Multinuvem : implanta em uma ou mais regiões hospedadas por vários provedores de nuvem. Isso oferece o mais alto nível de disponibilidade, assegurando que seus dados estejam acessíveis caso alguma região falhe ou se um provedor de nuvem inteiro falhar.
Por exemplo, você implanta clusters na região AWS
us-west-1e na região Google Cloudus-east4.
Considerações de disponibilidade
A disponibilidade é frequentemente avaliada em termos de resiliência dos seus clusters a interrupções, enquanto a recuperação de desastres se refere à rapidez com que seu sistema pode se recuperar de uma interrupção (RTO) e à quantidade de dados que podem ser perdidos em uma interrupção (RPO). Como todas as instâncias do Atlas sempre possuem dados atualizados, os failovers não exigem a restauração de backups.
O Atlas possui replicação integrada em suas implantações, significando que:
As instâncias de banco de dados são mantidas estreitamente sincronizadas entre si, normalmente na faixa de milissegundos.
Em caso de interrupção, o failover entre instâncias de banco de dados é totalmente automático. Não requer intervenção humana e leva apenas segundos.
Ao utilizar o padrão writeConcern de
majority, não há perda de dados durante o failover, pois todos os dados são gravados em várias localizações, evitando a perda de dados. Além disso, o driver de BD repetirá automaticamente qualquer operação em andamento para garantir que elas sejam bem-sucedidas.
Isso significa que o RTO, a RPO e a frequência de replicação de dados são efetivamente iguais e seus clusters do Atlas permanecem totalmente operacionais desde que a maioria dos nós esteja saudável.
Observação
Os RTO e RPO máximos devem ser considerados de forma holística tanto em todo o cluster quanto na maneira como você implanta seu aplicativo. Considere a carga de trabalho total do cluster para garantir que será compatível com seus requisitos.
Comparação de Paradigmas de Implantação
Para determinar o padrão de implantação mais adequado para você, classifique seus aplicativos com base na criticidade para o seu negócio principal. Quanto mais importante for o aplicativo (ou seja, quanto maior o impacto de uma interrupção nos seus negócios), mais você deve considerar uma arquitetura que lide automaticamente com qualquer evento de interrupção.
A tabela a seguir apresenta uma comparação dos paradigmas de implantação para ajudá-lo a identificar a melhor opção para suas necessidades:
Nível de prioridade | Descrição | RTO | Modelo de sistema | Custo Relativo |
|---|---|---|---|---|
Nível 0 | Aplicativos de criticidade mais alta. Requer failover totalmente automatizado mesmo em caso de interrupções regionais. | 0 | $$$ | |
Nível 1 | Aplicativos de criticidade mais baixa. Pode haver um certo tempo de inatividade ou período de manutenção sem impacto significativo na receita. | > 1 hora e < 8 horas | $$ | |
Nível 2 | Aplicativos de criticidade mais baixa. Podem ficar inativos por 24 horas sem impacto significativo na receita. | > 8 horas | $+ | |
não-produtivo | Aplicativos não críticos. Ambientes que não são diretamente responsáveis por gerar receita e não são voltados para o cliente. Normalmente são ambientes de desenvolvimento e teste. | N/A | $0 e superior |
Observação
O custo de cada tipo de implantação depende de vários fatores, incluindo os provedores que você selecionar, o número de regiões de que você precisa, a quantidade de armazenamento e a potência de processamento dos servidores. Para informações atualizadas sobre preços, consulte Preços do MongoDB.
Casos de uso
Ao escolher seu paradigma de implantação, comece identificando o menor número de regiões nas quais você pode implantar para atender à distribuição geográfica mais ampla de seus usuários. Em seguida, considere adicionar regiões adicionais ou provedores de nuvem de acordo com seus requisitos de disponibilidade, desempenho e soberania de dados.
Considere os seguintes casos de uso para ajudar a decidir qual paradigma de implantação é mais adequado para a distribuição geográfica dos usuários do seu aplicativo:
Maioria dos usuários em uma área geográfica
Se a maioria dos usuários do seu aplicativo estiver localizada em uma única área geográfica, recomendamos que você implante em uma ou mais regiões dentro da mesma geografia. Embora uma implantação em uma única região possa proteger contra uma interrupção em uma única zona de disponibilidade, uma implantação multirregional abrange uma área geográfica maior e garante a disponibilidade durante interrupções tanto zonais quanto regionais. Para uma alta disponibilidade ainda maior, você pode implantar em várias regiões. Todas essas opções oferecem suporte a baixa latência e simplificam o compliance com os requisitos de soberania de dados, pois todos os dados de usuários são acessados e armazenados na mesma região.
Para aprender mais sobre esses paradigmas de implantação, consulte as seguintes páginas de paradigmas:
Usuários Distribuídos em Múltiplas Áreas Geográficas
Se os usuários do seu aplicativo estiverem distribuídos em várias áreas geográficas, como entre os EUA e a Europa, recomendamos que você implante em uma ou mais regiões em cada área geográfica. Implantar em uma região em cada área geográfica em que você atende clientes oferece baixa latência e disponibilidade em caso de uma interrupção geográfica. Você também pode atender aos requisitos de soberania de dados particionando os dados, de modo que os dados de usuários de cada região sejam hospedados nessa mesma região.
Para garantir a alta disponibilidade em caso de interrupções regionais sem aumentar a latência ou violar os requisitos de soberania de dados, você também pode implantar em várias regiões em cada área geográfica. Você pode alcançar a mais alta disponibilidade para uma implantação multirregional ao implantar clusters em diversas regiões em várias áreas geográficas.
Para aprender mais sobre esses paradigmas de implantação, consulte as seguintes páginas de paradigmas:
Usuários distribuídos globalmente
Se estiver implantando um aplicativo para um público mundial, recomendamos que faça uma implantação multirregional em várias áreas geográficas antes de considerar uma implantação global. Em quase todos os casos, uma implantação multirregional em várias áreas geográficas pode satisfazer seus requisitos de alta disponibilidade, baixa latência e soberania de dados. Em casos raros, pode ser necessário realizar implantações globais do Atlas, que representam os paradigmas mais complexos de implantação multirregional e exigem um planejamento muito cuidadoso.
Para aprender mais sobre esses paradigmas de implantação, consulte as seguintes páginas: