Las implementaciones de Atlas de una sola región configuran nodos de clúster dentro de una sola región de un proveedor de nube. Todos los niveles de clúster admiten implementaciones de Atlas de una sola región. Proporcionan la opción menos costosa para las aplicaciones y son una buena opción cuando el costo es un factor. Con nodos distribuidos en zonas de disponibilidad y la configuración predeterminada
majority En resumen, las implementaciones de una sola región ofrecen protección automática contra fallos de nodos y zonas sin pérdida de datos. Sin embargo, un fallo regional requiere la recuperación a partir de copias de seguridad, lo que implica tiempo de inactividad y una posible pérdida de datos que depende de la frecuencia de las copias de seguridad.
Nota
Para evitar la pérdida de datos durante la conmutación por error, se requiere un nivel de preocupación de escritura de majority. Si se configura un nivel de preocupación de escritura inferior, la conmutación por error automática podría provocar la pérdida de datos.
Todos los proveedores de Atlas cuentan con regiones que admiten zonas de disponibilidad dentro de una región, lo que añade protección en caso de una Interrupción del servicio en una sola zona. El proveedor de nube redirige automáticamente el tráfico a un nodo en otra zona de disponibilidad dentro de la región para garantizar la disponibilidad. Esto es similar a implementaciones multirregionales, pero a una escala menor.
El siguiente diagrama muestra una implementación de Atlas de una sola región para una región que tiene 3 zonas de disponibilidad:
Para aprender a configurar una implementación de una sola región, consulta Crear un clúster en la documentación de Atlas.
Casos de uso para implementaciones en una sola región
Una implementación de región única puede ser la mejor opción para ti si tienes los siguientes requisitos:
Quieres utilizar un proveedor de nube.
No es necesario implementar en más de una región.
Tu aplicación requiere baja latencia y la mayoría de usuarios se encuentran en una ubicación geográfica.
Por ejemplo, para una aplicación implementada con ConAWS y usuarios ubicados principalmente en el oeste de EE. UU., puede implementar una configuración de región única en us-west-2 (una región que admite zonas de disponibilidad). Esto garantiza una baja latencia, ya que todos los nodos se encuentran en el oeste de EE. UU., a la vez que ofrece disponibilidad en caso de una interrupción zonal que afecte al nodo principal.
Si tu aplicación requiere baja latencia y alta disponibilidad entre regiones o proveedores, considera una Paradigma de implementación multiregión o Paradigma de implementación multi-nube, respectivamente.
Consideraciones para implementaciones de una sola región
Las implementaciones en una sola región garantizan un nivel mínimo de disponibilidad. La alta disponibilidad depende de la implementación de nodos en las regiones, así como del número, distribución y orden de prioridad de los nodos. Para aprender más sobre las topologías de clúster recomendadas para alta disponibilidad, se puede consultar Orientación para la alta disponibilidad de Atlas.
Para obtener más consideraciones, consulte Consideraciones en la documentación de Atlas.
Recomendaciones para implementaciones de una sola región
Si tu aplicación se implementa en uno de los siguientes proveedores de nube, MongoDB recomienda encarecidamente implementar tus recursos de Atlas en el mismo proveedor y región.
Hacerlo reduce la latencia de las operaciones de base de datos ejecutadas por tu aplicación y permite una seguridad mejorada con nodos privados que conectan tus recursos en la nube autogestionados con tus recursos de Atlas. Además, este enfoque reduce la latencia y los costos de salida asociados con la transferencia de datos entre nubes, al mismo tiempo que disminuye los costos al reducir el número total de nodos y eliminar la necesidad de componentes de red multiregión.
Para automatizar el despliegue en una sola región mediante Terraform, consulte el módulo de Terraform para clústeres de MongoDB Atlas.
Nota
Las implementaciones en una sola región ofrecen protección automática contra fallos de nodos y zonas sin pérdida de datos (RPO=0).0 Sin embargo, una interrupción regional completa requerirá la recuperación a partir de copias de seguridad, lo que implica tiempo de inactividad y posible pérdida de datos (RPO>1),0 dependiendo de la frecuencia de las copias de seguridad. Para aplicaciones que requieren protección automática contra fallos regionales, considere implementaciones en varias regiones o en varias nubes.
Para encontrar recomendaciones para tus implementaciones en la nube de Atlas, consulta los siguientes recursos:
Operational Efficiency
Seguridad
Confiabilidad
Rendimiento
Cost Optimization