Atlas registra diariamente los costos de transferencia de datos. La fijación de precios varía según el proveedor de nube y la región de los nodos de origen y destino. Esta página describe las fuentes de los costos de transferencia de datos, los precios según el proveedor y las estrategias para reducir los costos.
Selecciona tu proveedor de nube para ver los costos de transferencia de datos aplicables.
Fuentes de los costos de transferencia de datos
Atlas cobra por la transferencia de datos entre su nodo Atlas y otro nodo. Las siguientes transferencias incurren en costos, los cuales se enumeran de menor a mayor:
Clústeres
Los clústeres multirregionales podrían tener costos de transferencia de datos más altos dependiendo del número y la ubicación de las regiones adicionales, así como del número de clústeres desplegados en cada región.
Exportaciones de registros basadas en push
La exportación de registros basados en push conlleva costos por transferencia de datos.
Uso adicional de transferencia de datos
Si bien el tráfico de la aplicación genera la mayoría de tus costos, las operaciones esenciales de la plataforma contribuyen con pequeñas cantidades de transferencia de datos adicional a tu facturación total. Estos procesos en segundo plano garantizan la salud, seguridad y rendimiento de tu implementación.
El proveedor subyacente de la nube factura este tráfico como parte del uso total de red requerido para mantener su servicio gestionado.
Migra tus datos en vivo a Atlas
MongoDB aloja y opera el servicio gratuito de migración en vivo de Atlas para ayudarte a migrar tus bases de datos existentes de MongoDB a MongoDB Atlas. MongoDB no cobra por las transferencias de datos entrantes a un clúster de Atlas. Obtén más información sobre la migración a Atlas.
Cómo reducir los costos de transferencia de datos
La gran mayoría de los clientes de Atlas gastan menos del 10% de su presupuesto en la transferencia de datos. Si se está gastando significativamente más, algunas de estas optimizaciones pueden reducir los costos de transferencia de datos:
Revisa todas las aplicaciones y procesos que acceden a tus datos para detectar ineficiencias. Asegúrate de que los queries no:
Vuelve a leer los datos que ya existen en el cliente.
Se deben volver a guardar los datos existentes en el clúster.
Es necesario garantizar que la query se origine, siempre que sea posible, en la misma región y proveedor de nube que el clúster.
Cuando los queries entre regiones sean necesarios:
Se deben guardar queries desde Highest Priority Region siempre que sea posible. Para obtener más información sobre las prioridades de la región, se debe consultar nodos elegibles de alta disponibilidad.
Realiza operaciones de query con proyección para especificar o restringir los campos que MongoDB devuelve en los documentos que coinciden, limitando así la cantidad de datos que MongoDB envía a las aplicaciones. O bien, proyecta los campos del documento utilizando la etapa de agregación
$projectdel marco de agregación para reducir el tamaño de un documento antes de transferirlo.Se debe activar la compresión de red en el driver de cliente para comprimir los datos entre el cliente y el servidor. Por ejemplo, se puede configurar la opción de compresión de red para el driver de Node.js. Atlas siempre comprime la comunicación intraclúster. Para obtener más información, se debe consultar la documentación del driver.
Nota
Los queries de entornos on-premises a Atlas, entre proveedores de nube o entre continentes en el mismo proveedor de nube generan los mayores costos de transferencia de datos.