Atlas permite implementar clústeres en Microsoft Azure.
Zonas de disponibilidad y regiones admitidas
Atlas admite lo siguiente Regiones de Azure y
Zonas de disponibilidad. Si bien todas las siguientes regiones admiten clústeres dedicados (M10+), algunas regiones no admiten clústeres gratuitos (M0) ni clústeres Flex. El Atlas La API utiliza el correspondiente
Atlas Region.
Nota
Los clústeres creados en una organización de Atlas mediante Azure Native Integration no están limitados a la región específica de Azure donde se encuentra la organización. Los clústeres se pueden implementar en cualquiera de las más de 40 regiones globales de Azure donde Atlas es compatible. La región de la organización solo es necesaria para cumplir con los requisitos de recursos de Azure y no afecta las regiones donde se implementan los clústeres de la organización.
Importante
Te recomendamos que uses las regiones marcadas con un asterisco () en la siguiente tabla como región secundaria de recuperación ante desastres (DR) solo en un clúster multiregional, porque estas regiones tienen un costo más alto que las demás regiones de la tabla.
Además, es posible que estas regiones no estén disponibles en tus entornos Azure sin la aprobación del soporte de Azure. Si deseas aprovechar las opciones de red privada, como el emparejamiento de VNet o los nodos privados, con un clúster implementado en una o más de estas regiones, debes permitir que tu suscripción de Azure cree recursos en estas regiones. Para obtener más información, ponte en contacto con el soporte de Azure.
Azure Región | Ubicación | Región de Atlas | M0 Soporte | Flex Soporte | M10+ Soporte | Zonas de disponibilidad |
|---|---|---|---|---|---|---|
| Iowa, USA |
| ||||
| Virginia (Este de EE. UU.) |
| ||||
| Virginia, USA |
| ||||
| Illinois, USA |
| ||||
| California, Estados Unidos |
| ||||
| Washington, Estados Unidos |
| ||||
| Arizona, USA |
| ||||
| Wyoming, USA |
| ||||
| Texas, USA |
| ||||
| Sao Paulo, Brasil |
| ||||
| Rio de Janeiro, Brazil |
| ||||
| Ciudad de Quebec, QC, Canadá |
| ||||
| Toronto, Ontario, Canadá |
| ||||
| Santiago |
| ||||
| Estado de Querétaro, México |
|
Azure Región | Ubicación | Región de Atlas | M0 Soporte | Flex Soporte | M10+ Soporte | Zonas de disponibilidad |
|---|---|---|---|---|---|---|
| Irlanda |
| ||||
| Países Bajos |
| ||||
| London, England, UK |
| ||||
| Cardiff, Gales, Reino Unido |
| ||||
| París, Francia |
| ||||
| Marsella, Francia |
| ||||
| Milán, Italia |
| ||||
| Fráncfort, Alemania |
| ||||
| Berlín, Alemania |
| ||||
| Varsovia, Polonia |
| ||||
| Zúrich, Suiza |
| ||||
| Ginebra, Suiza |
| ||||
| Oslo, Noruega |
| ||||
| Stavanger, Noruega |
| ||||
| Gävle, Suecia |
| ||||
| Staffanstorp, Suecia |
| ||||
| Madrid, España |
|
Azure Región | Ubicación | Región de Atlas | M0 Soporte | Flex Soporte | M10+ Soporte | Zonas de disponibilidad |
|---|---|---|---|---|---|---|
| Hong Kong, China |
| ||||
| Singapur |
| ||||
| Canberra, Australia |
| ||||
| Canberra, Australia |
| ||||
| Nueva Gales del Sur, Australia |
| ||||
| Victoria, Australia |
| ||||
| Pune (India Central) |
| ||||
| Chennai, India |
| ||||
| Mumbai, India |
| ||||
| Jakarta |
| ||||
| Tokyo, Japan |
| ||||
| Osaka, Japón |
| ||||
| Seúl, Corea del Sur |
| ||||
| Busan, Corea del Sur |
| ||||
| Malasia |
| ||||
| Auckland, Nueva Zelanda |
|
Azure Región | Ubicación | Región de Atlas | M0 Soporte | Flex Soporte | M10+ Soporte | Zonas de disponibilidad |
|---|---|---|---|---|---|---|
| Johannesburg, Sudáfrica |
|
Azure Región | Ubicación | Región de Atlas | M0 Soporte | Flex Soporte | M10+ Soporte | Zonas de disponibilidad |
|---|---|---|---|---|---|---|
| Dubai, UAE |
| ||||
| Abu Dhabi, UAE |
| ||||
| Qatar |
| ||||
| Israel |
| ||||
| Johannesburg, Sudáfrica |
| ||||
| Ciudad del Cabo, Sudáfrica |
|
Atlas admite el almacenamiento NVMe y almacenamiento extendido en las siguientes regiones de Azure.
Azure Región | Ubicación | Región de Atlas | Soporte de NVMe | Almacenamiento ampliado |
|---|---|---|---|---|
| Iowa, USA |
| ||
| Virginia (Este de EE. UU.) |
| ||
| Virginia, USA |
| ||
| Illinois, USA |
| ||
| California, Estados Unidos |
| ||
| Washington, Estados Unidos |
| ||
| Arizona, USA |
| ||
| Wyoming, USA |
| ||
| Texas, USA |
| ||
| Sao Paulo, Brasil |
| ||
| Rio de Janeiro, Brazil |
| ||
| Ciudad de Quebec, QC, Canadá |
| ||
| Toronto, Ontario, Canadá |
| ||
| Estado de Querétaro, México |
|
Azure Región | Ubicación | Región de Atlas | Soporte de NVMe | Almacenamiento ampliado |
|---|---|---|---|---|
| Irlanda |
| ||
| Países Bajos |
| ||
| London, England, UK |
| ||
| Cardiff, Gales, Reino Unido |
| ||
| París, Francia |
| ||
| Marsella, Francia |
| ||
| Milán, Italia |
| ||
| Fráncfort, Alemania |
| ||
| Berlín, Alemania |
| ||
| Varsovia, Polonia |
| ||
| Zúrich, Suiza |
| ||
| Ginebra, Suiza |
| ||
| Oslo, Noruega |
| ||
| Stavanger, Noruega |
| ||
| Gävle, Suecia |
| ||
| Staffanstorp, Suecia |
| ||
| Madrid, España |
|
Azure Región | Ubicación | Región de Atlas | Soporte de NVMe | Almacenamiento ampliado |
|---|---|---|---|---|
| Hong Kong, China |
| ||
| Singapur |
| ||
| Canberra, Australia |
| ||
| Canberra, Australia |
| ||
| Nueva Gales del Sur, Australia |
| ||
| Victoria, Australia |
| ||
| Pune (India Central) |
| ||
| Chennai, India |
| ||
| Mumbai, India |
| ||
| Jakarta |
| ||
| Tokyo, Japan |
| ||
| Osaka, Japón |
| ||
| Seúl, Corea del Sur |
| ||
| Busan, Corea del Sur |
| ||
| Malasia |
| ||
| Auckland, Nueva Zelanda |
|
Azure Región | Ubicación | Región de Atlas | Soporte de NVMe | Almacenamiento ampliado |
|---|---|---|---|---|
| Dubai, UAE |
| ||
| Abu Dhabi, UAE |
| ||
| Qatar |
| ||
| Israel |
| ||
| Johannesburg, Sudáfrica |
| ||
| Ciudad del Cabo, Sudáfrica |
|
Opciones de configuración del clúster
Cada nivel de clúster de Atlas incluye un conjunto de recursos por defecto. Atlas proporciona las siguientes opciones de configuración de recursos:
- Tamaño de almacenamiento personalizado
El tamaño del volumen raíz del servidor. Los clústeres Atlas implementados en Azure utilizan SSDpremium. [1]
Nota
Disponibilidad de RAM
La cantidad real de RAM disponible para cada nivel de clúster podría ser ligeramente inferior a la cantidad indicada, debido a la memoria que el kernel reserva.
Nota
Desde el 18 de octubre de 2021, los siguientes clústeres de Atlas implementados en Azure ofrecen 16 000 IOPS (superando los 7 500) y un rendimiento de 500 MB/segundo (superando los 250 MB/segundo):
Nuevos clústeres con volúmenes de almacenamiento de 4 TB.
Clústeres existentes que escalas hasta volúmenes de almacenamiento de 4 TB.
Los siguientes niveles de clúster están disponibles:
Cluster TiersRango de almacenamientoAlmacenamiento por defectoRAM por defectoM0
.5 GB
.5 GB
Compartido
Flex
5 GB
5 GB
Flex
M10
8 GB a 128 GB
8 GB
2 GB
M20
8 GB a 256 GB
16 GB
4 GB
M30
8 GB a 512 GB
32 GB
8 GB
M40
8 GB a 1 TB
64 GB
16 GB
M40 Low-CPU
8 GB a 1 TB
128 GB
16 GB
M50
8 GB a 4 TB
128 GB
32 GB
M50 Low-CPU
8 GB a 4 TB
128 GB
32 GB
M60
8 GB a 4 TB
128 GB
64 GB
M60_NVME
1600 GB
1600 GB
64 GB
M60 Low-CPU
8 GB a 4 TB
128 GB
64 GB
M80
8 GB a 4 TB
256 GB
128 GB
M80 Low-CPU
8 GB a 4 TB
256 GB
128 GB
M80_NVME
1600 GB
1600 GB
128 GB
M200
8 GB a 4 TB
256 GB
256 GB
R200
8 GB a 4 TB
256 GB
256 GB
M200_NVME
3100 GB
3100 GB
256 GB
R300
8 GB a 4 TB
512 GB
384 GB
M300_NVME
3600 GB
3600 GB
384 GB
R400
8 GB a 4 TB
512 GB
432 GB
M400_NVME
4000 GB
4000 GB
512 GB
M600_NVME
4000 GB
4000 GB
640 GB
Puede utilizar este nivel para un clúster multi-nube.
No disponible en las siguientes regiones:
Alemania occidental central
Suiza Norte
Suiza Oeste
Nota
Convenciones de nomenclatura de niveles de clúster y API
Para fines de gestión con la API de administración de Atlas, los nombres de niveles de clúster que tienen como prefijo
Ren lugar de unM(R40por ejemplo) ejecutan una versión de bajo consumo de CPU del clúster. Al crear o modificar un clúster con la API, es importante asegurarse de que se especifica la clase de clúster deseada por nombre con el atributoreplicationSpecs[n].regionConfigs[m].electableSpecs.instanceSize.Importante
Clústeres multi-nube de CPU reducida
Los niveles de clúster de baja CPU (M40 Low-CPU, M50 Low-CPU, M60 Low-CPU, etc.) están disponibles en configuraciones de clúster multi-nube siempre que el nivel de clúster esté disponible para todas las regiones que utiliza el clúster.
Las cargas de trabajo suelen requerir menos de
2TB.Los clústeres NVMe no son compatibles con configuraciones de clústeres multi-nube.
Atlas configura los siguientes recursos automáticamente y no permite la modificación de usuarios:
- Volúmenes de almacenamiento cifrado
- Los volúmenes de almacenamiento de Azure están siempre cifrados.
Zonas de Disponibilidad de Azure
Azure cuenta con varios centros de datos en cada región. Azure agrupa los centros de datos en zonas de disponibilidad, que son ubicaciones separadas dentro de la región. Mantener centros de datos en diferentes ubicaciones físicas ayuda a Azure a tolerar fallos locales.
Las zonas de disponibilidad de Azure no están disponibles en todas las regiones. Para saber qué regiones de Azure tienen zonas de disponibilidad, consulta la tabla de regiones de Azure. En regiones donde aún no hay zonas de disponibilidad, Azure utiliza dominios de fallo para garantizar la tolerancia a fallos.
Atlas utiliza las zonas de disponibilidad de Azure automáticamente cuando implementas un clúster dedicado en una región que las admite. Atlas divide los nodos del clúster entre zonas de disponibilidad. Por ejemplo, un clúster de un set de réplicas de tres nodos tendría un nodo implementado en cada zona. Un error local en el centro de datos de Azure que aloja un nodo no tiene impacto en la operación de los centros de datos que alojan los demás nodos.
Nota
Las regiones con zonas de disponibilidad ofrecen un mayor tiempo de actividad a los clústeres dedicados que se implementen después del 12 de septiembre del 2019. Los clústeres implementados antes del 13 de septiembre de 2019 en las regiones que ahora ofrecen zonas de disponibilidad no están divididos automáticamente en zonas de disponibilidad. Para aprender más sobre las zonas de disponibilidad, consulta la documentación de Azure .
Dominios de fallos de Azure
Cada región de Azure incluye un número establecido de dominios de fallas para la tolerancia a fallas. Los dominios de fallas consisten en un grupo de máquinas virtuales que comparten una fuente de alimentación y un conmutador de red comunes. Si implementas tu clúster en una región que no admite zonas de disponibilidad, Atlas distribuye los nodos entre los dominios de fallas.
Atlas utiliza conjuntos de disponibilidad para implementar clústeres a través de dominios de fallo. Para las regiones que tienen al menos tres dominios de falla (3FD), Atlas implementa clústeres en tres dominios de falla. Para las regiones que solo tienen dos dominios de falla (2FD), Atlas implementa clústeres en dos dominios de falla.
El formulario de Atlas Añadir nuevo clúster marca las regiones que brindan soporte a los clústeres 3FD como Recommended, ya que proporcionan una alta disponibilidad.
El número de dominios de fallas en una región no afecta el número de nodos de MongoDB que Atlas puede implementar. Los clústeres de MongoDB Atlas siempre están compuestos por sets de réplicas con un mínimo de tres nodos de MongoDB.
Para obtener información general sobre los dominios de errores y los conjuntos de disponibilidad de Azure, consulta la Descripción general de los conjuntos de disponibilidad
Regiones con al menos tres dominios de falla
Si la región de Azure seleccionada tiene al menos tres dominios de falla, los clústeres de Atlas se dividen en tres dominios de falla. Por ejemplo, un clúster de set de réplicas de tres nodos tendría un nodo implementado en cada zona.
Los clústeres 3FD tienen mayor disponibilidad que los clústeres 2FD. Sin embargo, no todas las regiones son compatibles con los clústeres 3FD.
Regiones con solo dos dominios de falla
Si la región de Azure seleccionada tiene dos dominios de falla, los clústeres de Atlas se dividen en los dos dominios de falla. Por ejemplo, un clúster de set de réplicas de tres nodos tendría dos nodos implementados en una zona y el nodo restante implementado en la otra zona.
2FD los clústeres tienen una mayor probabilidad de pérdida de disponibilidad en caso de pérdida de una zona de disponibilidad que los clústeres 3FD. Sin embargo, cuando la latencia o la ubicación son una prioridad, se puede preferir una región que soporte clústeres 2FD.
| [1] | Para obtener documentación detallada sobre las opciones de almacenamiento de Azure, consulta Almacenamiento premium de alto rendimiento y discos gestionados para máquinas virtuales |
Nodos de búsqueda dedicados
Regiones admitidas
Atlas admite la implementación de nodos de búsqueda independientes para clústers M10 y superiores en Azure.
Atlas no ofrece soporte para nodos de búsqueda en las siguientes regiones de Azure:
Nombre de la región | Azure Región |
|---|---|
AUSTRALIA_CENTRAL |
|
AUSTRALIA_CENTRAL_2 |
|
AUSTRALIA_SOUTH_EAST |
|
BRAZIL_SOUTHEAST |
|
CANADA_EAST |
|
FRANCE_SOUTH |
|
GERMANY_NORTH |
|
INDIA_WEST |
|
INDIA_SOUTH |
|
ITALY_NORTH (disponible solo para nodos de búsqueda de bajo consumo de CPU) |
|
JAPAN_WEST |
|
KOREA_SOUTH |
|
NORWAY_WEST |
|
SOUTH_AFRICA_WEST |
|
SPAIN_CENTRAL |
|
SWEDEN_SOUTH |
|
SWITZERLAND_WEST |
|
UAE_CENTRAL |
|
UK_WEST |
|
US_WEST_CENTRAL |
|
US_WEST |
|
US_NORTH_CENTRAL |
|
Niveles de búsqueda disponibles
Atlas proporciona diferentes niveles de búsqueda para los nodos de búsqueda desplegados en Azure.
La siguiente tabla enumera los niveles de búsqueda disponibles para cada tipo de hardware (bajo consumo de CPU y alto consumo de CPU) con RAM y almacenamiento por defecto medidos en gibibytes (GiB):
Tamaño de la instancia | Detalles de la instancia |
|---|---|
S40 |
|
S50 |
|
S60 |
|
S80 |
|
S90 |
|
S100 |
|
S110 |
|
S130 |
|
S135 |
|
Tamaño de la instancia | Detalles de la instancia |
|---|---|
S20 |
|
S30 |
|
S40 |
|
S50 |
|
S60 |
|
S70 |
|
S80 |
|
Espacios de trabajo de Stream Processing
Importante
Para solicitar una región no listada, agregue sus comentarios al Portal de Comentarios de MongoDB. Sus comentarios ayudan a priorizar futuras ampliaciones de la cobertura de Atlas Stream Processing.
Atlas brinda soporte a la implementación de Stream Processing Workspaces en las siguientes regiones de Azure:
Azure Región | Ubicación | Región de Atlas |
|---|---|---|
| Virginia, USA |
|
| Virginia, USA |
|
| California, Estados Unidos |
|
Azure Región | Ubicación | Región de Atlas |
|---|---|---|
| Países Bajos |
|
Integrations
Junto con el soporte global para regiones, las siguientes integraciones de productos permiten que aplicaciones que se ejecutan en Azure, como Azure Virtual Machines, Azure Functions y Azure Contenedor Instancias, utilicen las instancias de Atlas de forma fácil y segura.
Servicios de redes
Azure Virtual Network: Configura conexiones peering de red con Azure
Azure Private Link: configura nodos privados con Azure
Azure Key Vault:
Servicios de Seguridad e Identidad
Microsoft Entra ID: Configurar la autenticación federada para la interfaz de usuario de MongoDB
Microsoft Entra ID Domain Services: Configurar la autenticación y autorización del usuario de base de datos
Aprovisionamiento
Azure Marketplace: Paga por el uso de Atlas a través de Azure
Integraciones con otros servicios de Azure
Azure Databricks: leer y escribir en Atlas mediante Databricks y Apache Spark
Azure Data Factory: copia datos desde o hacia MongoDB Atlas utilizando Azure Data Factory o Análisis de Synapse
Integración nativa de Azure: Cree organizaciones de Atlas desde Azure con facturación de autoservicio
Más información
Para aprender más sobre cómo utilizar Azure con Atlas de la manera más eficaz, debes revisar las siguientes mejores prácticas, guías y estudios de caso:
Power BI Desktop: Conéctate a Atlas desde Power BI Desktop
Código de Visual Studio (VS): Trabaja con MongoDB desde VS Code