Planificación del sistema operativo Oracle Solaris

En esta sección se proporcionan las siguientes directrices para planificar la instalación del software de Solaris en una configuración de clúster.

• Directrices para seleccionar el método de instalación de Solaris

• Restricciones de las funciones del sistema operativo Oracle Solaris

• Consideraciones sobre los grupos de software de Solaris

• Particiones de disco del sistema

• Directrices para zonas no globales en un clúster global

• SPARC: Directrices para Sun Logical Domains en un clúster

Para obtener más información sobre el software de Solaris, consulte la documentación de instalación de Solaris.

Directrices para seleccionar el método de instalación de Solaris

Puede instalar el software de Solaris desde un DVD-ROM local o un servidor de instalación en red mediante el método JumpStart. Además, el software Oracle Solaris Cluster proporciona un método personalizado para instalar tanto el SO Solaris como el software Oracle Solaris Cluster utilizando JumpStart. Si va a realizar la instalación en varios nodos del clúster, considere la posibilidad de llevar a cabo una instalación en red.

Consulte Cómo instalar el software de Solaris y Oracle Solaris Cluster (JumpStart) para obtener información sobre el método de instalación JumpStart scinstall. Consulte la documentación de instalación de Solaris para obtener información sobre los métodos de instalación estándar de Solaris.

Restricciones de las funciones del sistema operativo Oracle Solaris

Tenga en cuenta los siguientes aspectos al planificar el uso del sistema operativo Solaris en una configuración de Oracle Solaris Cluster:

• Zonas de Solaris : instale el software de la estructura de Oracle Solaris Cluster sólo en la zona global.

  Para determinar si puede instalar directamente un servicio de datos de Oracle Solaris Cluster en una zona no global, consulte la documentación de ese servicio de datos.

  Si configura zonas no globales en un nodo del clúster global, debe habilitarse el sistema de archivos de bucle invertido (LOFS). Consulte la información de LOFS para obtener consideraciones adicionales.

• Sistema de archivos de bucle invertido (LOFS): durante la creación del clúster, la función LOFS se habilita de forma predeterminada. Si el clúster cumple las dos condiciones que aparecen a continuación, debe inhabilitar LOFS para evitar problemas de conmutación u otro tipo de errores:

  • Oracle Solaris Cluster HA para NFS (HA para NFS) está configurado en un sistema de archivos local de alta disponibilidad.

  • Se está ejecutando el daemon automountd.

  Si el clúster cumple sólo con una de estas condiciones, podrá habilitar de forma segura LOFS.

  Si es necesario habilitar LOFS y el daemon automountd, excluya de la asignación de montaje automático todos los archivos que formen parte del sistema de archivos local de alta disponibilidad exportado por HA para NFS.

• Apagado automático para ahorro de energía: no se admite el apagado automático para ahorro de energía en las configuraciones de Oracle Solaris Cluster y, por lo tanto, no debe habilitarse. Consulte las páginas de comando man pmconfig(1M) y power.conf(4) para obtener más información.

• Filtro IP: el software Oracle Solaris Cluster no admite la función de filtro IP de Solaris para servicios escalables, pero sí para los servicios de migración tras error. Tenga en cuenta las directrices y restricciones siguientes al configurar el filtro IP de Solaris en un clúster:

  • No se admite el enrutamiento de NAT.

  • No se admite el uso de NAT para la conversión de direcciones locales. Durante la conversión de NAT, se reescriben los paquetes en línea y, por lo tanto, el proceso es transparente para el software del clúster.

  • No se admiten reglas de filtrado con datos de estado, sólo se permite el filtrado con datos sin estado. Oracle Solaris Cluster se basa en Multirruta de red IP (IPMP) para la supervisión de redes públicas, cosa que no funciona con reglas de filtrado con datos de estado.

• fssnap: el software Oracle Solaris Cluster no admite el comando fssnap, que es una función de UFS. Sin embargo, se puede utilizar el comando fssnap en los sistemas locales que no estén controlados por el software Oracle Solaris Cluster. Las siguientes restricciones se aplican a la compatibilidad con fssnap:

  • El comando fssnap se admite en sistemas de archivos locales que no estén administrados por el software Oracle Solaris Cluster.

  • El comando fssnap no se admite en los sistemas de archivos del clúster.

  • El comando fssnap no se admite en sistemas de archivos locales bajo el control de HAStoragePlus.

Consideraciones sobre los grupos de software de Solaris

El software Oracle Solaris Cluster 3.3 necesita, al menos, el grupo de software de Solaris de usuario final (SUNWCuser). No obstante, puede que otros componentes de la configuración del clúster presenten también sus propios requisitos de software de Solaris. Tenga en cuenta la información siguiente cuando decida qué grupo de software de Solaris va a instalar.

• Servidores: consulte la documentación del servidor para conocer los requisitos de software de Solaris. Por ejemplo, los servidores Sun Enterprise 10000 requieren el grupo de software de Solaris completo más la compatibilidad con OEM.

• Paquetes de Solaris adicionales: cabe la posibilidad de que tenga que instalar otros paquetes de Solaris que no formen parte del grupo de software de Solaris de usuario final como, Los paquetes de servidor HTTP de Apache y el software Trusted Extensions son dos ejemplos que precisan paquetes que se encuentran en un grupo de software superior al del usuario final. Es posible que el software de otros proveedores pueda requerir paquetes de software de Solaris adicionales. Consulte la documentación que lo acompaña para obtener información sobre cualquier requisito de software de Solaris.

Particiones de disco del sistema

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

Cuando instale el sistema operativo Solaris, cree las particiones de Oracle Solaris Cluster necesarias y compruebe que todas ellas cumplan los requisitos de espacio mínimo.

• Intercambio: la cantidad combinada de espacio de intercambio, swap, que se asigne al software de Solaris y Oracle Solaris Cluster no debe ser inferior a 750 MB. Para obtener los mejores resultados, agregue, al menos, 512 MB del espacio asignado a Oracle Solaris Cluster a la cantidad que necesita el sistema operativo Solaris. Además, asigne la cantidad adicional de espacio de intercambio (swap) necesaria para las aplicaciones que se van a ejecutar en el host de Solaris.

  ---

  Nota - Si crea un archivo swap adicional, no cree el archivo swap en un dispositivo global. Use sólo un dispositivo local como dispositivo swap para el host.

  ---

• (Opcional) /globaldevices: cree un sistema de archivos con un tamaño mínimo de 512 MB que usará la utilidad scinstall(1M) para los dispositivos globales. Si utiliza en su lugar un dispositivo lofi, no es necesario crear este sistema de archivos. Desde una perspectiva funcional, las dos opciones son equivalentes.

• Administrador de volúmenes: cree una partición de 20 MB en el segmento 7 de manera que el administrador de volúmenes la pueda utilizar. Si el clúster utiliza Veritas Volume Manager (VxVM) y desea encapsular el disco raíz, debe contar con dos segmentos libres a disposición de VxVM.

Para cumplir estos requisitos, debe personalizar la partición si va a efectuar una instalación interactiva del SO Solaris.

Consulte las directrices siguientes para obtener información adicional sobre la planificación de la partición:

• Directrices para el sistema de archivos raíz (/)

• Directrices para el sistema de archivos /globaldevices

• Requisitos del administrador de volúmenes

Directrices para el sistema de archivos raíz (/)

Al igual que con cualquier otro sistema que ejecute el SO Solaris, puede configurar los directorios raíz (/), /var, /usr y /opt como sistemas de archivos independientes. También puede incluir todos los directorios en el sistema de archivos raíz (/).

A continuación se describe el contenido de software de los directorios raíz (/), /var, /usr y /opt en una configuración de Oracle Solaris Cluster. Tenga en cuenta esta información al planificar el esquema de partición.

• raíz (/): el software Oracle Solaris Cluster ocupa menos de 40 MB en el sistema de archivos raíz (/). El software Solaris Volume Manager necesita menos de 5 MB, y el software VxVM menos de 15 MB. Para configurar un espacio adicional y una capacidad de inode suficientes, añada al menos 100 MB al espacio que normalmente asignaría en el sistema de archivos raíz ( /). Este espacio se utiliza para crear los dispositivos especiales de bloques y de caracteres utilizados por el software de administración de volúmenes. Debe asignar este espacio adicional, sobre todo, si hay un gran número de discos compartidos en el clúster.

  En el SO Solaris 10, si desea utilizar un dispositivo lofi para el espacio de nombres de dispositivos globales, debe disponer de 100 MB de espacio libre.

• /var: el software Oracle Solaris Cluster ocupa un espacio insignificante en el sistema de archivos/var en el momento de la instalación. No obstante, es necesario reservar espacio suficiente para los archivos de registro. Además, es posible que en un nodo del clúster se registren más mensajes de los que se encontrarían en un servidor independiente normal. Por lo tanto, disponga, al menos, de 100 MB para el sistema de archivos /var.

• /usr: el software Oracle Solaris Cluster ocupa menos de 25 MB en el sistema de archivos /usr. Solaris Volume Manager y VxVM requieren cada uno menos de 15 MB.

• /opt: el software de la estructura de Oracle Solaris Cluster utiliza menos de 2 MB en el sistema de archivos /opt. Sin embargo, es posible que cada servicio de datos de Oracle Solaris Cluster utilice entre 1 y 5 MB. El software Solaris Volume Manager no utiliza ningún espacio en el sistema de archivos /opt. El software VxVM puede utilizar más de 40 MB si se han instalado todos sus paquetes y herramientas.

  Además, la mayoría del software de bases de datos y aplicaciones se instala en el sistema de archivos /opt.

  SPARC: Si utiliza el software Sun Management Center para supervisar el clúster, necesita un espacio adicional de 25 MB en cada host de Solaris para poder utilizar el agente de Sun Management Center y los paquetes de módulos de Oracle Solaris Cluster.

Directrices para el sistema de archivos /globaldevices

El software Oracle Solaris Cluster ofrece dos ubicaciones para alojar el espacio de nombres de los dispositivos globales:

• Un dispositivo lofi

• Un sistema de archivos dedicado en uno de los discos locales

En esta sección se proporcionan directrices de uso de una partición dedicada. Esta información no es relevante si aloja el espacio de nombres de los dispositivos globales en un dispositivo lofi.

El sistema de archivos /globaldevices se encuentra normalmente en el disco raíz. Sin embargo, si utiliza un almacenamiento diferente para alojar el sistema de archivos de los dispositivos globales, como un volumen del administrador de volúmenes lógico, éste no puede formar parte del conjunto de discos compartidos de Solaris Volume Manager ni de un grupo de discos de VxVM distinto al grupo de discos raíz. Este sistema de archivos se monta posteriormente como un sistema de archivos UFS del clúster. Asigne a este sistema de archivos el nombre /globaldevices, ya que así es como lo reconoce de forma predeterminada el comando scinstall(1M).

El comando scinstall cambia el nombre del sistema de archivos por /global/.devices/node@id_nodo, donde id_nodo representa el número asignado a un host de Solaris cuando se convierte en miembro del clúster global. Se elimina el punto de montaje original /globaldevices.

El sistema de archivos /globaldevices debe tener espacio y capacidad de inode suficientes para crear los dispositivos especiales de bloques y de caracteres. Esta directriz resulta especialmente importante si hay una gran cantidad de discos en el clúster. Para la mayoría de las configuraciones del clúster, debería bastar con un sistema de archivos de 512 MB.

Requisitos del administrador de volúmenes

Si utiliza el software Solaris Volume Manager, debe reservar un segmento en el disco raíz para utilizarlo en la creación de la réplica de la base de datos de estado. En concreto, reserve un segmento para este fin en cada disco local. Sin embargo, si sólo dispone de un disco local en un host de Solaris, puede que necesite crear tres réplicas de bases de datos de estado en el mismo segmento para que el software Solaris Volume Manager funcione correctamente. Consulte la documentación de Solaris Volume Manager para obtener más información.

Si utiliza Veritas Volume Manager (VxVM) y desea encapsular el disco raíz, debe contar con dos segmentos libres a disposición de VxVM. Además, necesita disponer de espacio libre sin asignar adicional al comienzo o al final del disco. Consulte la documentación de VxVM para obtener más información sobre la encapsulación del disco raíz.

Ejemplo: asignaciones del sistema de archivos de muestra

En la Tabla 1-2 se muestra un esquema de partición para un host de Solaris que tenga menos de 750 MB. Este esquema se debe instalar con el grupo de software de Solaris de usuario final, el software Oracle Solaris Cluster y el servicio de datos de Oracle Solaris Cluster HA para NFS. El último segmento del disco, el 7, se asigna con una pequeña cantidad de espacio para uso del administrador de volúmenes.

Este diseño permite el uso del software Solaris Volume Manager o VxVM. Si usa el software Solaris Volume Manager, utilice el segmento 7 para la réplica de la base de datos de estado. Si utiliza VxVM, libere posteriormente el segmento 7 asignándole una longitud cero. Este diseño proporciona los dos segmentos libres necesarios, 4 y 7, así como espacio sin utilizar al final del disco.

Tabla 1-2 Asignación del sistema de archivos de ejemplo

Directrices para zonas no globales en un clúster global

Para obtener más información acerca de la finalidad y la función de las zonas de Solaris en un clúster, consulte Support for Oracle Solaris Zones de Oracle Solaris Cluster Concepts Guide.

Para obtener directrices sobre cómo configurar un clúster de zonas no globales, consulte la sección clústeres de zona.

Tenga en cuenta los puntos siguientes a la hora de crear una zona no global de Solaris 10, denominada simplemente zona, en un nodo del clúster.

• Nombre de zona exclusivo: el nombre de zona tiene que ser exclusivo en el host de Solaris.

• Reutilizar un nombre de zona en varios nodos: para simplificar la administración del clúster, puede usar el mismo nombre para una zona con todos los nodos en los que los grupos de recursos vayan a ponerse en línea.

• Direcciones IP privadas: no intente usar más direcciones privadas de las que estén disponibles en el clúster.

• Montajes: no incluya montajes globales en las definiciones de zona. Incluya sólo montajes de bucle.

• Servicios de migración tras error: en los clústeres de varios host, aunque el software Oracle Solaris Cluster le permite especificar zonas diferentes del mismo host de Solaris en una lista de nodos del grupo de recursos de migración tras error, esto sólo le resultará útil durante las pruebas. Si un único host tiene todas las zonas de la lista de nodos, el nodo se convierte en un sólo punto de error para el grupo de recursos. Para obtener una disponibilidad más alta, las zonas de la lista de nodos del grupo de recursos de migración tras error deberían estar en hosts distintos.

  En los clústeres de host único, no habrá ningún riesgo de funcionamiento si especifica varias zonas en una lista de nodos del grupo de recursos de migración tras error.

• Servicios escalables: no cree zonas no globales para utilizarlas en el mismo servicio escalable del mismo host de Solaris. Cada instancia del servicio escalable se debe ejecutar en un host distinto.

• Sistemas de archivos del clúster: para los sistemas de archivos del clúster que utilicen UFS o VxFS, no agregue directamente un sistema de archivos del clúster a una zona no global mediante el comando zonecfs. En su lugar, configure un recurso de HAStoragePlus, que administre el montaje del sistema de archivos del clúster en la zona global y lleve a cabo el montaje de bucle del sistema de archivos del clúster en la zona no global.

• LOFS: Solaris Zones necesita que el sistema de archivos de bucle (Loopback File System, LOFS) esté activado. Sin embargo, el servicio de datos de Oracle Solaris Cluster HA para NFS requiere que el LOFS esté inhabilitado para evitar problemas de conmutación u otros errores. Si configura zonas no globales y Oracle Solaris Cluster HA para NFS en el clúster, elija y ponga en práctica una de las siguientes opciones para evitar posibles problemas en el servicio de datos:

  • Inhabilite el daemon automountd.

  • Excluya del mapa del montador automático todos los archivos que formen parte del sistema de archivos locales de alta disponibilidad exportado por Oracle Solaris Cluster HA para NFS.

• Zonas de IP exclusiva: las siguientes directrices se aplican específicamente a las zonas no globales de IP exclusiva:

  • Grupos de recursos de nombre de host: en un grupo de recursos que contenga un recurso LogicalHostname, si la lista de nodos incluye una zona no global con la propiedad de ip-type establecida en exclusive, todas las zonas de dicha lista deben tener la propiedad establecida en exclusive. Tenga en cuenta que una zona global siempre tiene la propiedad ip-type establecida en shared, de forma que no puede coexistir en una lista de nodos que contenga zonas de ip-type=exclusive. Esta restricción sólo se aplica a las versiones del SO Solaris que utilicen la propiedad ip-type de las zonas de Solaris.

  • Grupos de IPMP: para todos los adaptadores de red pública que se utilizan para el tráfico del servicio de datos en la zona no global, debe configurar los grupos de IPMP de forma manual en todos los archivos /etc/hostname.adaptador de la zona. Esta información no se hereda de la zona global. Para obtener instrucciones y directrices de configuración de grupos IPMP, siga los procedimientos descritos en Parte VI, IPMP de Guía de administración del sistema: servicios IP.

  • Dependencia del nombre de host privado: las zonas de IP exclusiva no pueden depender de los nombres de host privados y las direcciones privadas del clúster.

  • Recursos de dirección compartida: los recursos de dirección compartida no pueden usar zonas de IP exclusiva.

SPARC: Directrices para Sun Logical Domains en un clúster

Tenga en cuenta los siguientes puntos al crear un dominio invitado o de E/S de Sun Logical Domains (LDoms) en un equipo agrupado físicamente en clústeres compatibles con el hipervisor SPARC:

• Requisito de LUN SCSI: el dispositivo de almacenamiento virtual o backend de disco virtual de un dominio invitado de LDoms debe ser un LUN SCSI completo en el dominio de E/S. No se puede utilizar un dispositivo virtual arbitrario.

• Aislamiento: no exporte un LUN de almacenamiento a más de un dominio invitado en el mismo equipo físico a menos que inhabilite también el aislamiento para ese dispositivo. De lo contrario, si dos dominios invitados diferentes se encuentran en un mismo equipo y los dos están visibles para un dispositivo, este dispositivo se aislará cada vez que se finalice uno de los dominios invitados. El aislamiento del dispositivo generará un error grave en los demás dominios invitados que intenten acceder posteriormente al dispositivo.

• Aislamiento de red: los dominios invitados que residen en el mismo equipo físico, pero que se configuran en clústeres diferentes, deben encontrarse en la red aislados entre sí. Utilice uno de los métodos siguientes:

  • Configure los clústeres para que utilicen diferentes interfaces de red en el dominio de E/S de la red privada.

  • Utilice diferentes direcciones de red para cada uno de los clústeres.

• Funciones de red en los dominios invitados: los paquetes de red que se transfieren a los dominios invitados y que proceden de ellos deben atravesar los dominios de servicios para acceder a los controladores de red mediante los conmutadores virtuales. Los conmutadores virtuales utilizan subprocesos del núcleo que se ejecutan con prioridad del sistema. Los subprocesos de conmutadores virtuales deben poder adquirir los recursos de CPU necesarios para realizar operaciones vitales del clúster, incluidos los puntos de control, las respuestas, la pertenencia, etc. Al configurar los conmutadores virtuales con la opción mode=sc, se habilita la administración acelerada de los paquetes de respuestas del clúster. Sin embargo, la fiabilidad de las demás operaciones vitales del clúster pueden mejorarse añadiendo más recursos de CPU al dominio de servicios bajo las siguientes cargas de trabajo:

  • Por ejemplo, la carga de alta interrupción debido a la E/S de disco o red. Bajo una carga excesiva, los conmutadores pueden impedir que los subprocesos del sistema se ejecuten durante un largo periodo de tiempo, incluidos los subprocesos de conmutadores virtuales.

  • Subprocesos en tiempo real que presentan un comportamiento excesivamente agresivo al conservar los recursos de CPU. Los subprocesos en tiempo real se ejecutan con una prioridad superior a los subprocesos de conmutadores virtuales, lo que puede limitar los recursos de CPU de los subprocesos de conmutadores virtuales durante un amplio periodo de tiempo.

• Almacenamiento no compartido: para el almacenamiento no compartido, como las imágenes de sistema operativo de dominios invitados de LDoms, se puede utilizar cualquier clase de dispositivo virtual. Puede usar estos dispositivos virtuales con cualquier elemento del dominio de E/S como, por ejemplo, los archivos o los volúmenes. No obstante, no copie archivos ni clone volúmenes en el dominio de E/S para asignarlos a diferentes dominios invitados del mismo clúster. Estas acciones provocarían problemas, ya que los dispositivos virtuales resultantes presentarían la misma identidad de dispositivo en dominios invitados diferentes. Cree siempre un nuevo archivo o dispositivo en el dominio de E/S, que recibirá una identidad de dispositivo exclusiva, y, a continuación, asígnelo a un dominio invitado diferente.

• Exportación del almacenamiento desde dispositivos de E/S: si configura un clúster formado por dominios de E/S de LDoms, no exporte sus dispositivos de almacenamiento a otros dominios invitados que ejecuten también el software Oracle Solaris Cluster.

• Multirruta de E/S de Solaris: no ejecute el software multirruta de E/S de Solaris (MPxIO) desde dominios invitados. En su lugar, ejecútelo en el dominio de E/S y expórtelo a los dominios invitados.

• Rango de direcciones IP de interconexión privada: todos los dominios invitados creados en el mismo equipo físico comparten la red privada, que está visible para todos estos dominios. Antes de especificar un rango de direcciones IP de red privada en la utilidad scinstall para que lo utilice el clúster de dominios invitados, asegúrese de que otro dominio invitado del mismo equipo físico no esté utilizando ya este rango.

Para obtener más información sobre Sun Logical Domains, consulte Logical Domains (LDoms) 1.0.3 Administration Guide.