Selección de directivas de nube por niveles
En este artículo se proporcionan instrucciones sobre cómo seleccionar y ajustar las directivas de nube por niveles para Azure File Sync. Antes de leer este artículo, asegúrese de comprender cómo funciona la nube por niveles. Para conocer los aspectos básicos, consulte Comprender la nube por niveles de Azure File Sync. Puede encontrar una explicación detallada de las directivas de nube por niveles en Directivas de nube por niveles de Azure File Sync.
Limitaciones
La nube por niveles no se admite en el volumen del sistema Windows.
Si usa el Administrador de recursos del servidor de archivos (FSRM) para la administración de cuotas en los puntos de conexión de servidor, se recomienda aplicar las cuotas en el nivel de carpeta y no en el nivel de volumen. Sin embargo, puede habilitarla si tiene una cuota de FSRM en el nivel de volumen. Una vez que se establece una cuota de FSRM, las API de consulta de espacio libre que se llaman automáticamente notifican el espacio disponible en el volumen según la configuración de la cuota. Sin embargo, cuando hay una cuota dura en una raíz de volumen, es posible que el espacio libre real del volumen y el espacio restringido de cuota en el volumen no sea el mismo. Esto podría provocar un sinfín de niveles si Azure File Sync cree que no hay suficiente espacio libre de volumen en el punto de conexión del servidor.
Tamaño mínimo de archivo mejorado para almacenar un archivo por niveles
El tamaño de archivo mínimo para almacenar un archivo por niveles se basa en el tamaño del clúster del sistema de archivos. El tamaño mínimo del archivo que se selecciona para la realizar agrupación en niveles en la nube se calcula en función del doble del tamaño del clúster y en un mínimo de 8 KiB. En la tabla siguiente se muestran los tamaños de archivo mínimos que se pueden organizar por niveles, en función del tamaño del clúster del volumen:
| Tamaño del clúster del volumen | Los archivos de este tamaño o mayores se pueden organizar por niveles |
|---|---|
| 4 KiB o menos (4096 bytes) | 8 KiB |
| 8 KiB (8192 bytes) | 16 KiB |
| 16 KiB (16 384 bytes) | 32 KiB |
| 32 KiB (32 768 bytes) | 64 KiB |
| 64 KiB (65 536 bytes) | 128 KiB |
| 128 KiB (131 072 bytes) | 256 KiB |
| 256 KiB (262 144 bytes) | 512 KiB |
| 512 KiB (524 288 bytes) | 1 MiB |
| 1 MiB (1 048 576 bytes) | 2 MiB |
| 2 MiB (2 097 152 bytes) | 4 MiB |
Azure File Sync admite la nube por niveles en volúmenes con tamaños de clúster de hasta 2 MiB.
Todos los sistemas de archivos que usa Windows organizan el disco duro en función del tamaño del clúster (lo que también se conoce como tamaño de unidad de asignación). El tamaño del clúster representa la cantidad más pequeña de espacio en disco que se puede usar para conservar un archivo. Cuando los tamaños de archivo no salen a un par de varios del tamaño del clúster, se debe usar espacio adicional para contener el archivo, hasta el siguiente múltiplo del tamaño del clúster.
Azure File Sync se admite en volúmenes NTFS con Windows Server 2012 R2 y versiones más recientes. En la tabla siguiente se describen los tamaños de clúster predeterminados al crear un nuevo volumen NTFS con Windows Server.
| Volume size | Windows Server |
|---|---|
| 7 MiB – 16 TiB | 4 KiB |
| 16 TiB – 32 TiB | 8 KiB |
| 32 TiB – 64 TiB | 16 KiB |
Es posible que, tras la creación del volumen, haya formateado manualmente el volumen con un tamaño de clúster diferente. Si el volumen se deriva de una versión anterior de Windows, los tamaños de clúster predeterminados también podrían ser diferentes. Incluso si elige un tamaño de clúster inferior a 4 KiB, se aplica un límite de 8 KiB como el tamaño de archivo más pequeño que se puede organizar por niveles. (Aunque el tamaño doble del clúster técnicamente sea menor que 8 KiB).
La razón del mínimo absoluto es debido a la forma en que NTFS almacena archivos extremadamente pequeños: 1 KiB a 4 archivos de tamaño KiB. En función de otros parámetros del volumen, es posible que los archivos pequeños no se almacenen en un clúster en el disco. Igualmente, es posible que sea más eficaz almacenar dichos archivos directamente en la tabla de archivos maestros del volumen o en "Registro de MFT". El punto de reanálisis de los niveles de la nube siempre se almacena en el disco y toma exactamente un clúster. La organización en niveles de estos pequeños archivos podría hacer que acabe sin espacio libre. Los casos extremos pueden incluso acabar usando más espacio con la opción de organizar la nube por niveles habilitada. Para proteger contra eso, el tamaño más pequeño de un archivo que la nube por niveles tendrá un nivel de 8 KiB en un tamaño de clúster de 4 KiB o menor.
Selección de las directivas iniciales
Por lo general, cuando se habilita la nube por niveles en un punto de conexión de servidor, se debe crear una unidad virtual local para cada punto de conexión de servidor individual. Al aislar el punto de conexión de servidor, es más fácil comprender cómo funciona la nube por niveles y ajustar las directivas en consecuencia. Sin embargo, Azure File Sync funciona incluso si tiene varios puntos de conexión de servidor en la misma unidad; para más información, consulte la sección Varios puntos de conexión de servidor en el volumen local. También se recomienda que, cuando se habilite por primera vez la nube por niveles, mantenga la directiva de fecha deshabilitada y la directiva de espacio disponible del volumen en torno al 10 % o 20 % como máximo. Con la mayoría de los volúmenes del servidor de archivos, el 20 % de espacio disponible en el volumen suele ser la mejor opción.
Nota:
En algunos escenarios de migración, si aprovisionó menos almacenamiento en la instancia de Windows Server que el origen, puede establecer temporalmente el espacio disponible del volumen en un 99 % durante la migración a archivos en capas en la nube y, a continuación, establecerlo en un nivel más útil una vez completada la migración.
Para simplificar y entender claramente cómo se van a almacenar los elementos por niveles, se recomienda ajustar sobre todo la directiva de espacio disponible del volumen y mantener la directiva de fecha deshabilitada a menos que sea necesario. El motivo es que a la mayoría de los clientes le resulta de utilidad rellenar la caché local con tantos archivos activos como sea posible y almacenar por niveles el resto en la nube. Sin embargo, la directiva de fecha puede ser beneficiosa si quiere liberar espacio en el disco local de forma anticipada y sabe que los archivos de ese punto de conexión de servidor a los que se ha accedido después del número de días especificado en esa directiva no necesitan mantenerse localmente. De esta forma, se libera una valiosa capacidad de disco local para que otros puntos de conexión del mismo volumen almacenen en caché más archivos.
Después de establecer las directivas, supervise la salida y ajuste ambas directivas en consecuencia. Se recomienda examinar la tamaño de recuperación por niveles de nube y tamaño de recuperación por niveles de nube por aplicación métricas en Azure Monitor. También se recomienda supervisar la tasa de aciertos de caché del punto de conexión del servidor para determinar el porcentaje de archivos abiertos que ya están en la caché local. Para saber sobre cómo supervisar la salida, consulte Supervisión de la nube por niveles.
Ajuste de las directivas
Si el número de archivos recuperados constantemente de Azure es mayor de lo que desea, es posible que tenga más archivos activos de los que tiene espacio para guardarlos en el volumen del servidor local. Si es posible, aumente el tamaño del volumen local o reduzca el porcentaje de la directiva de espacio disponible del volumen en incrementos pequeños. Reducir demasiado el porcentaje de espacio disponible en el volumen también puede tener consecuencias negativas. Para una mayor renovación del conjunto de archivos, se necesita más espacio disponible para los nuevos archivos y la recuperación de los archivos "pasivos". El almacenamiento por niveles se inicia con un retraso de hasta una hora y, luego, necesita tiempo de procesamiento, que es el motivo de que siempre tenga que haber bastante espacio disponible en el volumen.
Mantener más datos locales conlleva menores costos de salida, ya que se recuperarán menos archivos de Azure, pero también requiere una mayor cantidad de almacenamiento en el entorno local, que tiene su propio costo.
Al ajustar la directiva de espacio disponible del volumen, la cantidad de datos que se deben mantener de forma local viene determinada por los siguientes factores: el ancho de banda, el patrón de acceso del conjunto de datos y el presupuesto. Si tiene una conexión con un ancho de banda bajo, sería conveniente mantener más datos en el entorno local para garantizar retrasos mínimos para los usuarios. En caso contrario, puede basarlo en la tasa de renovación durante un período determinado. Por ejemplo, si sabe que el 10 % del conjunto de datos de 1 TiB cambia o se accede activamente cada mes, es posible que quiera mantener un 100 GiB local para que no recupere archivos con frecuencia. Si el volumen es 2 TiB, querrá mantener el 5 % (o 100 GiB) local, lo que significa que el 95 % restante es el porcentaje de espacio disponible del volumen. Sin embargo, debe agregar un búfer durante períodos de renovación superior – en otras palabras, comenzar con un porcentaje de espacio libre de volumen mayor y, a continuación, ajustarlo si es necesario más adelante.
Procedimientos operativos estándar
- Al migrar por primera vez a Azure Files a través de Azure File Sync, la nube por niveles depende de la carga inicial.
- La nube por niveles comprueba el cumplimiento de las directivas de espacio disponible del volumen y de fecha cada 60 minutos.
- El uso del modificador/LFSM en Robocopy al migrar archivos permitirá que estos se sincronicen y se organicen en la nube por niveles para hacerles sitio durante la carga inicial.
- Si el almacenamiento por niveles se produce antes de que se forme un mapa térmico, los archivos se almacenarán por niveles según la marca de tiempo de la última modificación