Planificación de la gestión de volúmenes

Agregar esta información de planificación a Plantilla para las configuraciones de los grupos de dispositivos y Plantilla para la configuración del Gestor de volúmenes. Para Solaris Volume Manager, agregue también esta información de planificación a la plantilla de volúmenes (Solaris Volume Manager).

Este apartado proporciona las directrices siguientes para planificar la gestión de volúmenes en la configuración del clúster:

Sun Cluster utiliza el software de gestión de volúmenes para reunir los discos en grupos de dispositivos que se pueden administrar como una unidad. Sun Cluster admite el software Solaris Volume Manager y VERITAS Volume Manager (VxVM) que instale o utilice por cualquiera de los siguientes procedimientos.

Tabla 1–4 Uso admitido de administradores de volúmenes con el software de Sun Cluster


Software del gestor de volúmenes	Requisitos
Solaris Volume Manager	Debe instalar el software Solaris Volume Manager en todos los nodos del clúster, sin tener en cuenta si utiliza VxVM en algunos nodos para gestionar discos.
SPARC: VxVM con la función del clúster	Debe instalar y aceptar la licencia de VxVM con la función de clúster en todos los nodos del clúster.
VxVM sin la función del clúster	Simplemente se le solicita que instale y acepte la licencia de VxVM en los nodos que se adjuntan para almacenar los dispositivos que VxVM gestione.
Coexistencia de Solaris Volume Manager y VxVM	Si instala los dos gestores de volúmenes en el mismo nodo, debe utilizar el software Solaris Volume Manager para gestionar los discos que son locales en cada nodo. Los discos locales incluyen el disco raíz. Utilice VxVM para gestionar todos los discos compartidos.

Consulte la documentación del administrador de volúmenes y Configuración del software de Solaris Volume Manager o Instalación y configuración del software de VxVM para obtener instrucciones acerca de cómo instalar y configurar el software del administrador de volúmenes. Para obtener más información acerca del uso de la gestión de volúmenes en una configuración del clúster, consulte Multihost Devices de Sun Cluster Concepts Guide for Solaris OS y Device Groups de Sun Cluster Concepts Guide for Solaris OS.

Directrices para el software de la gestión de volúmenes

Tenga en cuenta las siguientes directrices generales cuando configure los discos con el software de la gestión de volúmenes:

Software RAID: Sun Cluster no admite el software RAID
Discos multihosts duplicados: debe duplicar todos los discos multihost en las unidades de expansión de los discos. Consulte Directrices para la duplicación de discos multisistema para obtener instrucciones sobre la duplicación de los discos multihost. No necesita utilizar la duplicación del software si el dispositivo de almacenamiento proporciona RAID del hardware así como rutas redundantes a los dispositivos.
Raíz duplicada: la duplicación del disco raíz asegura una alta disponibilidad, pero dicha duplicación no es necesaria. Consulte Directrices para la duplicación para obtener directrices sobre cómo duplicar el disco raíz.
Nombrado único: puede que tenga Solaris Volume Manager local o VxVM volúmenes que se usan como dispositivos en los que se montan los sistemas de archivos /global/.devices/node@Id. del nodo. En ese caso, el nombre de cada volumen local en el que se debe montar el sistema de archivos /global/.devices/node@Id. del nodo debe ser un nombre único en todo el clúster.
Listas de nodos: con el fin de asegurar una gran disponibilidad en un grupo de dispositivos, haga que sus listas de nodos de controladores potenciales y que su normativa sobre rectificaciones sean idénticas a cualquier grupo de recursos asociados. O bien, si un grupo escalable de recursos utiliza más nodos o zonas que su grupo asociado de dispositivos, convierta la lista de nodos del grupo de recursos escalables en un superconjunto de la lista de nodos del grupo de dispositivos. Consulte la información de planificación de grupos en Sun Cluster Data Services Planning and Administration Guide for Solaris OS para obtener información sobre las listas de nodos.
Discos multihost: debe conectar (o conectar a los puertos) todos los dispositivos que se utilizan para construir un grupo de dispositivos para todos los nodos configurados en la lista de nodos para dicho grupo de dispositivos. Solaris Volume Manager puede comprobar automáticamente esta conexión en el momento en que los dispositivos se añadan a un conjunto de discos. No obstante, los grupos de discos VxVM configurados no están asociados a ningún conjunto de nodos en concreto.
Discos de repuesto en marcha: puede utilizar discos de repuesto en marcha para aumentar la disponibilidad, pero no son necesarios.

Consulte la documentación del gestor de volúmenes para conocer las recomendaciones de distribución del disco y cualquier otra restricción.

Directrices para el software Solaris Volume Manager

Tenga en cuenta los puntos siguientes cuando planifique las configuraciones de Solaris Volume Manager:

Nombres de volúmenes locales – El nombre de cada Solaris Volume Manager de volumen local en el que se monta el sistema de archivos de los dispositivos globales, /global/.devices/node@Id. del nodo, debe ser único en todo el clúster. Asimismo, el nombre no puede ser igual al del identificador de un dispositivo.
Mediadores de dos cadenas: cada conjunto de discos configurado con dos cadenas de discos y controlado por dos nodos exactamente debe tener mediadores Solaris Volume Manager configurados para cada conjunto de discos. Una cadena de discos consta de un contenedor de discos, sus discos físicos, los cables del contenedor a los nodos y las tarjetas adaptadoras de la interfaz. Tenga en cuenta las reglas siguientes para configurar los mediadores de dos cadenas:
- Debe configurar cada conjunto de discos exactamente con dos nodos que actúen como sistemas mediadores.
- Debe utilizar los mismos dos nodos en todos los conjuntos de discos que necesiten mediadores. Esos dos nodos deben controlar los conjuntos de discos.
- Los mediadores no se pueden configurar en los conjuntos de discos que no cumplan con los requisitos de dos cadenas y dos sistemas.
Consulte la página de comando man de mediator(7D) para obtener más detalles.
Configuración de /kernel/drv/md.conf : SPARC: en los los volúmenes del SO Solaris 9 y Solaris Volume Manager utilizados por cada conjunto de discos se crean por anticipado en el momento del arranque de la reconfiguración. Ésta se basa en los parámetros de configuración que existen en el archivo /kernel/drv/md.conf.

Nota –
Con la versión Solaris 10, Solaris Volume Manager se ha mejorado y ahora puede configurar volúmenes dinámicamente. Ya no necesita editar los parámetros nmd y md_nsets del archivo /kernel/drv/md.conf. Los volúmenes nuevos se crean dinámicamente, si es necesario.

Debe modificar los campos nmd y md_nsets como se indica a continuación para admitir una configuración de Sun Cluster en el SO Solaris 9:

Caution –
Todos los nodos del clúster deben tener archivos /kernel/drv/md.conf idénticos, sin tener en cuenta el número de conjuntos de discos que se mantienen en cada nodo. Si no se siguen estas directrices se pueden producir graves errores en Solaris Volume Manager, así como una posible pérdida de datos.
- md_nsets – El campo md_nsets establece el número total de conjuntos de discos que se puede crear para un sistema con objeto de satisfacer las necesidades de todo el clúster. Configure el valor de md_nsets con el número esperado de conjuntos de discos en el clúster más un conjunto de discos adicionales. El software Solaris Volume Manager utiliza el conjunto de discos adicionales para gestionar los discos privados en el sistema local.
  
  El número máximo de conjuntos de discos que se permite por clúster es de 32. Este número permite 31 para uso general, además de un conjunto de discos para la gestión privada de discos. El valor predeterminado de md_nsets es 4.
- nmd – El campo nmd establece el valor más alto previsto de cualquier nombre de volumen que exista en el clúster. Por ejemplo, si el valor más alto de los nombres de volúmenes que se usa en los primeros 15 conjuntos de discos de un clúster es 10, pero el valor más alto del volumen del conjunto de discos número 16 es 1000, defina el valor de nmd en 1000 como mínimo. También, el valor de nmd debe ser lo suficientemente grande como para asegurarse de que existan suficientes números para cada dispositivo (nombre de Id.). El número debe ser lo suficientemente superior como para asegurar que cada nombre de volumen total pueda ser exclusivo en todo el clúster.
  
  El valor de volúmenes más alto que se permite por conjunto de discos es de 8192. El valor predeterminado de nmd es 128.
Configure estos campos en el momento de la instalación para permitir la expansión futura prevista del clúster, ya que, una vez éste esté funcionando, aumentar el valor de estos campos le ocupará demasiado tiempo. El cambio de valor requiere un rearranque de la reconfiguración para cada nodo. El aumento posterior de estos valores también incrementa la posibilidad de una asignación de espacio inadecuada en el sistema de archivos raíz (/) al crear todos los dispositivos solicitados.

Al mismo tiempo, mantenga el valor de los campos nmd y md_nsets tan bajo como sea posible. Todos los dispositivos posibles cuentan con estructuras de memoria, como las especifican nmd y md_nsets, incluso si no ha creado estos dispositivos. Para conseguir un rendimiento óptimo, mantenga el valor de nmd y md_nsets ligeramente superior al número de volúmenes que tenga intención de utilizar.

Consulte Archivos del sistema e inicio en la Guía de administración de Solaris Volume Manager (Solaris 9 o Solaris 10) para obtener más información acerca del archivo md.conf.

Directrices para el software VERITAS Volume Manager

Tenga en cuenta los puntos siguientes cuando planifique la configuración de VERITAS Volume Manager (VxVM).

Accesibilidad a nodos: debe configurar todos los grupos de discos gestores de volúmenes como grupos de dispositivos de Sun Cluster o como grupos de discos sólo locales. Si no configura el grupo de discos en una de estas formas, los dispositivos del grupo de discos no podrán acceder a ninguno de los nodos del clúster.
- Un grupo de dispositivos habilita un nodo secundario para alojar los discos multisistema si el nodo primario falla.
- Los grupos de discos sólo local funcionan fuera del control de Sun Cluster, y sólo puede accederse a él desde un nodo simultáneamente.
Denominación basada en cierres: si utiliza la Denominación basada en cierres para los dispositivos, asegúrese de que utiliza nombres de dispositivos coherentes en todos los nodos del clúster que compartan el mismo almacenamiento. VxVM no coordina estos nombres, de modo que el administrador debe comprobar que VxVM asigne los mismos nombres a los mismos dispositivos desde diferentes nodos. Un error en la asignación de nombres coherentes no interfiere en el correcto comportamiento del clúster, pero complica enormemente la administración del clúster y aumenta la posibilidad de errores en la configuración, lo cual puede llevar a una pérdida de datos.
Grupos de discos raíz: la creación de grupos de discos raíz es opcional.

Un grupo de disco raíz se puede crear en los siguientes discos:
- El disco raíz que se debe encapsular
- Uno o más discos locales que no sean raíz, los cuales se pueden encapsular o inicializar
- Una combinación de discos raíz y otros locales que no lo son
El grupo de discos raíz debe ser local en el nodo.
Grupos de disco raíz sencillos: los grupos de raíz sencillos, creados en único segmento del disco raíz, no se admiten como tipos de discos con VxVM en el software de Sun Cluster. Esta es una restricción general de VxVM.
Encapsulación: los discos que se vayan a encapsular deben tener dos entradas de la tabla de segmentos del disco libres.
Número de volúmenes: calcule el número máximo de volúmenes que puede utilizar cualquier grupo de dispositivos en el momento de la creación del grupo de dispositivos.
- Si el número de volúmenes es menor de 1000, se puede utilizar la numeración menor predeterminada.
- Si el número de volúmenes es 1000 o más, se debe planificar cuidadosamente el modo de asignar los números menores en los volúmenes del grupo de dispositivos. No puede haber dos grupos de dispositivos que solapen las asignaciones de números menores.
Registro de áreas modificadas: el uso de Registro de áreas modificadas (DRL) reduce el tiempo de recuperación del volumen después de un fallo en el nodo. Es posible que el uso de DRL reduzca el caudal de E/S.
Rutas múltiples dinámicas (DMP): no se admite el uso de DMP sólo para gestionar varias rutas de E/S por nodo al admacenamiento compartido. Sólo es compatible el uso de DMP en las configuraciones siguientes:
- Una única ruta de E/S por nodo en el almacenamiento compartido del clúster.
- Una solución admitida de rutas múltiples, como Sun Traffic Manager, EMC PowerPath o Hiatchi HDLM, que gestiona las rutas de E/S múltiples por nodo con el almacenamiento compartido del clúster.

Consulte la documentación de la instalación de VxVM si desea obtener más información.

Registro del sistema de archivos

El registro es necesario para UFS y los sistemas de archivos de clúster de VxFS. Sun Cluster admite las opciones siguientes en el registro del sistema de archivos:

Registro UFS de Solaris – Consulte la página de comando man mount_ufs(1M) para obtener más información.
SPARC: VERITAS File System (VxFS) registro – Consulte la página de comando man de mount_vxfs que se proporciona con el software de VxFS para obtener más información.

Tanto Solaris Volume Manager como VERITAS Volume Manager admiten los dos tipos de registro del sistema de archivos.

Directrices para la duplicación

Este apartado proporciona las directrices siguientes para planificar la duplicación en la configuración del clúster:

Directrices para la duplicación de discos multisistema

La duplicación de todos los discos multisistema en una configuración de Sun Cluster permite que dicha configuración admita fallos de un único dispositivo. Sun Cluster requiere la duplicación de todos los discos multisistema en todas las unidades de expansión. No necesita utilizar la duplicación del software si el dispositivo de almacenamiento proporciona RAID del hardware así como rutas redundantes a los dispositivos.

Tenga en cuenta los siguientes aspectos a la hora de duplicar discos multihost:

Separación de las unidades de expansión de los discos: cada subduplicación de una duplicación o plex concretos debe situarse en una unidad diferente de expansión de discos multihost.
Espacio del disco –: la duplicación duplica la cantidad de espacio en disco necesaria.
Duplicación de tres vías: los software Solaris Volume Manager y VERITAS Volume Manager (VxVM) admiten la duplicación de tres vías. No obstante, el software Sun Cluster necesita solamente la duplicación de dos vías.
Diferenciación de los tamaños de los discos: si efectúa la duplicación en un dispositivo de un tamaño diferente, la capacidad de duplicación se limitará al tamaño de la duplicación o plex menor.

Para obtener más información acerca de los discos multihost, consulte Multihost Disk Storage de Sun Cluster Overview for Solaris OS y en la Sun Cluster Concepts Guide for Solaris OS.

Directrices para la duplicación del disco raíz

Agregue esta información de planificación a la Plantilla para la disposición del sistema local de archivos.

Para conseguir una máxima disponibilidad duplique la raíz (/), /usr, /var, /opt y swap en los discos locales. En VxVM, puede encapsular el disco raíz y duplicar los subdiscos generados. No obstante, el software Sun Cluster no requiere la duplicación del disco raíz.

Antes de decidir si duplicar el disco raíz, tenga en cuenta los riesgos, la complejidad, el coste y el período entre revisiones con respecto a las diversas alternativas que conciernen al disco raíz. No existe una única estrategia de duplicación que funcione en todas las configuraciones. Puede que desee considerar la solución preferida por el representante local de servicios de Sun cuando decida si duplicar la raíz.

Consulte la documentación de su administrador de volúmenes y Configuración del software de Solaris Volume Manager o Instalación y configuración del software de VxVM para obtener instrucciones acerca de cómo duplicar el disco raíz.

Tenga en cuenta los puntos siguientes cuando decida si duplicar el disco raíz.

Disco de arranque: – puede configurar la duplicación para que sea un disco raíz de arranque. Después puede efectuar un arranque desde la duplicación si el disco de arranque primario falla.
Complejidad: – la duplicación del disco raíz añade complejidad a la administración del sistema. también complica el arranque en la modalidad monousuario.
Copias de seguridad: – independientemente de si se duplica el disco raíz, también debe efectuar copias de seguridad de la raíz de manera regular. La duplicación no basta para protegerle de los errores de administración. Sólo un plan de copia de seguridad le permitirá restaurar los archivos que accidentalmente se hayan modificado o borrado.
Dispositivos de quórum: no utilice un disco configurado como dispositivo de quórum para duplicar un disco raíz.
Quórum: en el software Solaris Volume Manager, en situaciones de error donde se pierde el quórum de la base de datos del estado, no es posible rearrancar el sistema hasta que se efectúe el mantenimiento. Consulte la documentación de Solaris Volume Manager para obtener información sobre la base de datos del estado y sus réplicas.
Controladores separados: la mayor disponibilidad incluye la duplicación del disco raíz en un controlador separado.
Disco raíz secundario: con un disco raíz duplicado, es posible que el disco raíz primario falle pero puede continuar el trabajo en el disco raíz secundario (duplicación). Posteriormente, el disco raíz primario puede devolver el servicio, por ejemplo, después de apagar y encender el sistema o errores temporales de E/S. Los arranques siguientes se ejecutan después mediante el disco raíz principal que se especifica en el parámetro eeprom(1M) boot-device. En esta situación no se llevan a cabo tareas de reparación manuales, sino que la unidad comienza a trabajar con suficiente fiabilidad para arrancar. Con Solaris Volume Manager se produce una resincronización. Ésta necesitará un paso manual cuando la unidad se devuelva al servicio.

Si se efectuaran cambios en los archivos del disco raíz secundario (duplicación), éstos no se reflejarían en el disco raíz primario durante el arranque. Esta condición provocaría una subduplicación caducada. Por ejemplo, se perderían los cambios en el archivo /etc/system. Con Solaris Volume Manager, algunos comandos de administración pueden haber cambiado el archivo /etc/system mientras el disco raíz primario estaba fuera de servicio.

El programa de arranque no comprueba si el sistema arranca desde una duplicación o desde un dispositivo físico subyacente. La duplicación se vuelve activa en parte a través del proceso, después de cargar los volúmenes. Por este motivo, antes de este punto, el sistema es vulnerable a los problemas provocados por subduplicaciones caducadas.