Consideraciones de la agrupación en clusters para almacenamiento

Idioma:

Al evaluar un sistema Oracle ZFS Storage Appliance para utilizarlo en una configuración de cluster, tenga en cuenta los siguientes puntos:

Si todas las agrupaciones son propiedad del mismo controlador o si estas se dividen entre los dos controladores.
Si desea que haya agrupaciones configuradas con NSPF (No Single Point of Failure, ningún punto único de fallo).

Asignación de propietarios de agrupaciones de almacenamiento: es probable que la decisión más importante sea si el propietario de todas las agrupaciones de almacenamiento será el mismo controlador o si estas agrupaciones se dividirán entre los dos controladores. Hay varias ventajas y desventajas para considerar, como se muestra en Tabla 14, Consideraciones de agrupación en clusters para agrupaciones almacenamiento.

Por lo general, las agrupaciones se deben configurar en un único controlador, excepto cuando se esté optimizando la configuración para el rendimiento durante el funcionamiento nominal o cuando no sea relevante el rendimiento en caso de conmutación por error. Los cambios exactos en las características de rendimiento cuando un controlador se encuentre en estado de failover dependerán de la naturaleza y el tamaño de las cargas de trabajo. Por lo general, cuanto más cerca esté un controlador de proporcionar un rendimiento máximo en cualquier eje en particular, mayor será la degradación del rendimiento en ese eje cuando la carga de trabajo sea tomada por el par de ese controlador. Naturalmente, si hay varias agrupaciones, esta degradación corresponderá a ambas cargas de trabajo.

Los dispositivos de caché de lectura se encuentran en el controlador o el estante de discos, según la configuración.

Los dispositivos de caché de lectura, ubicados en una ranura del controlador (L2ARC interna), no siguen a las agrupaciones de datos en las situaciones de toma de control o failback. Los dispositivos de caché de lectura solo están activos en un nodo específico del cluster cuando la agrupación que se asigna al dispositivo de caché de lectura se importa al nodo en el que reside el dispositivo. A menos que se realicen pasos de configuración adicionales, el almacenamiento en caché de lectura no estará disponible para una agrupación que se haya migrado debido a un evento de failover. Para activar un dispositivo de caché de lectura para una agrupación que no es propiedad del par del cluster, se debe tomar el control de la agrupación en el nodo que no es el propietario y, a continuación, agregar almacenamiento y seleccionar los dispositivos de caché para configuración. Los dispositivos de caché de lectura de un nodo de cluster se deben configurar como se describe en Configuración del almacenamiento. Los dispositivos de log optimizados para escritura se encuentran en el tejido de almacenamiento y siempre están accesibles para el controlador que haya importado la agrupación.

Si los dispositivos de caché de lectura se encuentran en un estante de discos (L2ARC externa), la caché de lectura está siempre disponible. Durante una operación de failback o toma de control, la caché de lectura sigue estando compartida entre los controladores. En este caso, el rendimiento de lectura se mantiene. Para obtener información detallada sobre la configuración de caché de lectura externa, consulte Configuraciones de estantes de discos en el Manual de servicio del cliente de Oracle ZFS Storage Appliance.

Configuración de NSPF: una segunda consideración importante para el almacenamiento es el uso de configuraciones de agrupación que no tengan puntos únicos de fallo (NSPF). Como el uso de la agrupación en clusters significa que la aplicación valora mucho la disponibilidad, rara vez existe un buen motivo para configurar agrupaciones de almacenamiento que permitan que el fallo de un único estante de discos ocasione una pérdida de disponibilidad. La desventaja de este enfoque es que las configuraciones NSPF requieren una cantidad mayor de estantes de discos que las configuraciones con un único punto de fallo. Cuando la capacidad requerida es muy pequeña, la instalación de suficientes estantes de discos para lograr una configuración NSPF con el nivel RAID deseado puede no ser económica.

En la siguiente tabla, se describen los propietarios de las agrupaciones de almacenamiento en las configuraciones de cluster.

Tabla 14 Consideraciones de agrupación en clusters para agrupaciones almacenamiento

Variable	Controlador único como propietario de las agrupaciones	Varias agrupaciones con diferentes controladores como propietario
Rendimiento total (funcionamiento nominal)	Se puede usar hasta 50% del total de los recursos de la CPU, 50% de DRAM y 50% de la conectividad total de red para proporcionar servicios en cualquier momento dado. Es directo: solo un controlador responde a las solicitudes de los clientes, de manera que el otro está inactivo.	Se puede utilizar la totalidad de los recursos de CPU y DRAM para proporcionar servicio en cualquier momento dado. Se puede usar hasta el 50 % de la conectividad total de red en cualquier momento dado (se necesitan dispositivos de red no visibles en cada controlador para responder en caso de failover).
Rendimiento total (failover)	No hay cambios en el rendimiento en comparación con el funcionamiento nominal.	Se usa el 100 % de los recursos del controlador superviviente para proporcionar servicio. El rendimiento total en comparación con el funcionamiento nominal puede variar entre aproximadamente 40% y 100%, en función de la utilización durante el funcionamiento nominal.
Latencia de E/S	La caché de lectura interna no está disponible durante una operación de failback o toma de control, lo que puede aumentar de manera significativa las latencias para cargas de trabajo con muchas operaciones de lectura que entran en la caché de lectura disponible. La latencia de las operaciones de escritura no se ve afectada. Con configuraciones de caché de lectura externa (EL2ARC), el rendimiento de lectura no se ve afectado. La caché de lectura se comparte entre los pares del cluster durante las operaciones de failback o toma de control, lo que hace que no haya latencia de lectura.	La caché de lectura interna no está disponible durante una operación de failback o toma de control, lo que puede aumentar de manera significativa las latencias para cargas de trabajo con muchas operaciones de lectura que entran en la caché de lectura disponible. La latencia de las operaciones de lectura y escritura puede aumentar debido a una mayor disputa por los recursos del controlador. Esto se debe a que en el controlador superviviente se están ejecutando dos cargas de trabajo en lugar de una sola, como es normalmente el caso. Cuando las cargas de trabajo nominales de cada controlador se aproximan a la capacidad máxima del controlador, las latencias en el estado de conmutación por error pueden ser extremadamente altas. Con configuraciones de caché de lectura externa (EL2ARC), el rendimiento de lectura no se ve afectado. La caché de lectura se comparte entre los pares del cluster durante las operaciones de failback o toma de control, lo que hace que no haya latencia de lectura.
Flexibilidad de almacenamiento	Todo el almacenamiento físico disponible puede ser utilizado por los recursos compartidos y los LUN.	Solo el almacenamiento asignado a una agrupación en particular puede ser utilizado por los recursos compartidos y los LUN de esa agrupación. El almacenamiento no se comparte entre las agrupaciones, de manera que si una agrupación se llena, pero otra tiene espacio libre, puede quedar almacenamiento libre sin utilizarse.
Conectividad de red	Todos los dispositivos de red de cada controlador se pueden utilizar mientras ese controlador esté brindando servicio.	Solo la mitad de los dispositivos de red de cada controlador se pueden utilizar mientras ese controlador esté brindando servicio. Por lo tanto, cada agrupación se puede conectar solo a la mitad de las redes físicamente separadas existentes.

Temas relacionados

Estados de los controladores de cluster