Alojamiento VPS Docker para MongoDB

MongoDB es una base de datos de documentos usada para almacenar datos de aplicaciones como registros JSON flexibles llamados documentos BSON. Las cargas de trabajo típicas incluyen back ends de aplicaciones web y móviles, sistemas de gestión de contenidos, catálogos de productos, dashboards de análisis en tiempo real, streams de IoT y eventos, tablas de clasificación de juegos y cualquier caso donde el esquema cambie con frecuencia. Grandes editores de noticias, minoristas online, bancos y empresas de juegos lo ejecutan en producción.

MongoDB denomina a Community Server como código con fuente disponible bajo la Server Side Public License. La Open Source Initiative no reconoce actualmente la SSPL como una licencia de código abierto verdadera, ya que su Sección 13 modificada impone requisitos de copyleft a las partes que ofrecen MongoDB como servicio. El código fuente permanece público, libre para leer, modificar y redistribuir para uso interno, y la mayoría de los equipos de aplicaciones que lo autoalojan en sus propios servidores operan completamente dentro de los términos.

MongoDB recomienda asignar el 50 al 60 por ciento de la RAM del sistema a la base de datos y mantener todo el conjunto de trabajo (es decir, los datos activos más sus índices) en memoria en todo momento. Una regla práctica de dimensionamiento es dos a tres veces el tamaño del conjunto de trabajo en RAM. El motor de almacenamiento WiredTiger establece su caché por defecto a la mitad de la RAM del sistema menos un gigabyte. Si el conjunto de trabajo sale de la memoria, el SO empieza a paginar desde disco y la latencia de consultas se degrada bruscamente.

La ruta más rápida es descargar la imagen oficial y ejecutarla en el puerto predeterminado 27017. El comando docker run -d -p 27017:27017 -v mongo-data:/data/db mongodb/mongodb-community-server inicia un servidor funcional con un volumen persistente en el host. Docker Compose es el método de despliegue recomendado para configuraciones de estilo producción que incluyen autenticación, un archivo de configuración personalizado y un healthcheck. La imagen oficial es mantenida por MongoDB Inc. y rastrea cada versión principal con lanzamientos etiquetados limpios.

La fragmentación distribuye una colección entre múltiples servidores usando una clave de fragmento elegida, para que el conjunto de datos pueda crecer más allá de lo que una máquina puede almacenar o servir. Un clúster fragmentado de producción ejecuta cada fragmento como su propio conjunto de réplicas por seguridad, más servidores de configuración dedicados que contienen los metadatos del clúster y enrutadores de consultas mongos que dirigen el tráfico de la aplicación. MongoDB 8.0 distribuye datos entre nuevos fragmentos hasta 50 veces más rápido que la versión 7.0.

MongoDB Community Server es gratuito para descargar y ejecutar en tu propio hardware bajo la Server Side Public License. No hay cargo por servidor, núcleo o usuario, y no hay límite de tiempo para el uso gratuito. MongoDB Atlas, la versión gestionada en la nube, tiene un nivel compartido gratuito y planes de pago que comienzan en unos 25 dólares al mes para clústeres compartidos más pequeños. Autoalojar Community Server en un VPS mantiene tus datos en infraestructura que tú controlas, sin coste de licencia por clúster.

Community es el motor de base de datos de instalación propia que ejecutas en tu propio servidor, con acceso root completo y sin coste de licencia por instancia. Atlas es el servicio en la nube gestionado de MongoDB Inc., que gestiona el aprovisionamiento, el parcheo, las copias de seguridad, la monitorización y la conmutación automática por error, en niveles dedicados que comienzan alrededor de 58 dólares al mes. Atlas también añade funciones que Community no incluye, como Atlas Search y Atlas Vector Search.

Sí, MongoDB Community Server funciona limpiamente en un VPS Linux con acceso root. Lo instalas desde el repositorio oficial apt o yum, desde la imagen Docker oficial o compilando desde el código fuente, y luego opcionalmente configuras un conjunto de réplicas de tres nodos si necesitas conmutación automática por error. La guía estándar de producción incluye almacenamiento SSD para baja latencia, suficiente RAM para mantener el conjunto de trabajo, varios núcleos de CPU para operaciones concurrentes y algunos pasos de ajuste de Linux como deshabilitar Transparent Huge Pages en el host.

Un conjunto de réplicas es un grupo de procesos mongod que mantienen el mismo conjunto de datos en múltiples servidores. Un nodo es elegido como primario y gestiona todas las escrituras, mientras que los demás nodos sirven como secundarios que copian los datos y están listos para tomar el control. Si el primario falla, los nodos supervivientes celebran una elección automática y promueven un nuevo primario. Tres nodos es el mínimo estándar de producción, ya que las transacciones ACID multidocumento y varias otras funciones requieren un conjunto de réplicas en lugar de una instalación independiente.

Sí, las transacciones ACID multidocumento llegaron en MongoDB 4.0 en 2018 para conjuntos de réplicas y se extendieron a clústeres fragmentados en la versión 4.2. Las transacciones requieren un conjunto de réplicas incluso en un único host, ya que los despliegues independientes no pueden ejecutarlas en absoluto. La API transaccional coincide con los patrones que los desarrolladores conocen de las bases de datos relacionales, con llamadas de inicio, confirmación y cancelación disponibles en todos los drivers oficiales.