Mejoras y consideraciones de los pools dinámicos en comparación con los pools tradicionales

Los pools dinámicos ofrecen mayor flexibilidad y escalabilidad que los pools tradicionales mediante el ajuste automático de la asignación de recursos en función de la demanda actual. Esto ayuda a optimizar la utilización de recursos, reducir los esfuerzos de administración manual y mejorar la eficiencia general durante las cargas de trabajo fluctuantes.

Mejoras clave

• Escalamiento automático: Los recursos se pueden agregar o quitar dinámicamente según los requisitos de la carga de trabajo.
• Mejor utilización de recursos: Minimiza el sobreprovisionamiento y la infrautilización mediante la asignación de recursos según sea necesario.
• Reducción de la sobrecarga administrativa: Se requiere menos intervención manual para la planificación de la capacidad y la administración del pool.
• Rendimiento mejorado: Las cargas de trabajo pueden acceder a recursos adicionales durante los períodos de demanda pico, lo que ayuda a mantener los niveles de servicio.
• Optimización de costos: La asignación dinámica puede reducir los costos operativos haciendo coincidir el consumo de recursos con la demanda real.

Consideraciones

• Escalamiento de latencia: Es posible que el aprovisionamiento o desaprovisionamiento de recursos no sea instantáneo y puede afectar la capacidad de respuesta de la carga de trabajo.
• Planificación de la capacidad: La infraestructura subyacente debe tener suficiente capacidad disponible para soportar el crecimiento dinámico.
• Requisitos de monitoreo: El monitoreo y las alertas eficaces son esenciales para garantizar que el comportamiento de escalamiento se alinee con las necesidades de las cargas de trabajo.
• Complejidad de la configuración: La configuración inicial y el ajuste de las políticas de escalamiento pueden requerir planificación y pruebas adicionales.
• Idoneidad de la carga de trabajo: No todas las cargas de trabajo se benefician por igual del escalamiento dinámico, especialmente aquellas con requisitos de recursos predecibles y estables.

En general, los pools dinámicos proporcionan un enfoque más adaptable y eficiente para la administración de recursos, a la vez que requieren una planificación, supervisión y gobernanza cuidadosas para maximizar sus beneficios.

Se hace referencia a esta información en el 80903033 manual: configuración de pools de la familia Dell Unity (versión 5.x).

Pools dinámicos

En los modelos Unity All-Flash que ejecutan la versión 4.2 o posterior del ambiente operativo, todos los pools nuevos que se crearon en la UI de Unisphere son pools dinámicos, mientras que los pools nuevos creados en la API REST y la CLI de Unisphere son pools dinámicos de forma predeterminada. Los pools dinámicos implementan la tecnología RAID avanzada. En los pools dinámicos, un grupo RAID se distribuye entre las extensiones de unidad en varias unidades. El espacio de repuesto requerido también se distribuye entre las extensiones de unidad en varias unidades. Cuando falla una unidad, las extensiones de la unidad fallida se reconstruyen en las extensiones del espacio de repuesto dentro del pool.

Los pools dinámicos tienen las siguientes ventajas sobre los pools tradicionales:

• Las unidades no se desperdician, debido a que no existen repuestos fijos. Todas las unidades del sistema se pueden agregar a un pool. Esto prolonga la vida útil de las unidades del pool, dado que la carga se distribuye entre las unidades adicionales. 
• Por lo general, los tiempos de reconstrucción son mucho más rápidos que con los pools tradicionales. Dado que la capacidad de repuesto para un pool dinámico se distribuye entre varias unidades, en lugar de estar concentrada en una sola unidad hot spare, más unidades contribuyen al proceso de reconstrucción cuando falla una unidad. 
• Por lo general, los pools se pueden expandir en función de la capacidad deseada. Por ejemplo, puede agregar una unidad a la vez a un pool dinámico, lo que brinda flexibilidad de aprovisionamiento y ahorro de costos. 

Se aplican las siguientes consideraciones a los pools dinámicos:

• Una vez que se crea un pool dinámico, no puede cambiar el tipo de RAID ni el ancho de fracción. Sin embargo, si expande el pool mediante un tipo de unidad diferente, las unidades agregadas pueden tener un ancho de fracción diferente.
• No puede reducir un pool dinámico ni cambiar sus características de almacenamiento sin eliminar los recursos de almacenamiento configurados en el pool y el propio pool. Sin embargo, puede agregar unidades para expandirlo.
• Puede combinar discos Flash del mismo tipo de unidad con capacidades diferentes cuando aprovisiona un pool dinámico. Sin embargo, si lo hace, el sistema tal vez no pueda usar toda la capacidad de las unidades más grandes. Esto depende de la cantidad de unidades de cada capacidad que hay en el pool. La capacidad no utilizada en un pool dinámico puede quedar disponible durante la expansión futura de un pool. 

Pools tradicionales

Los pools creados en los modelos UnityVSA, los modelos híbridos y los modelos Unity All-Flash que ejecutan la versión 4.1.x o anterior del ambiente operativo son pools tradicionales. Para los modelos Unity All-Flash que ejecutan la versión 4.2.x o posterior del ambiente operativo, puede crear pools tradicionales mediante la CLI de Unisphere o la API REST, pero no mediante la UI de Unisphere.

Los pools tradicionales pueden ser homogéneos o heterogéneos. Todas las unidades de un pool homogéneo tienen el mismo tipo de unidad, por ejemplo, discos SAS o SAS Flash 2. Las unidades de un pool heterogéneo tienen una combinación de tipos de unidad, por ejemplo, una combinación de discos SAS NL, SAS y SAS Flash 2. Los pools tradicionales también pueden ser todo flash o híbridos. (Un pool híbrido consta de una combinación de discos flash y no flash). Todos los tipos de unidades compatibles se pueden incluir en un pool híbrido, a excepción de las unidades SAS Flash 4, que deben estar en un pool todo flash.

En las implementaciones físicas, el almacenamiento en pools tradicionales se administra en unidades de grupo RAID, donde:

• Una unidad se consume mediante un único grupo RAID.
• Un grupo RAID se limita a un máximo de 16 unidades y se compone de unidades del mismo tipo.
• Cada nivel es compatible con un solo tipo RAID.

Dado que el almacenamiento en pools tradicionales se administra en unidades de grupo RAID, para agregar capacidad a un pool, se deben agregar unidades en incrementos del grupo RAID. Por ejemplo, para agregar unidades a un pool con RAID 5 (4+1), debe agregar al menos 5 unidades al pool. A medida que aumenta la capacidad de la unidad, la cantidad mínima de almacenamiento que se puede agregar a un pool y el costo de dicho almacenamiento se vuelven cada vez más grandes.

Se aplican las siguientes consideraciones a los pools tradicionales:

• Una vez que se crea un nivel en un pool tradicional, no puede cambiar el ancho de fracción ni el tipo RAID de las unidades existentes en ese nivel. Sin embargo, si expande un nivel dentro de un pool tradicional, puede especificar un ancho de fracción diferente para las unidades agregadas recientemente. Cuando agrega un nuevo nivel a un pool de tradicional, puede especificar un tipo RAID diferente, otro ancho de fracción o ambos para las unidades agregadas recientemente.
• No puede reducir un pool tradicional ni cambiar sus características de almacenamiento sin eliminar los recursos de almacenamiento configurados en el pool y el propio pool. Sin embargo, puede agregar unidades para expandirlo.

Con los pools tradicionales, el sistema de almacenamiento utiliza hot spares dedicados para reemplazar una unidad fallida o con errores. Cualquier unidad sin utilizar en el sistema con la tecnología y el tamaño de unidad adecuados se puede usar para reemplazar una unidad fallida o con errores en un pool. Si una unidad de repuesto con el mismo tipo y tamaño no está disponible, el sistema puede usar una unidad más grande del mismo tipo. Debido a que las unidades de repuesto son hot spares dedicados, no pueden utilizarse para mejorar el rendimiento del pool ni mitigar el desgaste de los discos flash. Además, cuando una unidad falla o tiene errores, se debe reconstruir toda la unidad en la unidad de repuesto. Por lo tanto, el tiempo de reconstrucción puede ser muy largo, debido a que está limitado por el rendimiento de una única unidad cuyo contenido se está reconstruyendo. Esto puede afectar el rendimiento. También se pueden aumentar las posibilidades de que se produzcan fallas adicionales en las unidades durante el proceso de reconstrucción, lo cual puede generar pérdida de datos.

Documentación/unity-family/unity-p-pool-config