Límites de Azure Data Box Disk

Artículo
03/10/2024

Tenga en cuenta estos límites cuando implemente y use su solución de Microsoft Azure Data Box.

Límites de servicio de Data Box

El servicio Data Box está disponible en las regiones de Azure incluidas en Disponibilidad en regiones.
Solo se admite una cuenta de almacenamiento con Data Box Disk.
Data Box Disk puede almacenar un máximo de 100 000 archivos
Data Box Disk 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.

Rendimiento de Data Box Disk

Cuando se prueba con discos conectados mediante USB 3.0, el rendimiento del disco era de hasta 430 MB/s. Los números reales varían según el tamaño de archivo usado. Con archivos más pequeños, es posible que observe un rendimiento menor.

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 de Azure Storage o no cumplen las convenciones de nomenclatura de BLOb o Azure Files, no se ingieren en Azure Storage mediante el servicio Data Box.

Advertencias de copia y carga de datos

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.
No copie los datos directamente en los discos. Copie los datos en las carpetas BlockBlob, PageBlob y AzureFile creadas previamente.
Una carpeta en las carpetas BlockBlob y PageBlob es un contenedor. Por ejemplo, los contenedores se crean como BlockBlob/contenedor y PageBlob/contenedor.
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.
Todos los archivos escritos en los recursos compartidos BlockBlob y PageBlob se cargan como blob en bloques y blob en páginas, respectivamente.
La jerarquía de 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.
No se cargó ninguna jerarquía de directorio vacía (sin archivos) que creó en las carpetas BlockBlob y PageBlob.
Si no tiene rutas de acceso largas habilitadas en el cliente y cualquier ruta de acceso y nombre de archivo de la copia de datos supera los 256 caracteres, la herramienta de copia dividida de Data Box (DataBoxDiskSplitCopy.exe) o la herramienta de validación de Data Box Disk (DataBoxDiskValidation.cmd) notificarán errores. Para evitar este tipo de error, habilite rutas largas en el cliente Windows.
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. Los recursos compartidos de archivos grandes solo se admiten para las cuentas de almacenamiento con almacenamiento con redundancia local (LRS).
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 en el portal cuando se completa la carga. Puede revisar el registro para realizar acciones correctivas. No elimine datos del origen sin comprobar los datos cargados.
Si especificó en orden los discos administrados, revise las siguientes consideraciones adicionales:
- Solo puede tener un disco administrado con un nombre determinado en un grupo de recursos en las carpetas que se crearon previamente y en Data Box Disk. Esto implica que los VHD cargados en las carpetas creadas previamente deben tener nombres únicos. Asegúrese de que el nombre indicado no coincida con un disco administrado ya existente en un grupo de recursos. Si los discos duros virtuales tienen los mismos nombres, solo uno se convierte en un disco administrado con ese nombre. Los otros discos duros virtuales se cargan como blobs en páginas en la cuenta de almacenamiento provisional.
- Copie siempre los VHD en una de las carpetas creadas previamente. Si copia los VHD fuera de estas carpetas o en una carpeta que usted mismo haya creado, se cargarán en la cuenta de Azure Storage como blobs en páginas y no como discos administrados.
- Solo se pueden cargar VHD fijos para crear discos administrados. Los VHD dinámicos, los VHD diferenciados o los archivos VHDX no son compatibles.
- Los archivos que no son discos duros virtuales copiados en las carpetas de disco administrado creadas previamente no se convertirán en un disco administrado.

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

Estos son los límites del tamaño de los datos que se pueden copiar en la cuenta de almacenamiento. Asegúrese de que los datos que carga se ajustan a estos límites.

Tipo de datos	Límite predeterminado
blob en bloques, blob en páginas	Para obtener información actualizada acerca de estos límites, consulte Objetivos de escalabilidad de Azure Blob Storage, Objetivos de escala para cuentas de almacenamiento estándar de Azure y Objetivos de escalabilidad de Azure Files. Los límites incluyen datos de todos los orígenes, incluido Data Box Disk.

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

Convenciones de nomenclatura de discos administrados

Entity	Convenciones
Nombres de discos administrados	El nombre debe tener una longitud de entre 1 y 80 caracteres. El nombre debe comenzar con una letra o un número y terminar con una letra, un número o un carácter de subrayado. El nombre solo puede contener letras, números, caracteres de subrayado, puntos o guiones. El nombre no debe tener espacios ni `/`.

Pasos siguientes

Revise los requisitos del sistema de Azure Data Box Disk.