Notas de producción

Overview

Con MongoDB Atlas como plataforma de datos, su enfoque operativo puede alejarse de las tareas operativas rutinarias y los flujos de trabajo necesarios para construir y mantener la infraestructura de bases de datos, permitiéndole centrarse en ayudar a los ingenieros a aportar valor al negocio. En lugar de mantener el hardware y actualizar los parches de software del sistema operativo, los ingenieros pueden dedicar su tiempo y energía a desarrollar modelos de datos que satisfagan las necesidades actuales y futuras de su empresa.

Este documento describe algunas de las mejores prácticas para establecer y mantener una implementación de producción de MongoDB exitosa utilizando clústeres de MongoDB Atlas.

Para conocer más prácticas recomendadas de Atlas, consulte Centro de Arquitectura de Atlas.

Roles y responsabilidades

MongoDB administra y opera la infraestructura necesaria para proporcionar un servicio de base de datos MongoDB al cliente. Las responsabilidades de MongoDB incluyen lo siguiente:

• Administre los clústeres de bases de datos y la infraestructura subyacente, garantizando la disponibilidad, estabilidad y rendimiento de MongoDB, respaldado por un Acuerdo de 99.995 Nivel de Servicio (SLA) de tiempo de actividad del % para clústeres de tamaño M10 y más grande.

• Asegúrese del buen estado de los nodos de cómputo subyacentes. Asegúrese de que estén en funcionamiento, tengan conectividad de red y cuenten con todos los parches recomendados a nivel de sistema operativo para mantener el SLA de disponibilidad.

• Gestione la configuración de la base de datos MongoDB según las opciones de diseño específicas del cliente realizadas a través de la interfaz de usuario de Atlas o la API REST.

• Aplique todas las actualizaciones de mantenimiento de MongoDB automáticamente para garantizar que se utilicen las últimas correcciones de errores del producto.

• Administre el perfil de seguridad, incluido el control de acceso basado en roles, la adición de direcciones IP a una lista de acceso IP y el emparejamiento para maximizar la seguridad del clúster según las instrucciones del cliente.

• Proporcionar servicios de respaldo y restauración.

El cliente continúa desarrollando e implementando aplicaciones que acceden a MongoDB, sin tener que administrar directamente los recursos y/o la infraestructura de la base de datos subyacente.

Gestión de clústeres

MongoDB Atlas abstrae las operaciones de la base de datos para que usted pueda centrarse en decisiones de gestión de alto nivel y de alto valor. Puede gestionar el acceso a sus clústeres de Atlas con los roles de usuario de Atlas. Puede aplicar estos permisos solo a nivel de organización o de proyecto. Por lo tanto, debe planificar cuidadosamente la jerarquía de sus organizaciones y proyectos.

Para crear una jerarquía bien diseñada de organizaciones y proyectos dentro de Atlas, divida sus clústeres en proyectos que se adapten a sus casos de uso. Esto permite maximizar la eficiencia empresarial con mínima fricción operativa.

Clústeres de una sola región y de múltiples regiones

La alta disponibilidad y la durabilidad del clúster dependen de su configuración geográfica de implementación. Los clústeres implementados en una sola región se distribuyen en zonas de disponibilidad dentro de ella, por lo que pueden soportar interrupciones parciales de la región sin interrumpir la disponibilidad de lectura o escritura.

Opcionalmente, puede elegir distribuir sus clústeres en dos o más regiones para lograr una mayor resiliencia y aislamiento de la carga de trabajo.

El orden de las regiones determina la prioridad de la ubicación del nodo principal. Por lo tanto, si desea dirigir las operaciones de escritura de la base de datos a una región específica cuando esté disponible, debe indicarla primero. La segunda región de la lista debe ser la segunda opción para las escrituras si la primera no está disponible.

El siguiente ejemplo de la interfaz de usuario Crear un clúster de Atlas muestra un clúster multirregional con nodos elegibles en tres regiones diferentes, organizados por prioridad de mayor a menor:

haga clic para ampliar

Si el us-east-1 Si la región no está disponible, se elegirá una nueva primaria en la región us-west-1.

Nota

Los clústeres deben tener un número impar de nodos para garantizar la elegibilidad primaria. Para obtener más información, consulte Elecciones de conjuntos de réplicas.

Despliegue en dos regiones

Implementar un clúster en dos regiones garantiza que siempre se mantenga una copia de sus datos en más de una. Sin embargo, si se pierde la región que contiene la mayoría de los nodos del clúster, la segunda región quedará en estado de solo lectura hasta que intervenga un administrador o la región original esté disponible.

Implementación en tres o más regiones

La implementación de un clúster en tres o más regiones garantiza que el clúster pueda soportar una interrupción total a nivel de región y al mismo tiempo mantener la disponibilidad de lectura y escritura, siempre que la capa de aplicación sea tolerante a fallas.

Si mantener las operaciones de escritura en su región preferida en todo momento es una alta prioridad, se recomienda implementar el clúster de modo que al menos dos miembros elegibles estén en al menos dos centros de datos dentro de su región preferida.

Clústeres globales

Para obtener el mejor rendimiento de la base de datos en una implementación global, los usuarios pueden configurar un clúster global que utiliza fragmentación según la ubicación para minimizar la latencia de lectura y escritura. Los usuarios con requisitos de almacenamiento geográfico también pueden garantizar que los datos se almacenen en una zona geográfica específica.

Administración de aplicaciones

Las responsabilidades a nivel de aplicación incluyen:

• Diseño de esquema, incluyendo optimización de consultas e índices.

• Selección de nivel y topología del clúster. Elegir el tamaño y la topología del clúster adecuados (conjuntode réplicas o clúster fragmentado), junto con la capacidad de almacenamiento y las IOPS, es crucial para un rendimiento óptimo de la base de datos.

• Aprovisionamiento de clústeres no productivos. Las copias de seguridad de producción se pueden restaurar en clústeres no productivos mediante la interfaz de usuario de Atlas o la API.

• Planificación de la capacidad. Determina cuándo se necesita capacidad computacional adicional, generalmente mediante la telemetría de monitoreo que proporciona Atlas. Se puede agregar capacidad adicional sin tiempo de inactividad de la aplicación y, opcionalmente, se puede habilitar el escalado automático para responder automáticamente a picos de uso.

• Decidir cuándo implementar una actualización importante de la versión de la base de datos.

• Implementar y probar un plan de respaldo y restauración.

• Garantizar que las aplicaciones gestionen correctamente la conmutación por error del clúster mediante pruebas.

• Configuración de servicios de análisis de datos con herramientas como BI Connector y Charts.

Multi-inquilino

Puedes implementar la multi-inquilino en Atlas para que una sola instancia de una aplicación sirva a múltiples inquilinos. Tus decisiones de diseño iniciales para una arquitectura multi-inquilino pueden tener efectos imprevistos con el tiempo a medida que los requisitos evolucionen o cambien las expectativas de escalado. Para obtener más información, consulta Compilar una arquitectura multi-inquilino.

Descargar y consultar datos archivados

Como parte del ciclo de vida de los datos, si necesita trasladar datos inactivos a un nivel de almacenamiento diferente, puede configurar una regla de Atlas Online Archive para mover los datos según una fecha o criterios personalizados. Una vez que Atlas archive los datos a los que se accede con poca frecuencia, tendrá una vista unificada de sus datos de Atlas y Online Archive mediante una instancia de base de datos federada de solo lectura.

Consulta de datos federados

Puedes utilizar Atlas Data Federation para consultar datos in situ en diversas infraestructuras o para mover datos entre varios sistemas. Puedes utilizar el pipeline de agregación en datos de múltiples fuentes para extraer perspectivas de tus datos o transformarlos para otros fines. Por ejemplo, puedes usar $out a S3 y $out a Atlas para mover datos entre diferentes niveles de almacenamiento. También puedes utilizar $out a S3 para transformar fácilmente datos de tu clúster Atlas en JSON, BSON, CSV, TSV, Avro, Parquet y ORC, además de almacenarlos en AWS S3 para alimentar sistemas posteriores que requieran acceso.

Auditar usuarios temporales de bases de datos

Habilitar la auditoría para todos los usuarios de base de datos, incluidos los usuarios de servicios de aplicaciones, podría afectar gravemente el rendimiento del clúster. Si necesitas auditar las acciones de un usuario temporal de la base de datos, puedes crear un rol personalizado orientado a la auditoría, crear un usuario temporal con privilegios elevados y conceder a ese usuario el rol personalizado para auditar sus acciones.

Para auditar las acciones de un usuario de base de datos temporal:

Integraciones opcionales de monitoreo y registro

Para obtener más información sobre las integraciones de monitoreo y registro disponibles en Atlas, consulte Monitorear sus clústeres.

Administrar el volumen de datos del clúster

Atlas ofrece las siguientes herramientas integradas para ayudarlo a administrar el volumen de datos de su clúster:

• El escalamiento automático del clúster reacciona automáticamente a la carga de su aplicación y ajusta el nivel del clúster.

• Online Archive automatiza el archivado de datos a los que se accede con poca frecuencia.

• Search Nodes escalar independientemente y delegar el almacenamiento de índices de MongoDB Search y MongoDB Vector Search de tu clúster.

• Los índices TTL eliminan automáticamente documentos de una colección de series temporales para liberar espacio.

Además de estas herramientas, consulte la guía de dimensionamiento de clústeres para aprender a ajustar el tamaño de su clúster. También puede pausar un clúster para ahorrar costos apagándolo temporalmente y conservando los datos hasta por 30 días.

Soporte

Hay diferentes niveles de soporte disponibles, incluidas opciones para clientes en desarrollo y para clientes empresariales.

Las posibles áreas de soporte incluyen:

• Problemas y preocupaciones con los clústeres MongoDB bajo gestión.

• Consultas relacionadas con el desempeño.

• Asesoramiento sobre aplicaciones y controladores.