Planificación del sistema operativo Oracle Solaris

En esta sección, se proporcionan las siguientes directrices para planificar la instalación del software de Oracle Solaris en una configuración del cluster.

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

• Restricciones de las funciones del sistema operativo Oracle Solaris

• Consideraciones del grupo de software de Oracle Solaris

• Particiones de disco del sistema

• Directrices para zonas no globales en un cluster global

• SPARC: Directrices para Oracle VM Server para SPARC en un cluster

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

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

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

Consulte Instalación de Oracle Solaris y el software de Oracle Solaris Cluster (JumpStart) para obtener detalles sobre la opción scinstall del método de instalación JumpStart. Consulte la documentación de instalación de Oracle Solaris para obtener detalles sobre los métodos de instalación estándar de Oracle Solaris.

Restricciones de las funciones del sistema operativo Oracle Solaris

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

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

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

  Si configura zonas no globales en un nodo de cluster global, debe activarse el sistema de archivos del bucle de retorno (LOFS). Consulte la información de LOFS para ver las consideraciones adicionales.

• Sistema de archivos de bucle invertido (LOFS): durante la creación del cluster, la función LOFS se habilita de forma predeterminada. Si el cluster 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 cluster 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 se debe activar. Para obtener más información, consulte las páginas del comando man pmconfig(1M) y power.conf(4).

• Función de filtro IP: el software de Oracle Solaris Cluster no admite la función de filtro IP de Oracle Solaris para servicios escalables, pero sí para los servicios de conmutación por error. Tenga en cuenta las siguientes directrices y restricciones al configurar el filtro IP de Oracle Solaris en un cluster:

  • No se admite el enrutamiento NAT.

  • Se admite el uso de NAT para la traducción de direcciones locales. La traducción de NAT reescribe paquetes en la transferencia y, por lo tanto, es transparente para el software del cluster.

  • Las reglas de filtrado con estado no se admiten; solamente se admite el filtrado sin estado. Oracle Solaris Cluster se basa en Varias rutas de red IP (IPMP) para efectuar la supervisión de red pública, lo cual no funciona con las reglas de filtrado con 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 cluster.

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

Consideraciones del grupo de software de Oracle Solaris

El software de Oracle Solaris Cluster 3.3 3/13 requiere al menos el grupo de software de Oracle Solaris para usuarios finales (SUNWCuser). Sin embargo, otros componentes de la configuración del cluster pueden tener además sus propios requisitos del software de Oracle Solaris. Tenga en cuenta la siguiente información cuando decida qué grupo de software de Oracle Solaris instalar.

• Servidores: consulte la documentación de su servidor para obtener información sobre cualquier requisito de software de Oracle Solaris.

• Paquetes de Oracle Solaris adicionales: es posible que necesite instalar otros paquetes de software de Oracle Solaris que no formen parte del grupo de software de Oracle Solaris para usuarios finales. Por ejemplo, los paquetes de servidor HTTP de Apache y el software de Trusted Extensions requieren paquetes de un grupo de software superior al grupo para usuarios finales. También es posible que el software de terceros requiera paquetes de software de Oracle Solaris adicionales. Consulte la documentación que lo acompaña para obtener información sobre cualquier requisito de software de Oracle Solaris.

  ---

  Consejo - Para evitar la necesidad de instalar manualmente los paquetes de software de Oracle Solaris, instale el grupo de software de Oracle Solaris completo más la compatibilidad con OEM.

  ---

• Minimización de paquetes para Oracle: consulte el artículo 1544605.1 Grupo de paquetes necesarios para soporte de minimización para Solaris Cluster y el sistema operativo Solaris en para obtener información.

Particiones de disco del sistema

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

• swap: la cantidad combinada de espacio swap que se asigna para el software de Oracle Solaris y de Oracle Solaris Cluster no puede ser inferior a 750 MB. Para obtener los mejores resultados, agregue, al menos, 512 MB para a Oracle Solaris Cluster, según la cantidad que requiere el sistema operativo Oracle Solaris. Además, asigne la cantidad adicional de espacio (swap) necesaria para las aplicaciones que se van a ejecutar en el host de Oracle 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: de manera predeterminada, los dispositivos lofi se usan para el espacio de nombres de los dispositivos globales. Sin embargo, también puede crear un sistema de archivos de al menos 512 MB para que la utilidad scinstall lo use para los dispositivos globales. Debe asignar el nombre /globaldevices a este sistema de archivos.

  La funcionalidad y el rendimiento son equivalentes en ambas opciones. Sin embargo, un dispositivo lofi proporciona una mayor facilidad de uso y una mayor flexibilidad en situaciones en las que una partición de disco no está disponible para su uso.

• 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.

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

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

• 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 (/)

Como sucede con cualquier otro sistema que ejecuta el SO Oracle Solaris, puede configurar los directorios raíz (/), /var, /usr y /opt como sistemas de archivos independientes. Asimismo, puede incluir todos los directorios en los sistemas de archivos raíz (/).

A continuación, se describen los contenidos 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 cuando planifique el esquema de partición.

• raíz (/): el software de Oracle Solaris Cluster ocupa menos de 40 MB de espacio en el sistema de archivos raíz (/). El software de Solaris Volume Manager requiere menos de 5 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 cluster.

  En el SO Oracle 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 de 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 cluster 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 de Oracle Solaris Cluster ocupa menos de 25 MB de espacio en el sistema de archivos /usr. El software de Solaris Volume Manager requiere menos de 15 MB.

• /opt: el software de la estructura de Oracle Solaris Cluster usa menos de 2 MB en el sistema de archivos /opt. Sin embargo, cada servicio de datos de Oracle Solaris Cluster puede usar entre 1 MB y 5 MB. El software de Solaris Volume Manager no usa nada de espacio en el sistema de archivos /opt.

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

Directrices para el sistema de archivos /globaldevices

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

• Un dispositivo lofi, que es el predeterminado

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

Cuando utilice un dispositivo lofi para el espacio de nombres de dispositivos globales, tenga en cuenta los siguientes requisitos:

• Uso dedicado: el dispositivo lofi que aloja el espacio de nombres de dispositivos globales no se puede utilizar para ningún otro fin. Si necesita un dispositivo lofi para darle otro tipo de uso, cree un nuevo dispositivo lofi a tal efecto.

• Requisito de montaje: el dispositivo lofi no debe estar desmontado.

• Identificación del espacio de nombres: una vez que se configura el cluster, puede utilizar el comando lofiadm para identificar el dispositivo lofi que corresponde al espacio de nombres de dispositivos globales, /.globaldevices.

Si en su lugar, configure una instancia dedicada de /globaldevices para el espacio de nombres de dispositivos globales, tenga en cuenta las siguientes directrices y requisitos:

• Ubicación: el sistema de archivos /globaldevices suele encontrarse en el disco raíz. Sin embargo, si utiliza distintos métodos de almacenamiento para ubicar el sistema de archivos de dispositivos globales, como un volumen de Logical Volume Manager, no debe formar parte de un conjunto de discos compartidos de Solaris Volume Manager. Luego, este sistema de archivos se monta como sistema de archivos UFS del cluster. Asigne a este sistema de archivos el nombre /globaldevices, que es el nombre predeterminado que reconoce el comando scinstall(1M).

• Tipo de sistema de archivo requerido: no se admite ningún tipo de sistema de archivos que no sea UFS para el sistema de archivos de dispositivos globales. No intente cambiar el tipo de sistema de archivos una vez que se crea el sistema de archivos de dispositivos globales.

  Sin embargo, un sistema de archivos UFS de dispositivos globales puede coexistir en un nodo con otros sistemas de archivos raíz que utilizan ZFS.

• Nombre de espacio de nombres configurado: más tarde, el comando scinstall cambia el nombre del sistema de archivos a /global/.devices/node@nodeid, donde nodeid representa el número que se le asigna a un host de Oracle Solaris cuando se convierte en un miembro del cluster global. El punto de montaje original de /globaldevices se elimina.

• Requisitos de espacio: el sistema de archivos /globaldevices debe tener una capacidad de inode y un espacio amplios para crear dispositivos especiales de bloques y dispositivos especiales de caracteres. Esta directriz es especialmente importante si hay un gran número de discos en el cluster. Crear un tamaño de sistema de archivos de al menos 512  MB y una densidad de 512, como se muestra a continuación:

  # newfs -i 512 globaldevices-partition

  Este número de inodes debería ser suficiente para la mayoría de las configuraciones.

Requisitos del administrador de volúmenes

Para el software de Solaris Volume Manager, debe separar un segmento del disco raíz para su uso al crear la réplica de bases 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 Oracle Solaris, puede que necesite crear tres réplicas de bases de datos de estado en el mismo segmento para que el software de Solaris Volume Manager funcione correctamente. Consulte la documentación de Solaris Volume Manager para obtener más información.

Ejemplos de asignaciones del sistema de archivos

Tabla 1-2 muestra un esquema de partición para un host de Oracle Solaris que tiene menos de 750 MB de memoria física. Este esquema se va a instalar con el grupo de software de Oracle Solaris para usuarios finales, el software de Oracle Solaris Cluster y el servicio de datos Oracle Solaris Cluster HA para NFS. El último segmento del disco, el segmento 7, se asigna con una pequeña cantidad de espacio para el uso de administrador de volúmenes.

Si utiliza un dispositivo lofi para espacio de nombres de dispositivos globales, el segmento 3 se puede utilizar con otro fin o se puede dejar con la etiqueta de no utilizado.

Si utiliza el software de Solaris Volume Manager, utiliza el segmento 7 para la réplica de bases de datos de estado. Esta distribución proporciona los dos segmentos libres necesarios, el 4 y el 7, y además proporciona espacio no utilizado al final del disco.

Tabla 1-2 Ejemplo de asignación del sistema de archivos

Directrices para zonas no globales en un cluster global

Para obtener más información sobre el propósito y la función de las zonas de Oracle Solaris en un cluster, consulte Support for Oracle Solaris Zones de Oracle Solaris Cluster Concepts Guide.

Para obtener directrices sobre la configuración de un cluster de las zonas no globales, consulte Clusters de zona.

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

• Nombre de zona exclusivo: el nombre de zona debe ser único en el host de Oracle Solaris.

• Reutilizar un nombre de zona en varios nodos: para simplificar la administración del cluster, 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 cluster.

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

• Servicios de conmutación por error: en los clusters de varios host, aunque el software de Oracle Solaris Cluster le permite especificar zonas diferentes en el mismo host de Oracle Solaris en una lista de nodos del grupo de recursos de conmutación por 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 clusters 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 Oracle Solaris. Cada instancia del servicio escalable se debe ejecutar en un host distinto.

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

• LOFS: Oracle Solaris Zones necesita que el sistema de archivos de bucle (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 cluster, 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 lógico: en un grupo de recursos que contenga un recurso LogicalHostname, si la lista de nodos incluye una zona no global con la propiedad 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 modo que no puede coexistir en una lista de nodos que contenga zonas de ip-type=exclusive. Esta restricción se aplica únicamente a las versiones del SO Oracle Solaris que utilicen la propiedad ip-type de las zonas de Oracle 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.adapter de la zona. Esta información no se hereda de la zona global. Para obtener instrucciones y directrices de configuración de grupos de IPMP, siga los procedimientos descritos en Parte V, IPMP de Administración de Oracle Solaris: 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 cluster.

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

SPARC: Directrices para Oracle VM Server para SPARC en un cluster

Tenga en cuenta los siguientes puntos al crear un dominio invitado o de E/S de Oracle VM Server para SPARC en una máquina agrupada físicamente en clusters que sea compatible con el hipervisor SPARC:

• Requisito de LUN SCSI: el dispositivo de almacenamiento virtual o backend de disco virtual de un dominio invitado de Oracle VM Server para SPARC 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 desactive 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 clusters diferentes, deben encontrarse en la red aislados entre sí. Utilice uno de los métodos siguientes:

  • Configure los clusters 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 clusters.

• 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 cluster, 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 cluster. Sin embargo, la fiabilidad de las demás operaciones vitales del cluster pueden mejorarse añadiendo más recursos de CPU al dominio de servicios bajo las siguientes cargas de trabajo:

  • Carga de alta interrupción, por ejemplo, por E/S de disco o red. Con carga extrema, los conmutadores virtuales pueden evitar que los subprocesos del sistema se ejecuten durante mucho tiempo, incluso 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 Oracle VM Server para SPARC, 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 cluster. 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 cluster formado por dominios de E/S de Oracle VM Server para SPARC, no exporte sus dispositivos de almacenamiento a otros dominios invitados que ejecuten también el software Oracle Solaris Cluster.

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

• Rutas múltiples de discos virtuales: no configure la función de rutas múltiples de discos virtuales de Oracle VM Server para SPARC en un dominio lógico que está configurado como nodo del cluster.

• Rango de direcciones IP privadas e interconectadas: la red privada es compartida por todos los dominios invitados que se crean en la misma máquina física y es visible para todos estos dominios. Antes de especificar un rango de direcciones IP de red privada a la utilidad scinstall para su uso con un cluster de dominios invitados, asegúrese de que el rango de direcciones no esté siendo usado por otro dominio invitado en la misma máquina física.

Para obtener más información sobre Oracle VM Server para SPARC, consulte Logical Domains (LDoms) 1.0.3 Administration Guide .