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 Plantillas 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–4 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. |
VxVM con la función de 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. |
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 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 3.1: Guía de conceptos.
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 Gestor de volúmenes de Solaris 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 para la planificación del grupo de recursos en Sun Cluster 3.1 Data Service Planning and Administration Guide para obtener 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.
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 Gestor de volúmenes de Solaris debe ser exclusivo en todo el clúster. Asimismo, el nombre no puede ser igual al del identificador de un dispositivo.
Mediadores: cada conjunto de discos configurado exactamente con dos cadenas de discos y controlados exactamente por dos nodos deben tener mediadores Solstice DiskSuite/Solaris Volume Manager configurados para el 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:
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 Gestor de volúmenes de Solaris 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.
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 para que un sistema cumpla con 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 Solstice DiskSuite/Solaris Volume Manager utiliza el conjunto de discos adicionales para gestionar los discos privados en el sistema local. Los discos privados son esos 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 conjuntos de discos para un uso general más 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 utiliza 10 metadispositivos o volúmenes en sus primeros 15 conjuntos de discos, pero 1000 metadispositivos o volúmenes en el conjunto de discos n.º 16, defina el valor nmd en 1000 al menos. También, el valor de nmd debe ser lo suficientemente superior como para asegurar que existan suficientes números para cada identificador del dispositivo. El número debe ser lo suficientemente superior como para asegurar que cada nombre de metadispositivo local o nombre de volumen local pueda ser exclusivo en todo el clúster.
El mayor valor permitido de un nombre de metadispositivo o de volumen 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. Si desea aumentar el valor de estos campos cuando el clúster esté en funcionamiento empleará demasiado tiempo. El cambio de valor requiere un rearranque de la reconfiguración para cada nodo. Concretar estos valores posteriormente también aumenta el riesgo de una asignación de espacio inadecuada en el sistema de archivos raíz (/) para crear todos los dispositivos necesarios.
Al mismo tiempo, mantenga el valor de los campos nmd y md_nsets. 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.
Tenga en cuenta los puntos siguientes cuando planifique la configuración de VERITAS Volume Manager (VxVM).
Enclosure-Based Naming: es una función que se introdujo en la versión 3.2 de VxVM. Si utiliza la función Enclosure-Based Naming de los dispositivos, use nombres coherentes para los dispositivos 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. No obstante, los nombres incoherentes complican enormemente la administración del clúster y aumentan la posibilidad de errores en la configuración, lo cual puede llevar a una pérdida de datos.
Grupo del disco raíz: debe crear un grupo predeterminado en el disco raíz (rootdg) en cada nodo. El grupo de discos rootdg 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 rootdg 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, Dynamic Multipathing): DMP no se admite en la configuración de Sun Cluster. Si utiliza VxVM en una configuración con varias rutas por nodo deberá utilizar otra solución de ruta múltiple, como Gestor de tráfico Sun StorEdge o EMC PowerPath. No obstante, la habilitación de DMP en los sistemas con una sola ruta por nodo no plantea problemas.
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:
Registro de Solaris UFS: consulte la página de comando man mount_ufs(1M) si desea obtener más información.
Solstice DiskSuite, registro de transmetadispositivos o Gestor de volúmenes de Solaris, registro de volúmenes transaccional: 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.
Registro de VERITAS File System (VxFS): consulte la página de comando man mount_vxfs suministrada con el software VxFS si desea obtener más información.
La tabla siguiente muestra el registro del sistema de archivos admitido por cada gestor de volúmenes.
Tabla 1–5 Matriz admitida del registro del sistema de archivos
Gestor de volúmenes |
Registro admitido del sistema de archivos |
---|---|
Solstice DiskSuite/Solaris Volume Manager |
Registro de Solaris UFS, Solstice DiskSuite, registro de transmetadispositivos o Gestor de volúmenes de Solaris, registro de volúmenes transaccional, VxFS |
VERITAS Volume Manager |
Registro de Solaris UFS, VxFS |
Tenga en cuenta los puntos siguientes cuando elija entre Registro de Solaris UFS y Solstice DiskSuite, registro de transmetadispositivos/Gestor de volúmenes de Solaris, registro de volúmenes transaccional:
Se ha decidido excluir el registro de volúmenes transaccional del Gestor de volúmenes de Solaris (anteriormente conocido como registro de transmetadispositivos de Solstice DiskSuite) del sistema operativo Solaris en versiones futuras. Registro de Solaris UFS 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: Registro de Solaris UFS 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 Gestor de volúmenes de Solaris 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.
Este apartado proporciona las directrices siguientes para planificar la duplicación en la configuración del clúster:
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 Gestor de volúmenes de Solaris 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 obtener más información sobre los discos multisistema, consulte Sun Cluster 3.1: Guía de conceptos.
Añada esta información de la planificación a la proporcionada en Plantilla de 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 del gestor de volúmenes e Instalación y configuración del software de Solstice DiskSuite/Solaris Volume Manager o Instalación y configuración del software de VxVM para obtener instrucciones sobre 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 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 raiz primario puede devolver el servicio, por ejemplo después de apagar y encender el sistema o errores temporales de E/S. Los arranques subsiguentes se efectúan después mediante el disco primario de arranque especificado en el campo OpenBootTM PROM 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, algunos comandos de administración puede que hayan 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.