Compartir a través de

Referencia de cuotas y límites del servicio Azure DocumentDB

En este documento se describen los límites estrictos y flexibles actuales para los clústeres y operaciones de Azure DocumentDB. Obtenga información sobre los límites de ejecución de consultas, las restricciones de indexación, las configuraciones de clúster y los límites de autenticación que le ayudan a planear y optimizar las implementaciones de Azure DocumentDB de forma eficaz.

Limitaciones de consulta y ejecución

Los límites siguientes se aplican a las operaciones de consulta y la ejecución de comandos en clústeres de Azure DocumentDB.

Limitaciones de ejecución de MongoDB

  • Duración máxima de la transacción: 30 segundos.

  • Duración del cursor: 10 minutos. Nota: Si el cursor supera su duración, puede producirse un error cursorNotFound.

  • Límite de ejecución de consultas predeterminado: 120 segundos. Este límite se puede invalidar por consulta mediante maxTimeMS en el controlador de MongoDB correspondiente.

Example

db.collection.find({ field: "value" }).maxTimeMS(5000)

Tamaño máximo de consulta de MongoDB

  • El tamaño máximo de memoria de las consultas de MongoDB depende del nivel. Por ejemplo, para M80, el límite de tamaño de memoria de consulta es de aproximadamente 150 MiB.

  • En clústeres particionados, si una consulta extrae datos entre nodos, el límite de ese tamaño de datos es de 1 GB.

Limitaciones de indexación

Azure DocumentDB aplica varios límites de indexación para garantizar un rendimiento óptimo y el uso de recursos en diferentes tipos y operaciones de índice.

Limitaciones generales de indexación

  • Número máximo de campos de índice compuestos: 32.

  • Tamaño máximo del valor de campo _id: 2 KB.

  • Tamaño máximo de la ruta de acceso de índice: 256 KB.

  • Valor máximo predeterminado: 64.

    • Configurable hasta: 300 índices por colección.

  • La ordenación se realiza en memoria y no se inserta en el índice.

  • Nivel máximo de anidamiento de objetos o matrices insertados en las definiciones de índice: 6.

  • Una sola compilación de índice puede estar en curso en la misma colección.

  • El número de compilaciones de índices simultáneos en diferentes colecciones es configurable (valor predeterminado: 2).

  • Use el comando currentOp para ver el progreso de las compilaciones de índices prolongada.

  • Las compilaciones de índices únicos se realizan en primer plano y bloquean las escrituras en la colección.

Limitaciones de indexación de caracteres comodín

  • En el caso de los índices de caracteres comodín, si el campo indexado es una matriz de matrices, se toma como valor toda la matriz insertada en lugar de recorrer su contenido.

Limitaciones de indexación geoespacial

  • No es compatible con BigPolygons.

  • Los índices compuestos no admiten índices geoespaciales.

  • La consulta $geoWithin no admite polígonos con agujeros.

  • El campo key es necesario en la fase de agregación $geoNear.

  • Se recomiendan índices, aunque no son necesarios, para operadores de consulta $near$nearSphere y la fase de agregación $geoNear.

Limitaciones del índice de texto

  • Solo se puede definir un índice de texto en una colección.

  • Admite solo búsquedas de texto simples; no se admiten funcionalidades de búsqueda avanzadas, como las búsquedas de expresiones regulares.

  • hint() no se admite en combinación con una consulta que utilice la expresión $text.

  • Las operaciones de ordenación no pueden usar el orden del índice de texto.

  • No se admite la tokenización para chino, japonés y coreano.

  • No se admite la tokenización sin distinción entre mayúsculas y minúsculas.

Limitaciones de búsqueda vectorial

  • Vectores de indexación de hasta 16 000 dimensiones de tamaño (con cuantificación de productos)

  • La indexación solo se aplica a un vector por ruta de acceso.

  • Solo se puede crear un índice por ruta de acceso vectorial.

  • HNSW y DiskANN están disponibles en los niveles de clúster M30 y posteriores.

Limitaciones de clústeres y fragmentos

Azure DocumentDB impone límites específicos en la configuración del clúster, el particionamiento físico y la administración de recopilación para garantizar un rendimiento óptimo y la asignación de recursos.

Nivel de clúster

  • Máximo: M200 / 64 núcleos virtuales / 256-GiB RAM por partición física.

Particiones físicas

  • Máximo: 10

Limitaciones de recopilación

  • Colecciones por clúster: 1000

  • Tamaño de colección sin particiones: 32 TiB

Regiones secundarias

  • Máximo: una región secundaria.

Limitaciones del nivel gratis

Se pueden invalidar las siguientes limitaciones mediante la actualización a un nivel de pago

  • Almacenamiento máximo: 32 GiB.

  • Copia de seguridad o restauración no admitida (disponible en M25+)

  • Alta disponibilidad (HA) no admitida (disponible en M30+)

  • No se admiten índices de vectores del mundo pequeño navegable jerárquico (HNSW) (disponibles en M40+)

  • No se admite el registro de diagnóstico (disponible solo en los niveles de pago)

  • No se admite Microsoft Entra ID

  • No se proporciona ningún acuerdo de nivel de servicio (es necesario que esté habilitada la alta disponibilidad)

  • Los clústeres de nivel Gratis se pausan después de 60 días de inactividad en los que no hay conexiones con el clúster.

  • No se admite la transición de una cuenta de nivel de pago a una cuenta de nivel gratis.

Límites por nivel

Los niveles de servicio M10, M20 y M25 tienen las siguientes limitaciones:

  • Solo admite una partición física (nodo).

  • Diseñado para casos de uso de desarrollo/pruebas; no se admite la alta disponibilidad (HA) dentro de la región.

  • Los tamaños de almacenamiento compatibles son 32 GiB, 64 GiB y 128 GiB.

  • Una vez que el clúster se escala al nivel M30 o superior, no se puede volver a escalar al nivel de computación M10, M20 o M25.

Limitaciones del cifrado de datos clave gestionado por el cliente

A continuación se muestran las limitaciones actuales para configurar la clave administrada por el cliente (CMK) en una instancia de Azure DocumentDB:

Límites de replicación y de alta disponibilidad dentro de la región

Azure DocumentDB proporciona características integradas de replicación y alta disponibilidad (HA) con limitaciones específicas para garantizar la coherencia y el rendimiento de los datos en distintos escenarios de implementación.

Replicación entre distintas regiones y dentro de la misma región

  • Las configuraciones siguientes son las mismas en clústeres de réplica y principal y no se pueden cambiar en el clúster de réplica:

    • Recuento de particiones físicas y almacenamiento

    • Cuentas de usuario

  • Las siguientes características no están disponibles en clústeres de réplica:

    • Restauración a un momento dado

    • Alta disponibilidad (HA) en la región

  • La replicación no está disponible en clústeres con cómputo escalable o clústeres del nivel gratuito.

Autenticación y control de acceso (control de acceso basado en rol)

Azure DocumentDB aplica los límites de autenticación y control de acceso para mantener la seguridad y administrar la asignación de recursos entre cuentas de usuario y roles.

  • Puede crear hasta un total de 100 usuarios o roles por clúster.

Autenticación de Microsoft Entra ID

La característica de autenticación de Id. de Microsoft Entra tiene estas limitaciones actuales:

Usuarios secundarios de DocumentDB nativos

La característica de usuarios secundarios nativos tiene estas limitaciones:

  • El Updateuser comando ahora solo admite actualizaciones de contraseñas y no puede modificar otros campos de objeto.

  • No se admite el Roleinfo comando. Como alternativa, puede usar usersInfo.

  • No se admite la asignación de roles a bases de datos o colecciones específicas, solo se admite el nivel de clúster.

Limitaciones varias

Azure DocumentDB tiene límites más operativos y específicos de características que se aplican a varios aspectos de la administración y funcionalidad de clústeres.

Uso del shell de Mongo del portal

  • El shell de Mongo del portal se puede usar durante 120 minutos en un período de 24 horas.

Tamaño y profundidad del documento

  • Tamaño máximo de documento de notación de objetos JavaScript binarios (BSON): 16 MB por documento.

  • No se aplica ningún límite máximo de profundidad de anidamiento fijo.

    • Las estructuras de documentos profundamente anidadas pueden afectar al rendimiento de las consultas y lecturas, aumentar la sobrecarga de procesamiento y reducir la capacidad de mantenimiento.

Límites de lotes

  • Se admiten ambos tipos de operaciones por lotes (de escritura y en bloque).

    • Un lote hace referencia a una única solicitud al servidor.

  • Número máximo de escrituras por operación por lotes: 25 000 escrituras.

  • Se producirá un error en las operaciones por lotes que excedan 25,000 escrituras.

  • No hay límite en el número total de operaciones por lotes.

Contenido relacionado

  • Last updated on