Para agentes de IA: um índice de documentação está disponível em https://www.mongodb.com/pt-br/docs/llms.txt — as versões de markdown de todas as páginas estão disponíveis anexando .md a qualquer caminho de URL.

Microsoft Azure

Importante

O recurso descrito nesta página não é suportado atualmente em cluster Atlas Infinite durante a visualização pública. Para os recursos suportados na visualização pública, consulte Disponibilidade de Visualização Pública.

O Atlas oferece suporte à implantação de clusters no Microsoft Azure.

Zonas de disponibilidade e regiões suportadas

O Atlas oferece suporte às seguintes regiões do Azure e zonas de disponibilidade. Embora todas as regiões a seguir suportem clusters dedicados (M10+), algumas regiões não suportam clusters gratuitos (anteriormente conhecidos como M0) ou clusters Flex. A API do Atlas usa a correspondente Atlas Region.

Observação

Os clusters criados em uma organização Atlas por meio da Integração Nativa do Azure não se limitam à região específica do Azure onde a organização está sediada. cluster podem ser implantados em qualquer uma das mais de regiões 40 Azure em todo o mundo em que o Atlas é compatível. A região da organização é necessária apenas para atender aos requisitos de recurso do Azure e não tem impacto nas regiões onde os clusters da organização são implantados.

Importante

Recomendamos que você use as regiões marcadas com um asterisco () na tabela a seguir como região secundária de recuperação de desastres (DR) somente em um cluster multirregional, pois elas têm um custo maior 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 Azure. Se você deseja aproveitar as opções de rede privada, como emparelhamento de VNet ou private endpoints, com um cluster implantado em uma ou mais dessas regiões, você deve permitir que sua assinatura Azure crie recursos nessas regiões. Para saber mais, entre em contato com o suporte do Azure.

Região do Azure
Localização
Região do Atlas
Free Suporte
Flex Suporte
M10+ Suporte
Zonas de disponibilidade

centralus

Iowa, USA

US_CENTRAL

eastus

Virgínia (Leste dos EUA)

US_EAST

eastus2

Virginia, USA

US_EAST_2

northcentralus

Illinois, USA

US_NORTH_CENTRAL

westus

Califórnia, EUA

US_WEST

westus2

Washington, EUA

US_WEST_2

westus3

Arizona, USA

US_WEST_3

westcentralus

Wyoming, USA

US_WEST_CENTRAL

southcentralus

Texas, USA

US_SOUTH_CENTRAL

brazilsouth

São Paulo, Brasil

BRAZIL_SOUTH

brazilsoutheast

Rio de Janeiro, Brazil

BRAZIL_SOUTHEAST

canadaeast

Cidade de Quebec, QC, Canadá

CANADA_EAST

canadacentral

Toronto, ON, Canadá

CANADA_CENTRAL

chilecentral

Santiago

CHILE_CENTRAL

mexicocentral

Estado de Querétaro, México

MEXICO_CENTRAL

Regiões com suporte para IOPS Padrão Estendidas e Armazenamento Estendido

O Atlas permite armazenamento NVMe, IOPS padrão estendido e tamanhos de armazenamento estendido nas seguintes regiões do Azure.

O armazenamento estendido não está disponível para cluster multirregional.

Observação

Os clusters nessas regiões criados após novembro de 1, 2024 suportam armazenamento estendido. Os clusters existentes nessas regiões antes dessa data oferecerão suporte automático ao armazenamento estendido ao longo do tempo. Para habilitar o armazenamento estendido em clusters criados antes de 1 de novembro de 2024 antes, entre em contato com o Suporte do MongoDB.

Região do Azure
Localização
Região do Atlas
Suporte NVMe
IOPS Estendidas Padrão

centralus

Iowa, USA

US_CENTRAL

eastus

Virgínia (Leste dos EUA)

US_EAST

eastus2

Virginia, USA

US_EAST_2

northcentralus

Illinois, USA

US_NORTH_CENTRAL

westus

Califórnia, EUA

US_WEST

westus2

Washington, EUA

US_WEST_2

westus3

Arizona, USA

US_WEST_3

westcentralus

Wyoming, USA

US_WEST_CENTRAL

southcentralus

Texas, USA

US_SOUTH_CENTRAL

brazilsouth

São Paulo, Brasil

BRAZIL_SOUTH

brazilsoutheast

Rio de Janeiro, Brazil

BRAZIL_SOUTHEAST

canadaeast

Cidade de Quebec, QC, Canadá

CANADA_EAST

canadacentral

Toronto, ON, Canadá

CANADA_CENTRAL

chilecentral

Santiago

CHILE_CENTRAL

mexicocentral

Estado de Querétaro, México

MEXICO_CENTRAL

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 do Atlas implementados 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

Em outubro de 18 de 2021, os seguintes clusters do Atlas implantados no Azure oferecem 16,000 IOPS (ou seja, 7,500) e 500 MB/segundo (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:

Cluster Tiers
Faixa de armazenamento
Armazenamento padrão
RAM padrão
Default vCPU

M0

.5 GB

.5 GB

Compartilhado

Compartilhado

Flex

5 GB

5 GB

Flex

Flex

M10

8 GB a 128 GB

8 GB

2 GB

1

M20

8 GB a 256 GB

16 GB

4 GB

1 ou 2

M30

8 GB a 512 GB

32 GB

8 GB

2

M40

8 GB a 1 TB

64 GB

16 GB

4

M40 baixa CPU

8 GB a 1 TB

64 GB

16 GB

2

M50

8 GB a 4 TB

128 GB

32 GB

8

M50 baixa CPU

8 GB a 4 TB

128 GB

32 GB

4

M60

8 GB a 4 TB

128 GB

64 GB

16

M60_NVME

1600 GB

1600 GB

64 GB

8

M60 baixa CPU

8 GB a 4 TB

128 GB

64 GB

8

M80

8 GB a 4 TB

256 GB

128 GB

32

M80 baixa CPU

8 GB a 4 TB

256 GB

128 GB

16

M80_NVME

1600 GB

1600 GB

128 GB

16

M200

8 GB a 4 TB

256 GB

256 GB

64

M200 baixa CPU

8 GB a 4 TB

256 GB

256 GB

32

M200_NVME

3100 GB

3100 GB

256 GB

32

M300 baixa CPU

8 GB a 4 TB

512 GB

384 GB

48

M300_NVME

3600 GB

3600 GB

384 GB

48

M400 baixa CPU

8 GB a 4 TB

512 GB

512 GB

64

M400_NVME

4000 GB

4000 GB

512 GB

64

M600_NVME

4000 GB

4000 GB

640 GB

80

Pode usar este nível para um cluster multinuvem.

O tier M20 inclui 1 ou 2 vCPUs dependendo da Azure série de máquinas virtuais disponíveis na região.

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 de M (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 classe do cluster desejada pelo nome com o atributo replicationSpecs[n].regionConfigs[m].electableSpecs.instanceSize.

Importante

Clusters multinuvem com baixa CPU

As camadas de cluster com baixa CPU (M40 baixa CPU, M50 baixa CPU, M60 baixa CPU e assim por diante) 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

O Azure mantém vários data centers dentro de cada região. O Azure agrupa os data centers em zonas de disponibilidade, que são localizações separadas dentro da região. Manter data centers em diferentes localizações físicas 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 aprender quais regiões do Azure mantêm zonas de disponibilidade, consulte a tabela de regiões 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ê implementa um cluster dedicado em uma região que oferece suporte a elas. O Atlas divide os nós do cluster nas 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 impacta a operação dos centros de dados que hospedam os outros nós.

Observação

Regiões com zonas de disponibilidade oferecem maior tempo de atividade para clusters dedicados implantados após setembro de 12, 2019. Clusters implantados antes de setembro de 13, 2019 em regiões que agora oferecem zonas de disponibilidade não são divididos automaticamente entre zonas de disponibilidade. Para saber mais sobre as zonas de disponibilidade, consulte a documentação do Azure.

Domínios de falha Azure

Cada região do 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 usa conjuntos de disponibilidade para implantar clusters em domínios de falha. Para regiões que têm pelo menos três domínios de falhas (3FD), o Atlas implanta clusters em três domínios de falhas. Para regiões que têm apenas dois domínios de falhas (2FD), o Atlas implanta 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 alta disponibilidade.

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.

Um conjunto de réplicas de 3 nós implantado em uma região Azure com domínio de 3 falhas.
clique para ampliar

Clusters 3FD têm alta 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 do 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.

Um conjunto de réplicas de 3 nós distribuídos em uma região Azure com domínios de 2 falhas.
clique para ampliar

Os 2FD clusters têm uma chance maior de perda de disponibilidade, no evento de perda de uma zona, do que os 3FD clusters. No entanto, quando a latência ou a localização forem prioridade, 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 do Azure, consulte Armazenamento premium de alto desempenho e discos gerenciados para VMs

Capacidade adaptativa

A capacidade adaptativa é um recurso que o Atlas usa para ajudar a manter seu cluster disponível quando uma região do Azure fica temporariamente sem capacidade para o tipo de instância que seu cluster usa. Quando uma região fica temporariamente sem capacidade para o tipo de instância que seu cluster usa, você pode não conseguir dimensionar o cluster e o Atlas pode não conseguir substituir um nó durante a recuperação automática. Para manter seu cluster disponível, o Atlas provisiona um tipo de instância alternativo com capacidade disponível e move o cluster para ele temporariamente.

O Atlas habilita a capacidade adaptativa por padrão para clusters no Azure que tenham pelo menos um nó.

Observação

Azure reservas de capacidade não são iguais ao uso de capacidade adaptável do Azure pelo Atlas. O Atlas usa a lógica descrita nesta seção enquanto respeita as reservas de capacidade do Azure.

Como funciona a capacidade adaptativa

Quando o Atlas detecta que o tipo de instância que seu cluster usa está sem capacidade, o Atlas provisiona um tipo de instância alternativo com capacidade disponível e move seu cluster para ele temporariamente para que o cluster possa continuar em execução. O Atlas seleciona o tipo de instância alternativo da mesma classificação do cluster e não move seus dados.

O Atlas usa capacidade adaptável apenas quando você altera os recursos de computação de um cluster, como quando você:

O Atlas não usa capacidade adaptativa ao adicionar nós ou shards.

O tipo de instância alternativa mantém seu cluster disponível, e a alteração não causa tempo de inatividade. O tipo de instância alternativa pode fornecer desempenho inferior ao tipo de instância original, portanto, seu aplicativo pode apresentar maior uso da CPU, maior latência ou tempos limite até que o Atlas retorne seu cluster ao tipo de instância original.

O Atlas não altera o preço do seu cluster quando ele provisiona um tipo de instância alternativo devido a restrições de capacidade.

Dimensionamento automático e capacidade adaptável

A capacidade adaptativa também se aplica quando o Atlas dimensiona automaticamente a camada do cluster. Quando uma alteração de tier de dimensionamento automático encontra um erro de falta de capacidade, o Atlas conclui a operação em um tipo de instância alternativo do tier de destino.

O Atlas não usa capacidade adaptativa ao dimensionar o seu cluster. Se o tipo de instância do tier inferior estiver sem capacidade, o Atlas não trigger o evento de redução de escala. O cluster permanece no seu tier atual, o que evita uma diminuição inesperada no desempenho.

Quando o Atlas substitui um nó com falha ou não íntegro durante a recuperação automática, a capacidade adaptativa não é trigger. Se o tipo de instância estiver sem capacidade quando um nó precisar de substituição, o Atlas poderá não conseguir substituir o nó até que a capacidade retorne. Para aprender como o Atlas mantém a disponibilidade do cluster, consulte Como o MongoDB Atlas oferece alta disponibilidade?.

Clusters compatíveis

O Atlas usa capacidade adaptável para cluster dedicado M30 e maiores que tenham pelo menos um nó. O Atlas não usa capacidade adaptável para cluster M10, cluster Free ou cluster Flex.

Para clusters M20, a capacidade adaptativa está disponível apenas em regiões que oferecem famílias de instâncias alternativas como fallback. Se o tipo de instância M20 ficar sem capacidade, o Atlas não poderá recorrer a um tipo de instância alternativo.

Se você selecionar um tipo de instância M10 ou M20 que não tenha capacidade disponível na região desejada, o Atlas notificará você na IU do Atlas. Para implantar seu cluster, faça um dos seguintes procedimentos:

  • Selecione uma região diferente.

  • Selecione uma camada do cluster maior (M30 ou maior).

  • Aguarde o retorno da capacidade.

A escassez de capacidade é temporária. O tipo de instância fica disponível novamente quando o provedor de nuvem restaura a capacidade na região.

O Atlas não usa capacidade adaptável para clusters que usam armazenamento NVMe porque o Atlas acopla seu armazenamento ao tipo de instância.

Desativar a capacidade adaptativa

Recomendamos que você habilite a capacidade adaptável para manter a disponibilidade do seu cluster durante a escassez de capacidade. O Atlas habilita a capacidade adaptável por padrão. Você pode optar por não usar a capacidade adaptável para um cluster individual. Ao optar por não participar, o Atlas mantém seu cluster em seu tipo de instância original, e uma escassez de capacidade pode impedir que você faça o dimensionamento do cluster.

Para desativar as alterações de capacidade adaptável do Atlas, consulte Capacidade adaptável para clusters do Azure e do Google Cloud Platform.

Nós de pesquisa dedicados

Regiões suportadas

O Atlas oferece suporte à implantação de nós de pesquisa separados para clusters M10 e superiores no Azure.

Atlas doesn't support Search Nodes in the following Azure regions:

Nome da região
Região do Azure

AUSTRALIA_CENTRAL_2

australiacentral2

AUSTRALIA_SOUTH_EAST

australiasoutheast

BRAZIL_SOUTHEAST

brazilsoutheast

CANADA_EAST

canadaeast

GERMANY_NORTH

germanynorth

INDIA_WEST

westindia

INDIA_SOUTH

southindia

ITALY_NORTH (disponível somente para nós de pesquisa com baixa CPU)

italynorth

JAPAN_WEST

japanwest

KOREA_SOUTH

koreasouth

NORWAY_WEST

norwaywest

SOUTH_AFRICA_WEST

southafricawest

SPAIN_CENTRAL

spaincentral

SWEDEN_SOUTH

swedensouth

SWITZERLAND_WEST

switzerlandwest

UAE_CENTRAL

uaecentral

UK_WEST

ukwest

US_WEST_CENTRAL

westcentralus

US_WEST

westus

Níveis de pesquisa disponíveis

O Atlas oferece diferentes tiers de pesquisa para os nós de pesquisa implantados no Azure.

A tabela a seguir lista os níveis de pesquisa disponíveis para cada classe de hardware (baixa CPU e alta CPU), com RAM e armazenamento padrão medidos em gibibytes (GiB):

Tamanho da instância
Detalhes da instância

S40

  • Default RAM: 16 GiB

  • Armazenamento padrão: 75 GiB

  • vCPU: 2

S50

  • Default RAM: 32 GiB

  • Armazenamento padrão: 150 GiB

  • vCPU: 4

S60

  • Default RAM: 64 GiB

  • Armazenamento padrão: 300 GiB

  • vCPU: 8

S80

  • Default RAM: 128 GiB

  • Armazenamento padrão: 600 GiB

  • vCPU: 16

S90

  • Default RAM: 256 GiB

  • Armazenamento padrão: 1200 GiB

  • vCPU: 32

S100

  • Default RAM: 384 GiB

  • Armazenamento padrão: 1800 GiB

  • vCPU: 48

S110

  • Default RAM: 512 GiB

  • Armazenamento padrão: 2400 GiB

  • vCPU: 64

S130

  • Default RAM: 672 GiB

  • Armazenamento padrão: 3600 GiB

  • vCPU: 96

S135

  • Default RAM: 672 GiB

  • Armazenamento padrão: 3800 GiB

  • vCPU: 104

Espaços de trabalho do Stream Processing

Importante

Para solicitar uma região não listada, adicione seu feedback ao MongoDB Feedback Portal. Sua contribuição ajuda a priorizar futuras expansões da cobertura do Atlas Stream Processing.

O Atlas aceita a implantação de Espaços de trabalho do Stream Processing nas seguintes regiões do Azure:

Região do Azure
Localização
Região do Atlas

eastus

Virginia, USA

US_EAST_1

eastus2

Virginia, USA

US_EAST_2

westus

Califórnia, EUA

US_WEST

brazilsouth

São Paulo, Brasil

BRAZIL_SOUTH

Integrations

Juntamente com o suporte de região global, 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 fácil e segura.

Serviços de rede

Serviços de segurança e identidade

Aquisição

Integrações com outros serviços Azure

MAIS INFORMAÇÕES

Para obter mais informações sobre como utilizar o Azure com o Atlas de forma mais eficaz, reveja as seguintes práticas recomendadas, guias e estudos de caso:

Voltar
Google cloud
Próximo
Limites
Avalie esta página

Nesta página