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

Agregue esta información de planificación a la Hoja de trabajo para la configuración de grupos de dispositivos y la Hoja de trabajo para la configuración del administrador de volúmenes. Para Solaris Volume Manager, agregue también esta información de planificación a la Hoja de trabajo de volúmenes (Solaris Volume Manager).

En esta sección se proporcionan las siguientes directrices para planificar la administración de volúmenes de la configuración del clúster:

• Directrices para el software del administrador de volúmenes

• Directrices para el software Solaris Volume Manager

• Directrices para el software Veritas Volume Manager

• Registro de los sistemas de archivos

• Directrices de creación de reflejos

Oracle Solaris Cluster utiliza el software del administrador de volúmenes para asociar discos a grupos de dispositivos que pueden administrarse posteriormente como una sola unidad. Oracle Solaris Cluster admite el software Solaris Volume Manager y el software Veritas Volume Manager (VxVM) que instale o utilice de las siguientes formas.

Tabla 1-4 Uso admitido de los administradores de volúmenes con el software Oracle Solaris Cluster

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

Directrices para el software del administrador de volúmenes

Tenga en cuenta las siguientes directrices generales al configurar los discos con el software del administrador de volúmenes:

• RAID de software: el software Oracle Solaris Cluster no admite el sistema RAID 5 de software.

• Discos multihost reflejados: debe crear reflejos de todos los discos multihost en las unidades de expansión de discos. Consulte la sección Directrices para la creación de reflejos de discos multihost para obtener directrices sobre cómo crear reflejos de discos multihost. No es necesario que utilice el reflejo del software si el dispositivo de almacenamiento proporciona RAID de hardware, así como rutas redundantes a los dispositivos.

• Raíz reflejada: el reflejo del disco raíz garantiza una alta disponibilidad, aunque no es necesaria. Consulte la sección Directrices de creación de reflejos para obtener directrices sobre si deben crear reflejos del disco raíz.

• Asignación de nombre exclusivo: es posible que tenga volúmenes locales de Solaris Volume Manager o VxVM que se utilicen como dispositivos en los que se montan los sistemas de archivos /global/.devices/node@id_nodo. En tal caso, el nombre de cada volumen local en el que se vaya a montar un sistema de archivos /global/.devices/node@id_nodo debe ser exclusivo en todo el clúster.

• Listas de nodos: para garantizar la alta disponibilidad de un grupo de dispositivos, consiga que las listas de nodos de posibles maestros y su directiva de migración tras error sean idénticas a cualquier grupo de recursos asociado. O bien, si un grupo de recursos escalable utiliza más nodos que su grupo de dispositivos asociado, 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 de recursos de Oracle Solaris Cluster Data Services Planning and Administration Guide para obtener información sobre las listas de nodos.

• Discos multihost: debe conectar (o asociar mediante los puertos) todos los dispositivos que se utilicen para crear un grupo de dispositivos a todos los nodos configurados de la lista de nodos para ese grupo de dispositivos. El software Solaris Volume Manager puede buscar esta conexión en el momento en que los dispositivos se agreguen al conjunto de discos. Sin embargo, los grupos de discos configurados de VxVM no presentan ninguna asociación a ningún conjunto específico de nodos.

• Discos reemplazables sobre la marcha: puede utilizar este tipo de discos para aumentar la disponibilidad, aunque su uso no es necesario.

Consulte la documentación del administrador de volúmenes para obtener recomendaciones acerca del diseño de disco y restricciones adicionales.

Directrices para el software Solaris Volume Manager

Tenga en cuenta los siguientes puntos al planificar las configuraciones de Solaris Volume Manager:

• Nombres de volúmenes locales: el nombre de cada volumen local de Solaris Volume Manager en el que se monta un sistema de archivos de dispositivos globales, /global/.devices/node@ id_nodo, debe ser exclusivo en todo el clúster. Además, este nombre no puede ser igual a ningún nombre de ID de dispositivo.

• Mediadores de dos cadenas: una cadena de disco está formada por un contenedor de discos, sus discos físicos, cables del contenedor al host o hosts y las tarjetas del adaptador de interfaz. Cada conjunto de discos configurado con exactamente dos cadenas de discos y controlado exactamente por dos hosts de Solaris se denomina conjunto de discos de dos cadenas. Un conjunto de discos de este tipo debe tener configurados mediadores de dos cadenas de Solaris Volume Manager. Tenga en cuenta las siguientes reglas al configurar mediadores de dos cadenas:

  • Debe configurar cada conjunto de discos con dos o tres hosts que actúen como mediadores.

  • Debe utilizar los hosts que puedan controlar un conjunto de discos como mediadores de ese conjunto de discos. Si dispone de un clúster de campus, también puede configurar un tercer nodo o un host que no esté en clúster en la red de clústeres como tercer host mediador para mejorar la disponibilidad.

  • No se pueden configurar mediadores para los conjuntos de discos que no cumplan los requisitos de dos cadenas y dos hosts.

  Consulte la página de comando man mediator(7D) para obtener más información.

Directrices para el software Veritas Volume Manager

Tenga en cuenta los siguientes puntos al planificar las configuraciones de Veritas Volume Manager (VxVM).

• Accesibilidad a los nodos: debe configurar todos los grupos de discos del administrador de volúmenes como grupos de dispositivos de Oracle Solaris Cluster o grupos de discos sólo locales. Si no configura el grupo de discos de ninguna de estas formas, no se podrá acceder a los dispositivos del grupo de discos en ningún nodo del clúster.

  • Si el nodo primario presenta errores, el grupo de dispositivos habilita un nodo secundario para que aloje los discos multihost.

  • El grupo de discos sólo locales funciona fuera del control del software Oracle Solaris Cluster y sólo se puede acceder a él desde un único nodo cada vez.

• Asignación de nombre basada en contenedor: si utiliza la función de asignación de nombre basada en contenedor de los dispositivos, asegúrese de utilizar nombres de dispositivos coherentes en todos los nodos del clúster que compartan el mismo almacenamiento. VxVM no coordina estos nombres, por lo que el administrador debe garantizar que VxVM asigne los mismos nombres a los mismos dispositivos de diferentes nodos. Aunque no se asignen nombres coherentes, el clúster seguirá presentando un comportamiento correcto. No obstante, los nombres incoherentes complican en gran medida la administración del clúster y aumentan enormemente la posibilidad de que se produzcan errores de configuración, que podrían provocar la pérdida de datos.

• Grupo de discos raíz: la creación de un grupo de discos raíz es opcional.

  Se puede crear un grupo de discos raíz en los siguientes discos:

  • El disco raíz, que debe encapsularse.

  • Uno o varios discos que no sean raíz, que puede encapsular o inicializar.

  • Una combinación de discos raíz y discos que no lo sean.

  El grupo de discos raíz debe ser local en el host de Solaris.

• Grupos de discos raíz sencillos: los grupos de discos raíz sencillos, que se crean en un único segmento del disco raíz, no se admiten como tipos de disco con VxVM en el software Oracle Solaris Cluster. Se trata de una restricción general del software VxVM.

• Encapsulación: los discos que se van 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 un determinado grupo de dispositivos durante su creación.

  • Si el número de volúmenes es inferior a 1000, puede utilizar la asignación de números menores predeterminada.

  • Si el número de volúmenes es 1000 o superior, debe planificar con cuidado la forma en la que los números menores se asignan a los volúmenes del grupo de dispositivos. No puede haber dos grupos de dispositivos con asignaciones de números menores que se solapen.

• Registro de áreas modificadas: el uso del Registro de áreas modificadas (DRL) reduce el tiempo de recuperación de los volúmenes tras un error del nodo. El uso de DRL puede reducir el rendimiento de E/S.

• Multirruta dinámica (DMP): no se admite el uso exclusivo de DMP para administrar varias rutas de E/S por host de Solaris al almacenamiento compartido. Sólo se admite el uso de DMP en las siguientes configuraciones:

  • Se ha configurado una única ruta de E/S por host en el almacenamiento compartido del clúster.

  • Se utiliza una solución de multirruta dinámica, por ejemplo el software Multirruta de E/S de Solaris o EMC PowerPath, que administre varias rutas de E/S por host al almacenamiento compartido.

• ZFS: la encapsulación del disco raíz es incompatible con el sistema de archivos raíz ZFS.

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

Registro de los sistemas de archivos

El registro es necesario para los sistemas de archivos UFS y VxFS del clúster. El software Oracle Solaris Cluster admite las siguientes opciones de registro de sistemas de archivos:

• Solaris UFS logging: consulte la página de comando man mount_ufs(1M) para obtener más información.

• SPARC: Registro de Sistema de archivos de Veritas (VxFS): consulte la página de comando man mount_vxfs incluida en el software VxFS para obtener más información.

Tanto Solaris Volume Manager como Veritas Volume Manager admiten los dos tipos de registro de sistemas de archivos.

Directrices de creación de reflejos

En esta sección se proporcionan las siguientes directrices para planificar la creación de reflejos de la configuración del clúster:

• Directrices para la creación de reflejos de discos multihost

• Directrices para la creación de reflejos del disco raíz

Directrices para la creación de reflejos de discos multihost

La creación de reflejos de todos los discos multihost en una configuración de Oracle Solaris Cluster permite que ésta tolere los errores de un único dispositivo. Es necesario crear reflejos de todos los discos multihost en todas las unidades de expansión para el software Oracle Solaris Cluster. No es necesario que utilice el relfejo del software si el dispositivo de almacenamiento proporciona RAID de hardware, así como rutas redundantes a los dispositivos.

Tenga en cuenta los siguientes puntos al crear reflejos de discos multihost:

• Unidades de expansión de discos independientes: cada subreflejo de un determinado reflejo o transmisión bidireccional debe residir en una unidad de expansión multihost diferente.

• Espacio en el disco: el reflejo dobla la cantidad necesaria de espacio en el disco.

• Reflejos en tres direcciones: el software Solaris Volume Manager y Veritas Volume Manager (VxVM) admiten la creación de reflejos en tres direcciones. Sin embargo, Oracle Solaris Cluster sólo requiere reflejos bidireccionales.

• Diferencia en el tamaño de los dispositivos: si crea reflejos de un dispositivo con un tamaño diferente, la capacidad de creación de reflejos se limita al tamaño del subreflejo o transmisión bidireccional menor.

Para obtener más información sobre los discos multihost, consulte Multihost Disk Storage de Oracle Solaris Cluster Overview y Oracle Solaris Cluster Concepts Guide.

Directrices para la creación de reflejos del disco raíz

Agregue esta información de planificación a la Hoja de trabajo para el diseño del sistema de archivos local.

Para obtener la máxima disponibilidad, cree reflejos de (/), /usr, /var, /opt y swap en los discos raíz. En VxVM, debe encapsular el disco raíz y crear reflejos de los subdiscos generados. Sin embargo, no es necesario crear reflejos del disco raíz para el software Oracle Solaris Cluster.

Antes de decidir si desea crear reflejos del disco raíz, tenga en cuenta los riesgos, la complejidad, los costes y el tiempo de mantenimiento de las diversas alternativas relacionadas con el disco raíz. No hay ninguna estrategia de creación de reflejos que funcione en todas las configuraciones. Es posible que desee considerar la implementación de la solución preferida de su representante de servicio local de Oracle al decidir si desea crear reflejos del disco.

Consulte la documentación del administrador de volúmenes y la sección Configuración del software Solaris Volume Manager o Instalación y configuración del software VxVM para obtener instrucciones sobre cómo crear reflejos del disco raíz.

Tenga en cuenta los siguientes puntos al decidir si desea crear reflejos del disco raíz.

• Disco de inicio: puede configurar el reflejo para que sea un disco raíz de inicio. A continuación, puede efectuar el inicio desde el disco raíz cuando el disco raíz principal presente errores.

• Complejidad: la creación de reflejos del disco raíz añade complejidad a la administración del sistema. También complica el inicio en el modo monousuario.

• Copias de seguridad: independientemente de si se crean reflejos del disco raíz, también debe efectuar copias de seguridad de la raíz con frecuencia. La creación de reflejos no basta para protegerle de los errores de administración. Sólo un plan de copia de seguridad permite restaurar los archivos que se hayan modificado o eliminado accidentalmente.

• Dispositivos del quórum: no utilice un disco que se haya configurado como dispositivo del quórum para crear reflejos de 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 de estado, no se puede reiniciar el sistema hasta que se realice el mantenimiento. Consulte la documentación de Solaris Volume Manager para obtener información sobre la base de datos de estado y sus réplicas.

• Controladores independientes: para obtener alta disponibilidad,·es·necesario·crear reflejos del disco raíz en un controlador independiente.

• Disco raíz secundario: con un disco raíz reflejado, es posible que el disco raíz principal presente errores, aunque puede seguir funcionando en el disco raíz secundario (reflejo). Es posible que el disco raíz principal vuelva a funcionar posteriormente, por ejemplo, después de apagar y encender el sistema o una vez solucionados los errores de E/S temporales. Los siguientes inicios se realizarán mediante el disco raíz principal especificado en el parámetro eeprom(1M) boot-device. En este caso, no es necesario realizar ninguna tarea de reparación manual, ya que la unidad contará con los recursos suficientes para iniciarse correctamente. Con el software Solaris Volume Manager, no se produce ninguna resincronización. Ésta necesita de un paso adicional cuando la unidad vuelva a estar en funcionamiento.

  Si se han realizado cambios en los archivos del disco raíz secundario (reflejo), estos no aparecerán reflejados en el disco raíz principal durante el inicio. Esta situación puede dar lugar a un subreflejo obsoleto. Por ejemplo, los cambios realizados en el archivo /etc/system se perderían. Con el software Solaris Volume Manager, es posible que algunos comandos de administración hayan modificado el archivo/etc/system cuando el disco raíz principal se encontraba fuera de servicio.

  El programa de inicio no comprueba si el sistema se está iniciando desde un reflejo o desde el dispositivo físico subyacente. El reflejo se encuentra activo parcialmente durante el proceso de inicio una vez cargados los volúmenes. Por lo tanto, antes de este punto, el sistema es vulnerable a los problemas asociados a los subreflejos obsoletos.