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

Añada esta información de la planificación a la proporcionada en Plantilla para la configuración de los grupos de dispositivos de discos y en Plantilla para la configuración del Gestor de volúmenes. En el caso de Solstice DiskSuite/Solaris Volume Manager, añada también esta información sobre la planificación a la proporcionada en Plantilla de metadispositivos (Solstice DiskSuite/Solaris Volume Manager).

Esta 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 de discos que se pueden administrar como una unidad. Sun Cluster admite el software Solstice DiskSuite/Solaris Volume Manager y VERITAS Volume Manager (VxVM) que instale o utilice por cualquiera de los siguientes procedimientos.

Tabla 1–5 Uso admitido de los gestores de volúmenes con Sun Cluster


Software del gestor de volúmenes	Requisitos
Solstice DiskSuite/Solaris Volume Manager	Debe instalar el software Solstice DiskSuite/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.
SPARC: 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.
SPARC: Tanto Solstice DiskSuite/Solaris Volume Manager como VxVM	Si instala los dos gestores de volúmenes en el mismo nodo, debe utilizar el software Solstice DiskSuite/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 gestor de volúmenes e Instalación y configuración del software de Solstice DiskSuite/Solaris Volume Manager o SPARC: Instalación y configuración del software de VxVM para obtener instrucciones sobre cómo instalar y configurar el software del gestor de volúmenes. Si desea obtener más información sobre la gestión de volúmenes en una configuración del clúster, consulte 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:

Discos multisistema duplicados: debe duplicar todos los discos multisistema en las unidades de expansión de los discos. Consulte Directrices para la duplicación de discos multisistema para obtener las directrices sobre la duplicación de discos multisistema. No necesita utilizar la duplicación del software si el dispositivo de almacenamiento proporciona RAID del hardware así como rutas redundantes a los discos.
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 conocer las directrices que le pueden inclinar a favor de duplicar el disco raíz.
Nombre exclusivo: es posible que tenga metadispositivos locales de Solstice DiskSuite, volúmenes locales de Solaris Volume Manager o volúmenes de VxVM que se usen como dispositivos donde se monten los sistemas de archivos /global/.devices/node@id_nodo. Si es así, el nombre de cada metadispositivo o volumen locales debe ser exclusivo en todo el clúster.
Listas de nodos: con el fin de asegurar una gran disponibilidad en un grupo de dispositivos de discos, 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 que su grupo asociado de dispositivos de discos, convierta la lista de nodos del grupo de recursos escalables en un superconjunto de la lista de nodos del grupo de dispositivos del disco. Consulte la información sobre la planificación del grupo de recursos en Sun Cluster Data Services Planning and Administration Guide for Solaris OS si desea información sobre las listas de nodos.
Discos multipuerto: debe conectar o transportar todos los discos utilizados para construir un grupo de dispositivos dentro del clúster en todos los nodos configurados en la lista de nodos del grupo de dispositivos. Solstice DiskSuite/Solaris Volume Manager puede comprobar automáticamente esta conexión en el momento en que los discos se añadan a un conjunto de discos. No obstante, los grupos de discos VxVM configurados no están asociados con 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 Solstice DiskSuite/Solaris Volume Manager

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

Nombres de dispositivos locales o nombres de volúmenes: el nombre de cada metadispositivo local de Solstice DiskSuite o volumen de Solaris Volume Manager debe ser exclusivo 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 exactamente dos cadenas de discos y controlado exactamente por dos nodos debe tener mediadores Solstice DiskSuite/Solaris Volume Manager configurados en 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 mediator(7D) para conocer los detalles.
Configuración de /kernel/drv/md.conf: todos los metadispositivos de Solstice DiskSuite o volúmenes de Solaris Volume Manager utilizados por cada conjunto de discos se crean por adelantado, 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.

Precaución –
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 Solstice DiskSuite/Solaris Volume Manager, así como una posible pérdida de datos.

Debe modificar los campos nmd y md_nsets de la manera siguiente para que se admita la configuración de Sun Cluster:
- md_nsets: el campo md_nsets define el número total de conjuntos de discos que se pueden crear en un sistema para que se cumplan 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 que el software Solstice DiskSuite/Solaris Volume Manager utiliza para gestionar los discos privados en el sistema local. Ãstos son metadispositivos o volúmenes que no se encuentran en el conjunto local de discos.
  
  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 define el número de metadispositivos o volúmenes que se crean para cada conjunto de discos. Defina el valor de nmd con el valor previsto más alto del nombre del metadispositivo o del volumen utilizado por cualquiera de los conjuntos de discos en el clúster. Por ejemplo, si un clúster usa 10 metadispositivos o volúmenes en sus 15 primeros conjuntos de discos, pero 1000 metadispositivos o volúmenes en el conjunto de discos n.º 16, escriba al menos 1000 como valor de nmd. Asimismo, el valor de nmd debe ser lo suficientemente grande para asegurarse de que haya suficientes números en cada ID de dispositivos como para asegurar que cada nombre de metadispositivo local o nombre de volumen local pueda ser exclusivo en todo el clúster.
  
  El valor de metadispositivos o volúmenes más alto que se permite por conjunto de discos es 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 nmdy md_nsets tan bajos 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 metadispositivos o volúmenes que planee usar.

Consulte “System and Startup Files” en Solstice DiskSuite 4.2.1 Reference Guide o “System Files and Startup Files” in Solaris Volume Manager Administration Guide si desea obtener más información sobre el archivo md.conf.

SPARC: Directrices para el software VERITAS Volume Manager

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

Asignación de nombres basada en la integración: es una función que se presentó en la versión 3.2 de VxVM. Cuando la use, compruebe que utilice 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.
Grupo de discos raíz: debe crear un grupo de discos raíz predeterminado en cada nodo; se puede crear en los discos siguientes:
- 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.
Encapsulación: los discos que se desee encapsular deben tener dos entradas libres en la tabla de segmentos del disco.
Número de volúmenes: calcule el número máximo de volúmenes que puede utilizar cualquier grupo de dispositivos de discos en el momento de la creación del grupo de dispositivos del disco.
- 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 del disco. No puede haber dos grupos de dispositivos de discos que solapen las asignaciones de números menores.
Registro de áreas modificadas: el uso del 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 único de Rutas múltiples dinámicas (DMP) para gestionar varias rutas de E/S por nodo en el almacenamiento 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.

Registro del sistema de archivos

Es necesario el registro en los sistemas de archivos del clúster. Sun Cluster admite las opciones siguientes en el registro del sistema de archivos:

Solaris UFS logging: consulte la página de comando man mount_ufs(1M) si desea obtener más información.
Solstice DiskSuite, trans-metadevice logging o Solaris Volume Manager, transactional-volume logging: consulte “Creating DiskSuite Objects” in Solstice DiskSuite 4.2.1 User's Guide o “Transactional Volumes (Overview)” in Solaris Volume Manager Administration Guide si desea obtener más información.
SPARC: registro de VERITAS File System (VxFS): consulte la página de comando man mount_vxfs que se suministra con VxFS si desea más información.

La tabla siguiente muestra el registro del sistema de archivos admitido por cada gestor de volúmenes.

Tabla 1–6 Matriz admitida del registro del sistema de archivos


Gestor de volúmenes	Registro admitido del sistema de archivos
Solstice DiskSuite/Solaris Volume Manager	Solaris UFS logging, trans-metadevice logging de Solstice DiskSuite o transactional-volume logging del Solaris Volume Manager, VxFS
SPARC: VERITAS Volume Manager	Solaris UFS logging, registro de VxFS

Tenga en cuenta los puntos siguientes cuando elija entre Solaris UFS logging y trans-metadevice logging de Solstice DiskSuite/transactional-volume logging del Solaris Volume Manager:

Se ha decidido excluir el transactional-volume logging del Solaris Volume Manager, (anteriormente conocido como trans-metadevice logging de Solstice DiskSuite ) del sistema operativo Solaris en versiones futuras. Solaris UFS logging proporciona las mismas posibilidades pero un rendimiento superior, así como unos requisitos de administración del sistema y de sobrecarga inferiores.
Tamaño del registro del UFS de Solaris: Solaris UFS logging siempre asigna el registro en el espacio libre del sistema de archivos UFS y según el tamaño de éste.
- En los sistemas de archivos con menos de 1 GB, el registro ocupa 1 MB.
- En los sistemas de archivos con 1 GB o más, el registro ocupa 1 MB por GB en el sistema de archivos, hasta un máximo de 64 MB.
Metadispositivo de registro o volumen transaccional: un transmetadispositivo de Solstice DiskSuite o un volumen transaccional de Solaris Volume Manager gestiona el registro del UFS. El componente de dispositivos de registro de un transmetadispositivo o el volumen transaccional son un metadispositivo o volumen que se puede duplicar y repartir en bandas. Se puede crear un registro con un tamaño máximo de 1 GB, aunque 64 MB son suficientes para la mayoría de los sistemas de archivos. El tamaño mínimo del registro es de 1 MB.

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 habilita la configuración para tolerar los fallos en un solo disco. Sun Cluster requiere la duplicación de todos los discos multisistema en todas las unidades de expansión de los discos. No necesita utilizar la duplicación del software si el dispositivo de almacenamiento proporciona RAID del hardware así como rutas redundantes a los discos.

Tenga en cuenta estos puntos cuando duplique los discos multisistema.

Separación de las unidades de expansión de los discos: cada subduplicación de una duplicación o plex concretos deben situarse en una unidad diferente de expansión de discos multisistema.
Espacio del disco: la duplicación dobla la cantidad necesaria de espacio en el disco.
Duplicación de tres vías: los softwares Solstice DiskSuite/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.
Número de metadispositivos o volúmenes: en el software Solstice DiskSuite/Solaris Volume Manager, las duplicaciones constan de otros metadispositivos de Solstice DiskSuite o volúmenes de Solaris Volume Manager como las concatenaciones o los repartos en bandas. Las grandes configuraciones pueden contener un gran número de metadispositivos o volúmenes.
Diferenciación de los tamaños de los discos: si efectúa la duplicación en un disco de un tamaño diferente, la capacidad de duplicación se limita al tamaño de la duplicación o plex menor.

Si desea más información sobre los discos multisistema, consulte “Multihost Disk Storage” in Sun Cluster Overview for Solaris OS y Sun Cluster Concepts Guide for Solaris OS.

Directrices para la duplicación del disco raíz

Añada esta información de la planificación a la proporcionada en 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.

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 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 del quórum: no utilice un disco configurado como dispositivo del quórum para duplicar un disco raíz.
Quórum: en el software Solstice DiskSuite/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 Solstice DiskSuite/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 subsiguientes 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 Solstice DiskSuite/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 Solstice DiskSuite/Solaris Volume Manager, algunas órdenes 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 de arranque, después de cargar los metadispositivos o los volúmenes. Por este motivo, antes de este punto, el sistema es vulnerable a los problemas provocados por subduplicaciones caducadas.