Consideraciones de la agrupación en clusters para almacenamiento

Al evaluar un sistema Oracle ZFS Storage Appliance para utilizarlo en un cluster, hay otras dos consideraciones importantes. Tal vez la decisión más importante sea si el propietario de todas las agrupaciones de almacenamiento será el mismo nodo principal o si se dividirá entre los dos. Ambas opciones tienen varias ventajas y desventajas, como se muestra en la siguiente tabla. Por lo general, las agrupaciones se deben configurar en un único nodo principal, 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 failover. Los cambios exactos en las características de rendimiento en el estado de failover dependerán en gran medida de la naturaleza y el tamaño de las cargas de trabajo. Por lo general, cuanto más cerca esté un nodo principal 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 nodo. Naturalmente, si hay varias agrupaciones, esta degradación corresponderá a ambas cargas de trabajo.

Tenga en cuenta que en cualquiera de las dos configuraciones, los dispositivos ReadZilla se pueden utilizar solo cuando la agrupación a la que fueron asignados se importa en el nodo principal propietario de esa agrupación. Es decir, cuando se tome el control de una agrupación debido a un fallo en el nodo principal, el almacenamiento en caché de lectura no estará disponible para esa agrupación aunque el nodo que la importó también tenga dispositivos ReadZilla sin utilizar instalados. Por este motivo, los dispositivos ReadZilla que pertenezcan a un cluster activo-pasivo deben configurarse como se describe en la documentación Chapter 5, Configuración del almacenamiento. Esto no se aplica a los dispositivos LogZilla, que se encuentran en el tejido de almacenamiento y son siempre accesibles para el nodo que haya importado la agrupación.

Tabla 10-5 Consideraciones de la agrupación en clusters para almacenamiento

Variable	Propietario de nodo único	Varias agrupaciones con diferentes nodos 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: sólo un nodo 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 nodo 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 nodo 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 (failover)	ReadZilla no está disponible durante la operación de failover, 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.	ReadZilla no está disponible durante la operación de failover, 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 nodo. Esto se debe a que en el nodo 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 nodo se aproximan a la capacidad máxima del nodo, las latencias en el estado conmutado por error pueden ser extremadamente altas.
Flexibilidad de almacenamiento	Todo el almacenamiento físico disponible puede ser utilizado por los recursos compartidos y los LUN.	Sólo 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 nodo principal se pueden utilizar mientras ese nodo esté brindando servicio.	Sólo la mitad de los dispositivos de red de cada nodo principal se pueden utilizar mientras ese nodo esté brindando servicio. Por lo tanto, cada agrupación se puede conectar sólo a la mitad de las redes físicamente separadas existentes.

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

Omitir Vínculos de navegación
Salir de la Vista de impresión
	Guía de administración de Oracle^® ZFS Storage Appliance