Límites de Azure Data Box

  • Artículo

Tenga en cuenta estos límites al implementar y usar Microsoft Azure Data Box. En la tabla siguiente se describen los límites de Data Box.

Límites de servicio de Data Box

  • Si usa varias cuentas de almacenamiento con el servicio Data Box, todas ellas deben pertenecer a la misma región de Azure.
  • Se recomienda no usar más de tres cuentas de almacenamiento. El uso de más cuentas de almacenamiento podría afectar al rendimiento.

Límites de Data Box

  • Data Box puede almacenar un máximo de 500 millones de archivos de importación y exportación en total.
  • Data Box admite un máximo de 512 contenedores o recursos compartidos en la nube. Los directorios de nivel superior dentro del recurso compartido de usuario se convierten en contenedores o en recursos compartidos de archivos de Azure en la nube.
  • La capacidad de uso de Data Box puede ser inferior a 80 TiB debido al consumo de espacio de metadatos de ReFS.
  • Data Box admite un máximo de 10 conexiones de cliente a la vez en un recurso compartido de NFS.

Límites de almacenamiento de Azure

En esta sección se describen los límites del servicio Azure Storage y las convenciones de nomenclatura necesarias para Azure Files, blobs en bloques de Azure y blobs en páginas de Azure, según corresponda para el servicio Data Box. Revise cuidadosamente los límites de almacenamiento y siga todas las recomendaciones.

Para conocer la información más reciente sobre los límites del servicio de almacenamiento de Azure y los procedimientos recomendados para asignar nombres a recursos compartidos, contenedores y archivos, vaya a:

Importante

Si hay archivos o directorios que superan los límites del servicio Azure Storage, o no cumplen las convenciones de nomenclatura de archivos y blobs de Azure, estos archivos o directorios no se ingieren en Azure Storage mediante el servicio Data Box.

Advertencias de copia y carga de datos

Para pedidos de importación

Las características de los pedidos de importación de Data Box incluyen:

  • Contenedores, recursos compartidos y carpetas:
    • No copie los archivos directamente en ninguno de los recursos compartidos creados previamente. Debe crear una carpeta en el recurso compartido y, después, copiar los archivos en ella.
    • Una carpeta en StorageAccount_BlockBlob y StorageAccount_PageBlob es un contenedor. Por ejemplo, los contenedores se crean como StorageAccount_BlockBlob/container y StorageAccount_PageBlob/container.
    • Cada carpeta creada directamente en StorageAccount_AzFile se convierte en un recurso compartido de archivos de Azure.
    • Azure Blob Storage no admite directorios. Si crea una carpeta en la carpeta StorageAccount_BlockBlob y, después, se crean carpetas virtuales en el nombre del blob. Para Azure Files, se mantiene la estructura de directorios real.
  • Combinación del contenido de la carpeta:
    • Todos los archivos escritos en los recursos compartidos StorageAccount_BlockBlob y StorageAccount_BlockBlob se cargan como blob en bloques y blob en páginas, respectivamente.
    • Si una carpeta tiene el mismo nombre que un contenedor existente, el contenido de la carpeta se combina con el contenido del contenedor. Los archivos o blobs que aún no están en la nube se agregan al contenedor. Si un archivo o blob tiene el mismo nombre que un archivo o blob que ya está en el contenedor, se sobrescribe el archivo o blob existente.
    • Si el contenedor tiene un blob archivado existente con el mismo nombre, se producirá un error en la carga a un blob en el nivel de acceso de archivo. Un blob no se puede leer ni modificar mientras se encuentre en el nivel de archivo. Si tiene que sobrescribir un blob, asegúrese de que el blob no está configurado en el nivel de archivo. Para más información, consulte Nivel de acceso de archivo.
    • Todas las jerarquías de directorios vacías (sin archivos) creadas en las carpetas StorageAccount_BlockBlob y StorageAccount_BlockBlob no se cargan.
  • Azure Data Box no admite la importación de datos en recursos compartidos de archivos de Azure NFS. Copiar datos de Data Box en un recurso compartido de archivos de Azure NFS existente con un nombre idéntico puesto que la carpeta de origen crea un conflicto. Para resolver este conflicto, Data Box cambia el nombre del recurso compartido de origen a databox-<GUID> y lo carga en la cuenta de almacenamiento de destino como un recurso compartido de archivos de Azure SMB.
  • Si usa los protocolos SMB y NFS para las copias de datos, se recomienda que:
    • Use diferentes cuentas de almacenamiento para SMB y NFS.
    • No copie los mismos datos en el mismo destino final de Azure mediante SMB y NFS. En estos casos, no se puede determinar el resultado final.
    • Aunque la copia a través de SMB y NFS en paralelo puede funcionar, no se recomienda hacerlo, ya que esto es propenso a errores humanos. Espere hasta que se complete la copia de datos SMB antes de iniciar una copia de datos NFS.
  • Administración de carga:
    • Para mejorar el rendimiento durante las cargas de datos, se recomienda habilitar recursos compartidos de archivos grandes en la cuenta de almacenamiento y aumentar la capacidad del recurso compartido a 100 TiB.
    • Si se han producido errores al cargar datos en Azure, se crea un registro de errores en la cuenta de almacenamiento de destino. La ruta de acceso a este registro de errores está disponible cuando se completa la carga. Puede examinar el registro para realizar acciones correctivas. No elimine datos del origen sin comprobar los datos cargados.
    • Los metadatos de archivo y los permisos NTFS se pueden conservar cuando se cargan los datos en Azure Files mediante las instrucciones de Conservación de las ACL de archivo, los atributos y las marcas de tiempo con Azure Data Box.
    • La jerarquía de los archivos se mantiene mientras se carga en la nube tanto para blobs como para Azure Files. Por ejemplo, copió un archivo en esta ruta de acceso: <container folder>\A\B\C.txt. Este archivo se carga en la misma ruta de acceso en la nube.
    • Si el campo CreateTime o LastWriteTime de un archivo supera el tamaño permitido durante una carga, "Fri, 31 Dec 9999 23:59:59" reemplaza a la fecha original en la propiedad de archivo de Azure. La carga de archivos se realiza correctamente y no se produce ningún error.

Para pedidos de exportación

Las características de los pedidos de exportación de Data Box incluyen:

  • Data Box es un dispositivo basado en Windows y no admite nombres de archivo que distingan mayúsculas de minúsculas. Por ejemplo, si tiene dos archivos en Azure con nombres que solo difieran en el uso de mayúsculas y minúsculas, No use Data Box para exportarlos, ya que se sobrescribirán en el dispositivo.
  • Si tiene etiquetas duplicadas en archivos de entrada o etiquetas que hacen referencia a los mismos datos, la exportación de Data Box podría omitir o sobrescribir los archivos. El número de archivos y el tamaño de los datos que se muestran en Azure Portal pueden diferir del tamaño real de los datos del dispositivo.
  • Data Box exporta los datos al sistema basado en Windows mediante SMB y está limitado por las limitaciones de SMB relativas a los archivos y las carpetas. Los archivos y las carpetas con nombres incompatibles no se exportan.
  • Hay una correspondencia 1:1 entre el prefijo y el contenedor.
  • El tamaño máximo del nombre de archivo es de 1024 caracteres. Los nombres de archivo que superan esta longitud no se exportan.
  • Se exportan los prefijos duplicados del archivo xml (cargados durante la creación del pedido). No se omiten los prefijos duplicados.
  • Los blobs en páginas y los nombres de contenedor distinguen mayúsculas de minúsculas. Si hay discrepancias en el uso de mayúsculas, no se encontrarán ni el blob ni el contenedor.

Límites de tamaño de cuenta de almacenamiento de Azure

Estos son los límites del tamaño de los datos que se copian en una cuenta de almacenamiento. Asegúrese de que los datos que carga se ajustan a estos límites. Para obtener la información más actualizada sobre estos límites, consulte Objetivos de rendimiento y escalabilidad de Blob Storage y Objetivos de rendimiento y escalabilidad de Azure Files.

Tamaño de los datos que se copian en la cuenta de almacenamiento de Azure Límite predeterminado
Blob en bloques y blob en páginas El límite máximo es el mismo que el límite de almacenamiento definido para la suscripción de Azure e incluye datos de todos los orígenes, incluido Data Box.
Azure Files

Límites de tamaño de objeto de Azure

Estos son los tamaños de los objetos de Azure que se pueden escribir. Asegúrese de que todos los archivos que se cargan se ajustan a estos límites.

Tipo de objeto de Azure Límite predeterminado
Blob en bloques 14 TiB
Blob en páginas 4 TiB
Todos los archivos cargados en formato de blob en páginas deben tener 512 bytes alineados (un múltiplo entero), de lo contrario, se produce un error en la carga.
VHD y VHDX tienen 512 bytes alineados.
Azure Files 4 TiB
Discos administrados 4 TiB
Para más información sobre el tamaño y los límites, consulte:
  • Objetivos de escalabilidad de SSD estándar
  • Objetivos de escalabilidad de SSD Premium
  • Objetivos de escalabilidad de unidades de disco duro estándar
  • Descripción de precios y facturación de discos administrados
    		•

    Convenciones de nomenclatura de archivos, blobs en páginas y blobs en bloques de Azure

    Entity Convenciones
    Nombres de contenedor de blob en bloques y blob en páginas Debe ser un nombre DNS válido que tenga entre 3 y 63 caracteres.
    Debe empezar por una letra o un número.
    Solo puede contener letras minúsculas, números y el guion (-).
    Los caracteres de guión (-) deben estar inmediatamente precedidos y seguidos por una letra o un número.
    No se permiten guiones consecutivos en nombres.
    Nombres de recursos compartidos de archivos de Azure Lo mismo que antes.
    Nombres de archivos y directorios para archivos de Azure
  • No distingue mayúsculas y minúsculas, mantiene las mayúsculas y minúsculas, y no debe superar los 255 caracteres.
  • No puede terminar en una barra diagonal (/).
  • Si se proporciona, se quitará automáticamente.
  • No se permiten los caracteres siguientes: " \ / : | < > * ?
  • Los caracteres de URL reservadas deben convertirse correspondientemente.
  • No se permiten caracteres no válidos en la ruta de acceso de la dirección URL. Los puntos de código como \uE000 no son caracteres Unicode válidos. Tampoco se permiten algunos caracteres ASCII o Unicode, como los caracteres de control (0x00 a 0x1F, \u0081, etc.). Para conocer las reglas que rigen las cadenas Unicode en HTTP/1.1, vea RFC 2616, sección 2.2: Basic Rules y RFC 3987.
  • No se permiten los siguientes nombres de archivo: LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, carácter de punto (.) y caracteres de dos puntos (..).
    		•
    Nombres de blob para blob en bloques y blob en páginas
  • Los nombres de blob distinguen mayúsculas de minúsculas y pueden contener cualquier combinación de caracteres.
  • Un nombre de blob debe tener entre 1 y 1024 caracteres.
  • Los caracteres de URL reservadas deben convertirse correspondientemente.
  • El número de segmentos de ruta de acceso que componen el nombre del blob no puede superar los 254. Un segmento de ruta de acceso es la cadena entre caracteres delimitadores consecutivos (por ejemplo, la barra diagonal "/") que se corresponden con el nombre de un directorio virtual.
    		•