Límites de Azure Stack Edge
Importante
Los dispositivos de Azure Stack Edge Pro FPGA llegarán al final de la vida útil en febrero de 2024. Si está pensando en nuevas implementaciones, se recomienda explorar los dispositivos de Azure Stack Edge Pro 2 o Azure Stack Edge Pro GPU para las cargas de trabajo.
Tenga en cuenta estos límites cuando implemente y use su solución matriz de puertas programables de Microsoft Azure Stack Edge Pro GPU o Azure Stack Edge Pro.
Límites del servicio de Azure Stack Edge
- La cuenta de almacenamiento debe estar físicamente lo más cerca de la región donde se implementa el dispositivo (puede ser diferente de donde se implementa el servicio).
- No se puede mover un recurso de Data Box Gateway a un grupo de recursos o suscripción diferentes. Para más información, consulte Traslado de los recursos a un nuevo grupo de recursos o a una nueva suscripción.
Límites del dispositivo Azure Stack Edge
En la tabla siguiente, se describen los límites de los dispositivos de Azure Stack Edge.
| Descripción | Valor |
|---|---|
| No. de archivos por dispositivo | 100 millones |
| No. de recursos compartidos por contenedor | 1 |
| Número máximo de puntos de conexión de uso compartido y puntos de conexión de REST por dispositivo (solo dispositivos GPU) | 24 |
| Número máximo de cuentas de almacenamiento con niveles por dispositivo (solo dispositivos GPU) | 24 |
| Tamaño máximo de archivo escrito en un recurso compartido | 5 TB |
| Número máximo de grupos de recursos por dispositivo | 800 |
Límites de almacenamiento de Azure
En esta sección se describen los límites del servicio de 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 Azure Stack Edge o Data Box Gateway. 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:
- Nomenclatura y referencia de contenedores
- Nomenclatura y referencia de recursos compartidos
- Convenciones de blobs en bloques y blobs en páginas
Importante
Si hay archivos o directorios que superen 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 Azure Stack Edge o Data Box Gateway.
Advertencias al cargar los datos
Las advertencias siguientes se aplican a los datos cuando se trasladan en Azure:
- Se recomienda que no haya más de un dispositivo que escriba en el mismo contenedor.
- Si tiene un objeto existente de Azure (por ejemplo, un blob o un archivo) en la nube con el mismo nombre que el objeto que se está copiando, el dispositivo sobrescribe el archivo en la nube.
- Una jerarquía de directorios vacía (sin archivos) que se creó en las carpetas de recurso compartido no se carga en los contenedores de blobs.
- Puede copiar los datos mediante el método de arrastrar y colocar con el Explorador de archivos o mediante la línea de comandos. Si el tamaño total de los archivos que se copian es mayor que 10 GB, se recomienda usar un programa de copia masiva, como Robocopy o rsync. Las herramientas de copia masiva reintentan la operación de copia en caso de errores intermitentes y proporcionan resistencia adicional.
- Si el recurso compartido asociado al contenedor de almacenamiento de Azure carga los blobs que no coinciden con el tipo de blobs definido para el recurso compartido en el momento de creación, estos blobs no se actualizan. Por ejemplo, se crea un recurso compartido de blob en bloques en el dispositivo. Se asocia el recurso compartido a un contenedor en la nube existente que tiene blobs en páginas. Se actualiza ese recurso compartido para descargar los archivos. Se modifican algunos de los archivos actualizados que ya están almacenados como blobs en páginas en la nube. Aparecerán errores de carga.
- Una vez que se crea un archivo en los recursos compartidos, no se puede cambiar su nombre.
- La eliminación de un archivo de un recurso compartido no elimina la entrada en la cuenta de almacenamiento.
- Si usa rsync para copiar los datos, la opción
rsync -ano se admitirá.
Límites de tamaño objeto y de tamaño de cuenta de almacenamiento en Azure
Estos son los límites del tamaño de los datos que se copian en la 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 blobs en páginas | 500 TB por cuenta de almacenamiento |
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 de carga |
|---|---|
| Blob en bloques | ~ 4,75 TB |
| Blob en páginas | 1 TB 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 | 1 TB 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. |
Importante
Se permite la creación de archivos (independientemente del tipo de almacenamiento) de hasta 5 TB. Sin embargo, si crea un archivo cuyo tamaño sea mayor que el límite de carga definido en la tabla anterior, no se cargará el archivo. Tendrá que eliminar manualmente el archivo para recuperar el espacio.