Límites de Azure Data Box Disk

Las secciones siguientes contienen límites que se deben observar al implementar y operar la solución de Azure Data Box Disk.

Límites de servicio de Data Box

• El servicio Data Box está disponible en las regiones de Azure enumeradas en la Region availability de la sección Data Box overview.
• Data Box Disk admite una sola cuenta de almacenamiento.
• 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 recursos compartidos de archivos de Azure en la nube.

rendimiento de Data Box Disk

El rendimiento del disco de hasta 430 MB/s se observó cuando los discos están conectados a través de USB 3.0. El rendimiento real varía en función del tamaño de archivo utilizado. Por ejemplo, los archivos más pequeños suelen dar lugar a un menor rendimiento.

límites de almacenamiento de Azure

En esta sección se describen los límites del servicio de Azure Storage, incluidas las convenciones de nomenclatura necesarias para Azure Files y blobs en bloques y páginas, ya que pertenecen al servicio Data Box. Revise detenidamente los límites de almacenamiento y siga todas las recomendaciones.

Para conocer los límites más recientes del servicio de almacenamiento de Azure, incluidos y los procedimientos recomendados para asignar nombres a recursos compartidos, contenedores y archivos, consulte:

• Nomenclatura y referencia a contenedores.
• Nombrar y referenciar comparticiones.
• Blobs en bloques y convenciones de blobs en páginas.

Importante

Los archivos o directorios que superan los límites de servicio de Azure Storage o que no se ajustan a las convenciones de nomenclatura de archivos o blobs de Azure no se ingieren en Azure Storage a través del 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 red (NFS) Azure. La copia de datos entre recursos compartidos de archivos NFS de Azure de origen y de destino que comparten nombres idénticos 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 SMB de Azure.

• No copie los datos directamente en la raíz del disco. Copie datos en carpetas BlockBlob, PageBlob y AzureFile creadas previamente.

• Cualquier carpeta creada dentro de la carpeta BlockBlob y PageBlob se convierte en un contenedor. Por ejemplo, los contenedores se crean como BlockBlob/container y PageBlob/container.

• Si una carpeta comparte el mismo nombre que un contenedor existente, el contenido de esa 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 un blob comparten el mismo nombre que un archivo o blob que ya existe dentro del contenedor, se sobrescribe el archivo o blob existente.

• Cada archivo escrito en los recursos compartidos BlockBlob y PageBlob se carga como un blob de bloques y un blob de páginas, respectivamente.

• Las jerarquías de blobs y archivos de Azure se mantienen mientras se cargan en la nube. Por ejemplo, copiar un archivo con una ruta de acceso de <container folder>\A\B\C.txt resulta en que el archivo se cargue en la misma ruta de acceso a la nube.

• Cualquier jerarquía de directorio vacía (sin archivos) creada bajo las carpetas BlockBlob y PageBlob no se carga.

• Cualquier ruta de acceso y nombre de archivo que supere los 256 caracteres de las operaciones de copia provocará errores en la herramienta de copia dividida de Data Box (DataBoxDiskSplitCopy.exe) o la herramienta de validación de Data Box Disk (DataBoxDiskValidation.cmd) si las rutas de acceso largas no están habilitadas en el cliente. Para evitar este tipo de error, enables rutas de acceso largas en el cliente de Windows.

• Cualquier error generado durante la carga en Azure genera un registro de errores dentro de la cuenta de almacenamiento de destino. La ruta de acceso a este registro de errores está disponible en el portal una vez completada la carga. Debe revisar el archivo de registro y tomar medidas correctivas para evitar la pérdida de datos. Nunca elimine datos del origen sin comprobar los datos cargados.

• Si especificó discos administrados en su pedido, revise las siguientes consideraciones:

  • Solo se puede tener un disco administrado con un nombre específico en un grupo de recursos en las carpetas precreadas, en el disco Data Box. Por lo tanto, todos los discos duros virtuales (VHD) cargados en las carpetas creadas previamente deben tener nombres únicos. Asegúrese de que el nombre especificado no coincide con un disco administrado existente dentro de un grupo de recursos. Si alguno de los discos duros virtuales comparte un nombre idéntico, solo se convierte un disco duro virtual en un disco administrado con ese nombre. Todos los demás VHDs se cargan como blobs de página en la cuenta de almacenamiento provisional.
  • Copie siempre los VHD en una de las carpetas creadas previamente. Cualquier VHD copiado fuera de estas carpetas o en una carpeta que se haya creado se carga en su cuenta de almacenamiento como un blob de páginas en vez de un disco administrado.
  • Solo se pueden cargar VHDs fijos para la creación de discos administrados. No se admiten operaciones para Discos Duros Virtuales dinámicos (VHD), Discos Duros Virtuales de diferenciación (VHD) o archivos de Disco Duro Virtual versión 2 (VHDX).
  • Los archivos no VHD copiados en las carpetas de discos administrados creados previamente no se convierten en un disco administrado.

límites de tamaño de la cuenta de almacenamiento de Azure

En la tabla siguiente se incluyen los límites relativos al tamaño de los datos que se pueden copiar en una cuenta de almacenamiento. Asegúrese de que los datos cargados cumplen estos límites.

Tipo de datos	Límite predeterminado
blob de bloques, blob de páginas	Para obtener información actual sobre estos límites, consulte destinos de escalado de Azure Blob Storage, destinos de escalado de almacenamiento estándar de Azure y destinos de escalado de Azure Files. Los límites incluyen datos de todas las fuentes, incluidos los Data Box Disk.

límites de tamaño de objeto Azure

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

tipo de objeto Azure	Límite predeterminado
Blob en bloques	7 TiB
Blob de página	7 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

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

Entidad	Convenciones
Nombres de contenedores para blobs de bloque y blobs de 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 guiones (-) deben estar inmediatamente precedidos y seguidos por una letra o un número. No se permiten guiones consecutivos en nombres.
Compartir nombres para archivos de Azure	Lo mismo que antes.
Nombres de directorio y archivo para archivos de Azure	Es insensible a mayúsculas y minúsculas, mantiene el formato original de mayúsculas y no debe exceder los 255 caracteres. No puede terminar en una barra diagonal (/). Si se proporciona, será eliminado automáticamente. No se permiten los caracteres siguientes: " \ / : | < > * ? Los caracteres reservados de URL deben escaparse adecuadamente. 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 reservados en la URL deben ser correctamente escapados. El número de segmentos de la ruta de acceso que componen el nombre del blob no puede superar los 254. Un segmento de ruta es la cadena de texto entre caracteres delimitadores consecutivos (por ejemplo, la barra diagonal "/") que corresponde al nombre de un directorio virtual.

Convenciones de nomenclatura de discos administrados

Entidad	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, 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 contener espacios ni /.

Pasos siguientes

• Revise los requisitos del sistema de Data Box Disk