Microsoft Azure
Nesta página
O Atlas oferece suporte à distribuição de clusters e instâncias sem servidor no Microsoft Azure.
O Atlas é compatível com as seguintes regiões do Azure e zonas de disponibilidade. Enquanto todas as seguintes regiões suportam clusters dedicados (M10+
), algumas regiões não suportam clusters gratuitos (M0
), clusters compartilhados (M2/M5
) ou instâncias sem servidor. A API do Atlas usa o Atlas Region correspondente.
Importante
Recomendamos que você use as regiões marcadas por um asterisco () na tabela a seguir como uma região secundária de recuperação de desastres (DR) somente em um cluster multirregional, pois essas regiões têm um custo mais alto do que as outras regiões da tabela.
Além disso, essas regiões podem não estar disponíveis em seus ambientes Azure sem aprovação do suporte do Azure . Se você quiser aproveitar as opções de rede privada, como emparelhamento de VNet ou endpoints privados, com um {+cluster"} implantado em uma ou mais dessas regiões, deverá permitir que sua assinatura do Azure crie recursos nessas regiões. Para aprender. mais, entre em contato com o suporte do Azure.
Opções de configuração de cluster
Cada camada do cluster Atlas vem com um conjunto padrão de recursos. O Atlas fornece as seguintes opções de configuração de recursos:
- Tamanho de armazenamento personalizado
O tamanho do volume raiz do servidor. Os clusters Atlas empregados no Azure utilizam SSDs premium. [1]
Observação
Disponibilidade de RAM
A quantidade real de RAM disponível para cada camada do cluster pode ser um pouco menor do que a quantidade declarada, devido à memória que o kernel reserva.
Observação
A partir de 18 de outubro de 2021, os seguintes clusters do Atlas implantados no Azure oferecem 16,000 IOPS (até 7,500) e 500 MB/segundo de rendimento (até 250 MB/segundo):
Novos clusters com volumes de armazenamento de 4 TB.
Clusters existentes que você dimensiona para volumes de armazenamento de até 4 TB.
As seguintes camadas do cluster estão disponíveis:
Camadas do clusterFaixa de armazenamentoArmazenamento padrãoRAM padrãoM0.5 GB.5 GBCompartilhadoM22 GB2 GBCompartilhadoM55 GB5 GBCompartilhadoM108 GB a 128 GB8 GB2 GBM208 GB a 256 GB16 GB4 GBM308 GB a 512 GB32 GB8 GBM408 GB a 1 TB64 GB16 GBR408 GB a 1 TB128 GB16 GBM508 GB a 4 TB128 GB32 GBR508 GB a 4 TB128 GB32 GBM608 GB a 4 TB128 GB64 GBM60_NVME1600 GB1600 GB64 GBR608 GB a 4 TB128 GB64 GBM808 GB a 4 TB256 GB128 GBR808 GB a 4 TB256 GB128 GBM80_NVME1600 GB1600 GB128 GBM2008 GB a 4 TB256 GB256 GBR2008 GB a 4 TB256 GB256 GBM200_NVME3100 GB3100 GB256 GBR3008 GB a 4 TB512 GB384 GBM300_NVME3600 GB3600 GB384 GBR4008 GB a 4 TB512 GB432 GBM400_NVME4000 GB4000 GB512 GBM600_NVME4000 GB4000 GB640 GBPode usar este nível para um cluster multinuvem.
Não disponível nas seguintes regiões:
Região centro-oeste da Alemanha
suíçanorte
suíçaoeste
Observação
Convenções de nomenclatura de camada de cluster e API
Para fins de gerenciamento com a API de administração do Atlas, os nomes das camadas do cluster que são precedidos de
R
em vez deM
(R40
, por exemplo) executam uma versão de baixa CPU do cluster. Ao criar ou modificar um cluster com a API, certifique-se de especificar a classificação do cluster desejada pelo nome com o atributoproviderSettings.instanceSizeName
.Importante
Clusters multinuvem com baixa CPU
As camadas de cluster com baixa CPU (R40, R50, R60 etc.) estão disponíveis em configurações de cluster multinuvem, desde que a camada do cluster esteja disponível para todas as regiões que o cluster usa.
O volumes de trabalho normalmente exigem menos de
2TB
.Os clusters NVMe não são compatíveis com configurações de cluster multinuvem.
O Atlas configura os seguintes recursos automaticamente e não permite a modificação do usuário:
- Volumes de armazenamento criptografados
- Os volumes de armazenamento do Azure são sempre criptografados.
Zonas de disponibilidade do Azure
OAzure mantém vários data centers dentro de cada região. O Azure agrupa os data centers em zonas de disponibilidade , que são locais separados dentro da região. A manutenção de data centers em diferentes locais físicos ajuda o Azure a tolerar falhas locais.
As zonas de disponibilidade do Azure não estão disponíveis em todas as regiões. Para saber quais regiões do Azure mantêm as zonas de disponibilidade, consulte a tabela de Região do Azure. Nas regiões onde as zonas de disponibilidade ainda não estão disponíveis, o Azure utiliza domínios de falha para ajudar a garantir a tolerância a falhas.
O Atlas usa as zonas de disponibilidade do Azure automaticamente quando você distribui um cluster dedicado em uma região que as permite. O Atlas divide os nós do cluster entre as zonas de disponibilidade. Por exemplo, um cluster de conjunto de réplicas de três nós teria um nó distribuído em cada zona. Uma falha local no centro de dados do Azure que hospeda um nó não afeta a operação dos centros de dados que hospedam os outros nós.
Observação
As regiões com zonas de disponibilidade fornecem maior tempo de atividade para clusters dedicados distribuídos após 12 de setembro de 2019. Os clusters distribuídos antes de 13 setembro de 2019 para regiões que agora oferecem zonas de disponibilidade não são divididos entre zonas de disponibilidade automaticamente. Para saber mais sobre as zonas de disponibilidade, consulte a documentação do Azure .
Domínios de falha Azure
Cada região Azure inclui um número definido de domínios de falha para tolerância a falhas. Os domínios de falha consistem em um grupo de máquinas virtuais que compartilham uma fonte de alimentação e um switch de rede comuns. Se você implantar o cluster em uma região que não ofereça suporte a zonas de disponibilidade, o Atlas distribuirá os nós entre os domínios de falha.
O Atlas utiliza conjuntos de disponibilidade para distribuir clusters em domínios de falha. Para regiões que têm pelo menos três domínios de falhas (3FD), o Atlas distribui clusters em três domínios de falhas. Para regiões que têm apenas dois domínios de falhas (2FD), o Atlas distribui clusters em dois domínios de falhas.
O formulário Adicionar novo cluster do Atlas marca as regiões que oferecem suporte a clusters 3FD como Recommended, pois elas fornecem disponibilidade mais alta.
O número de domínios de falhas em uma região não tem efeito sobre o número de nós do MongoDB que o Atlas pode distribuir. Os clusters MongoDB Atlas são sempre feitos de conjuntos de réplicas com um mínimo de três nós MongoDB.
Para obter informações gerais sobre domínios de falha e conjuntos de disponibilidade Azure, consulte Availability Sets Overview
Regiões com pelo menos três domínios de falha
Se a região Azure selecionada tiver pelo menos três domínios de falha, os clusters Atlas serão divididos em três domínios de falha. Por exemplo, um cluster de conjunto de réplica de três nós teria um nó distribuído em cada zona.
Clusters 3FD têm maior disponibilidade em comparação aos clusters 2FD. No entanto, nem todas as regiões suportam clusters 3FD.
Regiões com apenas dois domínios de falha
Se a região do Azure selecionada tiver dois domínios de falha, os clusters Atlas serão divididos entre os dois domínios de falha. Por exemplo, um cluster de conjunto de réplicas de três nós teria dois nós distribuídos em uma zona e o nó restante distribuídos na outra zona.
Os Clusters 2FD têm uma chance maior de perda de disponibilidade, no evento de perda de uma zona, do que os clusters 3FD. No entanto, quando a latência ou a localização forem priority, pode ser preferível uma região que ofereça suporte aos clusters 2FD.
[1] | Para obter documentação detalhada sobre as opções de armazenamento Azure , consulte Armazenamento premium de alto desempenho e discos gerenciados para VMs |
Integrações
Junto com um suporte global de região, as integrações de produto a seguir permitem que aplicativos em execução no Azure, como Máquinas Virtuais do Azure, Funções do Azure e Instâncias de Container do Azure, usem instâncias do Atlas de forma prática e segura.
Serviços de rede
Rede virtual Azure: configurar conexões de peering de rede com o Azure
Link privado Azure: configure endpoints privados com o Azure
Cofre de chaves do Azure:
Serviços de segurança e identidade
Microsoft Entra ID: configure a autenticação federada para a UI do MongoDB
Serviços de domínio do Microsoft Entra ID: configure autenticação e autorização de usuário de banco de dados
Integrações com outros serviços Azure
Azure Databricks: leia e grave no Atlas usando o Databrickse o Apache Spark
Azure Data Factory: copie dados de ou para o MongoDB Atlas usando o Azure Data Factoryou o Synapse Analytics
MAIS INFORMAÇÕES
Para mais informações sobre como utilizar o Azure com o Atlas de forma mais eficaz, revise as seguintes práticas recomendadas, guias e estudos de caso:
Power BI Desktop: conectar ao Atlas a partir do Power BI Desktop
Código do Visual Studio (VS): Trabalhar com MongoDB a partir do Código VS