Compartir vía

Límites de Azure Data Box Heavy

  • Artículo

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

Límites del servicio de Data Box Heavy

  • 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 del servicio de Data Box Heavy

  • Data Box Heavy puede almacenar un máximo de mil millones de archivos por nodo.
  • Data Box Heavy admite un máximo de 512 contenedores o recursos compartidos por nodo 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.

Límites de Azure Storage

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 al cargar los datos

  • 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:
    • 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.

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 Data Box admite recursos compartidos de archivos de Azure Prémium, que permiten un total de 100 TiB para todos los recursos compartidos de la cuenta de almacenamiento. La capacidad máxima utilizable es ligeramente inferior debido al espacio que usan los registros de copia y de auditoría. Se reserva un mínimo de 100 GiB para cada uno de ellos. Para obtener más información, consulte Registros de auditoría para Azure Data Box y Azure Data Box Heavy. Todas las carpetas de StorageAccount_AzFile deben seguir este límite. Para más información, consulte Creación de un recurso compartido de archivos de Azure.

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.
    		•