Este apartado proporciona directrices para planificar y preparar los componentes siguientes para la instalación y configuración de Sun Cluster:
Para obtener una información detallada sobre los componentes de Sun Cluster, consulte la Sun Cluster para el sistema operativo Solaris: Visión general y la Sun Cluster: Guía de conceptos para el SO Solaris.
Compruebe que disponga de todos los certificados de licencias necesarios antes de comenzar con la instalación del software. Sun Cluster no requiere un certificado de licencia, pero cada nodo instalado con Sun Cluster debe estar cubierto por el acuerdo de licencia del software Sun Cluster.
Para conocer los requisitos de licencia del software del gestor de volúmenes y de las aplicaciones consulte la documentación para la instalación de estos productos.
Tras instalar cada producto de software también debe instalar los parches necesarios.
Para obtener información acerca de los parches necesarios, consulte Modificaciones y niveles de firmware requeridos de Notas de la versión de Sun Cluster 3.1 8/05 para SO Solaris o póngase en contacto con su proveedor de servicios.
Para conocer las directrices generales y los procedimientos para aplicar los parches, consulte el Capítulo 8, Aplicación de revisiones en el software y firmware de Sun Cluster de Sun Cluster: Guía de administración del sistema para el SO Solaris.
Debe configurar varias direcciones de IP para los diferentes componentes de Sun Cluster, según la configuración del clúster, ya que cada nodo de ésta debe tener al menos una conexión de red pública con el mismo conjunto de subredes públicas.
En la siguiente tabla se incluyen los componentes que necesitan tener una dirección IP asignada. Agregue la dirección IP a las siguientes ubicaciones:
Cualquier servicio de designación que se utilice
El archivo /etc/inet/hosts local en cada nodo del clúster después de instalar el software de Solaris
Para Solaris 10, el archivo /etc/inet/hosts local en cada nodo del clúster después de instalar el software de Solaris
Para obtener más información acerca de la planificación de las direcciones IP, consulte la System Administration Guide, Volume 3 (Solaris 8) o la System Administration Guide: IP Services (Solaris 9 o Solaris 10).
Si desea obtener más información sobre las direcciones IP de prueba para que admitan Ruta múltiple de red IP, consulte IP Network Multipathing Administration Guide.
Es necesario que disponga de acceso a la consola para todos los nodos del clúster. Si instala el software Cluster Control Panel en la consola de administración debe proporcionar el nombre del sistema del dispositivo de acceso a la consola que se utiliza para comunicarse con los nodos del clúster.
Se utiliza un concentrador del terminal para que se puedan comunicar la consola de administración y las consolas de los nodos del clúster.
Un servidor Sun Enterprise 10000 utiliza un procesador de servicios del sistema (SSP, System Service Processor) en lugar de un concentrador del terminal.
Un servidor Sun FireTM utiliza un controlador del sistema en lugar de un concentrador del terminal.
Si desea más información sobre el acceso a las consolas, consulte Sun Cluster: Guía de conceptos para el SO Solaris.
Tenga en cuenta los siguientes aspectos cuando planifique las direcciones lógicas:
Cada grupo de recursos de servicios de datos que utilice una dirección lógica debe tener un nombre del sistema especificado para cada red pública desde la que se puede acceder a la dirección lógica.
La dirección IP debe estar en la misma subred que la dirección IP de prueba que usa el grupo Ruta múltiple de red IP que sirve de host para la dirección lógica.
Para obtener más información, consulte la Sun Cluster Data Services Planning and Administration Guide for Solaris OS. Para obtener información adicional acerca de los servicios de datos y los recursos, consulte también Sun Cluster para el sistema operativo Solaris: Visión general y Sun Cluster: Guía de conceptos para el SO Solaris.
Las redes públicas se comunican fuera del clúster. Considere los puntos siguientes cuando planifique la configuración de una red pública.
Las redes públicas y las privadas (interconexión del clúster) deben usar adaptadores separados o bien se debe configurar una VLAN, con etiquetas, en adaptadores compatibles con VLAN con etiquetas y conmutadores compatibles con VLAN para que utilicen el mismo adaptador, tanto para las interconexiones privadas como para la red pública.
Debe tener al menos una red pública conectada con todos los nodos del clúster.
Puede disponer de tantas conexiones de red públicas como permita su configuración de hardware.
El software de Sun Cluster es compatible con las direcciones IPv4 de la red pública.
El software de Sun Cluster es compatible con las direcciones IPv6 en la red pública si se dan las siguientes condiciones o restricciones:
El software de Sun Cluster no es compatible con las direcciones IPv6 de la red pública si la interconexión privada utiliza adaptadores SCI.
En los sistemas operativos Solaris 9 y Solaris 10, el software de Sun Cluster es compatible con las direcciones IPv6 para los servicios de datos de recuperación de fallos y los escalables.
En el sistema operativo Solaris 8, el software de Sun Cluster es compatible con las direcciones IPv6 sólo para los servicios de datos de recuperación de fallos.
Los adaptadores de red pública deben pertenecer a un grupo Ruta múltiple de red de protocolo de Internet (IP) (Ruta múltiple de red IP). Consulte Grupos de Ruta múltiple de red IP para obtener más instrucciones.
Todos los adaptadores de red pública deben usar tarjetas de interfaz de red (NIC) que admitan la asignación de direcciones MAC locales. La asignación de direcciones MAC locales es un requisito de Ruta múltiple de red IP.
La variable local-mac-address? debe utilizar el valor predeterminado true para los adaptadores Ethernet. Sun Cluster no es compatible con el valor false de local-mac-address? en los adaptadores Ethernet. Este requisito es un cambio con respecto a Sun Cluster 3.0 que necesitaba el valor false en local-mac-address?.
Durante la instalación de Sun Cluster en el sistema operativo Solaris 9 o Solaris 10, la utilidad scinstall configura automáticamente un grupo de Ruta múltiple de red IP con un único adaptador para cada adaptador de red pública. Para modificar estos grupos de copia de seguridad después de la instalación, siga los procedimientos que se indican en Administering IPMP (Tasks) en la System Administration Guide: IP Services (Solaris 9 o Solaris 10).
Las configuraciones de Sun Cluster no admiten el filtrado con el filtro IP de Solaris.
Consulte Grupos de Ruta múltiple de red IP para obtener directrices sobre la planficación de los grupos de copia de seguridad de los adaptadores de red pública. Si desea más información sobre las interfaces de red pública, consulte Sun Cluster: Guía de conceptos para el SO Solaris.
Agregue esta información de planificación a la Plantilla para las redes públicas.
Los grupos de Ruta múltiple de red de protocolo de Internet (IP), que sustituyen a los grupos de Recuperación de fallos de adaptador de red (NAFO, Network Adapter Failover), proporcionan al adaptador de red pública la supervisión y la recuperación de fallos, además de ser la base de un recurso de dirección de red. Un grupo de rutas múltiples proporciona una gran disponibilidad cuando se configura con dos adaptadores o más. Si un adaptador falla, todas las direcciones de éste recurren a otro adaptador en el grupo de rutas múltiples. De este modo, los adaptadores de grupos de ruta múltiple mantienen la conectividad de la red pública con la subred a la que los adaptadores del grupo de ruta múltiple se conectan.
A continuación, se describen las circunstancias en las que se deben configurar manualmente los grupos de Ruta múltiple de red IP durante una instalación del software de Sun Cluster:
Para las instalaciones de Sun Cluster en el sistema operativo Solaris 8, debe configurar manualmente todos los adaptadores de red pública de los grupos Ruta múltiple de red IP al probar las direcciones IP.
Si utiliza SunPlex Installer para instalar el software de Sun Cluster en los sistemas operativos Solaris 9 o Solaris 10, puede que sea necesario configurar manualmente algunos (pero no todos) los adaptadores de red pública en grupos Ruta múltiple de red IP.
Para las instalaciones del software de Sun Cluster en los sistemas operativos Solaris 9 o Solaris 10, excepto cuando se use SunPlex Installer, la utilidad scinstall configurará automáticamente todos los adaptadores de red pública como grupos Ruta múltiple de red IP de un único adaptador.
Tenga en cuenta los siguientes aspectos cuando planifique los grupos de múltiples rutas:
Todos los adaptadores de red pública deben pertenecer a un grupo de ruta múltiple.
En los siguientes tipos de grupos de ruta múltiple, debe configurar una dirección IP de prueba para cada adaptador del grupo:
En el sistema operativo Solaris 8, todos los grupos de ruta múltiple requieren una dirección IP de prueba para cada adaptador.
En el sistema operativo Solaris 9 o Solaris 10, los grupos de ruta múltiple que contienen dos o más adaptadores requieren direcciones IP de prueba. Si un grupo de ruta múltiple no contiene más que un adaptador no es necesario configurar una dirección IP de prueba.
Las direcciones IP de prueba para todos los adaptadores del mismo grupo de rutas múltiples deben pertenecer a una única subred IP.
Las aplicaciones habituales no deben usar las direcciones IP de prueba porque éstas no suelen estar disponibles.
En el archivo /etc/default/mpathd, el valor de TRACK_INTERFACES_ONLY_WITH_GROUPS debe ser yes.
El nombre de un grupo de ruta múltiple no tiene requisitos ni restricciones.
La mayoría de los procedimientos, directrices y restricciones identificados en la documentación de Solaris para la Ruta múltiple de red IP son los mismos tanto para entornos de clúster como para entornos sin clústers. Por tanto, consulte el documento de Solaris adecuado para obtener información adicional acerca de Ruta múltiple de red IP:
Para el sistema operativo Solaris 8, consulte el apartado acerca de la implementación de redes con múltiples rutas en IP Network Multipathing Administration Guide.
Para el sistema operativo Solaris 9, consulte el Capítulo 28, Administering Network Multipathing (Task) de System Administration Guide: IP Services.
En el sistema operativo Solaris 10, consulte el Capítulo 31, Administering IPMP (Tasks) de System Administration Guide: IP Services.
Consulte también Grupos de multirruta de red IP de Sun Cluster para el sistema operativo Solaris: Visión general y Sun Cluster: Guía de conceptos para el SO Solaris.
Tenga en cuenta los siguientes puntos cuando planifique utilizar el sistema de archivos de red (NFS) en una configuración Sun Cluster.
Ningún nodo de Sun Cluster puede ser un cliente de un sistema de archivos exportados mediante Sun Cluster HA para NFS que se esté supervisando en un nodo del mismo clúster. Un montaje cruzado de Sun Cluster HA para NFS de este tipo no se puede llevar a cabo. Utilice el sistema de archivos del clúster para compartir los archivos entre los nodos del clúster.
Las aplicaciones que se ejecuten de manera local en el clúster no deben bloquear los archivos en un sistema de archivos exportados a través de NFS. De lo contrario, un bloqueo local (por ejemplo, flock(3UCB) o fcntl(2)) podría interferir en la capacidad para reiniciar el bloqueo del administrador ( lockd(1M)). Durante el reinicio se puede garantizar, al proceso de bloqueo local, un bloqueo que puede estar pensado para que un cliente remoto lo solicite. Esto provocaría un comportamiento impredecible.
El software de Sun Cluster no admite las siguientes opciones del comando share_nfs(1M):
secure
sec=dh
Sin embargo, el software de Sun Cluster sí admite las siguientes funciones de seguridad para NFS:
El uso de puertos seguros para NFS. Los puertos seguros para NFS se habilitan agregando el conjunto de entradas nfssrv:nfs_portmon=1 al archivo /etc/system en los nodos del clúster.
El uso de Kerberos con NFS. Para obtener más información, consulte Securing Sun Cluster HA for NFS With Kerberos V5 de Sun Cluster Data Service for NFS Guide for Solaris OS.
Tenga en cuenta las siguientes restricciones de servicio de las configuraciones de Sun Cluster:
No configure los nodos de clúster como encaminadores (puertas de enlace) ya que si el sistema se apaga, como los clientes no pueden buscar un encaminamiento alternativo no se pueden recuperar.
No configure los nodos de clúster como servidores NIS o NIS+. No hay servicio de datos disponible para NIS o NIS+. No obstante los nodos del clúster pueden ser clientes de NIS o NIS+.
No utilice una configuración de Sun Cluster para proporcionar un arranque altamente disponible o un servicio de instalación en los sistemas cliente.
No utilice una configuración de Sun Cluster para prestar un servicio rarpd.
Si instala un servicio RPC en el clúster, el servicio no debe utilizar ninguno de los siguientes números de programa:
100141
100142
100248
ya que están reservados para los daemons de Sun Cluster rgmd_receptionist, fed y pmfd, respectivamente.
Si el servicio RPC que instale también utiliza uno de estos números de programas, deberá cambiar el servicio para que utilice un número de programa diferente.
El software de Sun Cluster no admite la ejecución de procesos de alta prioridad de programación de clases en los nodos del clúster. No ejecute ninguno de los siguientes tipos de procesos en los nodos de clúster:
Los procesos que se ejecutan en la clase de programación de tiempo compartido con alta prioridad
Procesos que se ejecutan en la clase de programación en tiempo real
Sun Cluster se basa en los subprocesos del núcleo que no se ejecutan en la clase de programación en tiempo real. Otros procesos de compartición del tiempo que se ejecutan con una prioridad más alta de la normal o procesos en tiempo real pueden evitar que los subprocesos del núcleo de Sun Cluster adquieran los ciclos necesarios para la CPU.
Este apartado proporciona directrices para la configuración de los componentes siguientes de Sun Cluster:
Agregue esta información a la plantilla de planificación de configuración adecuada.
Especifique un nombre para el clúster durante la configuración de Sun Cluster; el nombre debe ser exclusivo en toda la empresa.
Éste es el nombre que se asigna a una máquina cuando se instala el sistema operativo Solaris. Durante la configuración de Sun Cluster, especifique los nombres de todos los nodos que va a instalar como clúster. En las instalaciones de clústeres de un único nodo, el nombre del clúster predeterminado es el nombre del nodo.
No necesita configurar una red privada para un clúster de un único nodo.
Sun Cluster utiliza la red privada para la comunicación interna entre los nodos. Una configuración de Sun Cluster necesita al menos dos conexiones con la interconexión del clúster en la red privada. Especifique la dirección de red privada y la máscara de red cuando configure Sun Cluster en el primer nodo del clúster. Puede aceptar la dirección de red privada predeterminada (172.16.0.0) y la máscara de red (255.255.0.0) o bien, escribir opciones distintas.
Después de que la utilidad de instalación (scinstall, SunPlex Installer o JumpStart) hayan acabado el procesamiento y el clúster quede establecido, no podrá cambiar la dirección de red privada ni la máscara de red. Debe desinstalar y volver a instalar el software del clúster para utilizar una dirección de red privada diferente o una máscara de red.
Si especifica una dirección de red privada diferente de la predeterminada, la dirección debe cumplir con los siguientes requisitos:
La dirección debe utilizar ceros en los dos últimos números de la dirección, como en la dirección predeterminada 172.16.0.0. Sun Cluster requiere los últimos 16 bits del espacio de la dirección para su propio uso.
La dirección se debe incluir en el bloque de direcciones que RFC 1918 reserva para utilizarlo en redes privadas. Puede ponerse en contacto con InterNIC para obtener copias de RFC o ver RFC en línea en http://www.rfcs.org.
Puede utilizar la misma dirección de red privada en más de un clúster. Las direcciones IP de red privada no son accesibles desde fuera del clúster.
El software de Sun Cluster no admite direcciones IPv6 para las interconexiones privadas. El sistema configura direcciones IPv6 en los adaptadores de red privada para que se admitan servicios escalables que usen direcciones IPv6. Pero la comunicación entre los nodos en la red privada no usa estas direcciones IPv6.
A pesar de que la utilidad scinstall le permite especificar una máscara de red alternativa, la mejor práctica consiste en aceptar la máscara predeterminada, que es 255.255.0.0. No hay ninguna ventaja en especificar una máscara de red que representa una red mayor. Además, la utilidad scinstall no acepta una máscara de red que represente a una red más pequeña.
Consulte Planning Your TCP/IP Network en System Administration Guide, Volume 3 (Solaris 8) o Planning Your TCP/IP Network (Tasks), en System Administration Guide: IP Services (Solaris 9 o Solaris 10) para obtener más información acerca de las redes privadas.
El nombre del sistema privado es el que se utiliza para la comunicación entre los nodos en la interfaz de red privada. Los nombres del sistema privado se crean automáticamente durante la configuración de Sun Cluster; siguen la convención de nombres clusternodeid_nodo -priv, donde id_nodo es el numeral del ID del nodo interno, el cual, durante la configuración de Sun Cluster, se asigna automáticamente a cada nodo cuando éste se convierte en miembro del clúster. Después de configurar el clúster, puede cambiar los nombres de los hosts privados mediante la utilidad scsetup(1M).
No necesita configurar una interconexión del clúster en un clúster de un único nodo. No obstante, si anticipa eventualmente la adición de nodos a la configuración del clúster de un único nodo, puede que desee configurar la interconexión del clúster para usos posteriores.
Las interconexiones del clúster proporcionan rutas del hardware para la comunicación de redes privadas entre los nodos del clúster. Cada interconexión consta de un cable que se conecta de uno de los siguientes modos:
Entre dos adaptadores de transporte
Entre un adaptador de transporte y una unión de transporte
Entre dos uniones de transporte
Durante la configuración de Sun Cluster, especifique la información de la configuración de las dos interconexiones del clúster: Puede configurar más conexiones de redes privadas tras establecer el clúster mediante la utilidad scsetup(1M).
Para obtener instrucciones acerca del hardware de interconexión del clúster, consulte Interconnect Requirements and Restrictions de Sun Cluster 3.0-3.1 Hardware Administration Manual for Solaris OS. Para obtener información general sobre la interconexión del clúster, consulte Interconexión de clúster de Sun Cluster para el sistema operativo Solaris: Visión general y Sun Cluster: Guía de conceptos para el SO Solaris.
En los adaptadores de transporte, como, por ejemplo, los puertos en las interfaces de red, especifique los nombres de los adaptadores de transporte y el tipo de transporte. Si la configuración es un clúster de dos nodos, especifique también si su interconexión es directa (de adaptador a adaptador) o si usa una unión de transporte.
Considere las siguientes directrices y restricciones:
IPv6: el software de Sun Cluster no admite comunicaciones IPv6 a través de las interconexiones privadas.
Asignación de direcciones MAC: todos los adaptadores de red privada deben usar tarjetas de interfaz de red (NIC) que admitan las asignaciones de direcciones MAC locales. Las direcciones IPv6 de vínculo local (que se requieren en los adaptadores de red privados para que admitan direcciones de red públicas IPv6), se obtienen a partir de las direcciones MAC locales.
Adaptadores VLAN con etiquetas: el software de Sun Cluster admite redes de área local virtuales (VLAN) con etiquetas para compartir un adaptador entre la interconexión privada y la red pública. Para configurar un adaptador VLAN con etiquetas para la interconexión privada, especifique el nombre del adaptador y el ID de VLAN (VID) de una de las siguientes formas:
Especifique el nombre habitual del adaptador, que es el nombre del dispositivo más el número de instancia o el punto físico de anexión (PPA). Por ejemplo, el nombre de la instancia 2 de un adaptador Cassini Gigabit Ethernet sería ce2. Si la utilidad scinstall pregunta si el adaptador forma parte de una red LAN virtual, responda afirmativamente (yes) e indique el número VID del adaptador.
Especifique el adaptador usando su nombre de dispositivo virtual VLAN. Este nombre consta del nombre del adaptador más el número de instancia VLAN. El número de instancia VLAN se obtiene de la fórmula (1000*V)+N, donde V es el número VID y N es el PPA.
Por ejemplo, para un VID 73 en el adaptador ce2, el número de instancia VLAN se calcularía con la fórmula (1000*73)+2. En consecuencia, debería especificar el nombre del adaptador de esta forma: ce73002, para indicar que forma parte de una LAN virtual compartida.
Para obtener más información acerca de las VLAN, consulte Configuring VLANs en Solaris 9 9/04 Sun Hardware Platform Guide.
adaptadores SCI SBus: la interfaz coherente escalable (SCI) SBus no se admite como interconexión del clúster. Sin embargo, sí se admite la interfaz PCI SCI.
Interfaces de red lógicas: las interfaces de red lógicas están reservadas para que las use el software de Sun Cluster.
Consulte la familia scconf_trans_adap_*(1M) de páginas de comando man para obtener información sobre un adaptador de transporte específico.
Si utiliza uniones de transporte, como un interruptor de red, especifique el nombre de una unión de transporte para cada interconexión. Puede utilizar el nombre predeterminado switchN, donde N es un número que se asigna automáticamente durante la configuración o crear otro nombre. La excepción es el adaptador Sun Fire Link, que requiere el nombre de unión sw-rsm N. La utilidad scinstall usa automáticamente este nombre de unión cuando se especifica un adaptador Sun Fire Link (wrsmN).
Especifique también el nombre del puerto de la unión o acepte el nombre predeterminado que es el mismo que el número identificador del nodo interno del nodo que aloja el extremo adaptador del cable. No obstante, ciertos tipos de adaptador, como SCI-PCI, no permiten utilizar el nombre de puerto predeterminado.
Los clústers con tres nodos o más deben utilizar uniones de transporte. La conexión directa entre los nodos de los clústers sólo se admite en clústers de dos nodos.
En el primer caso, aún puede especificar una unión de transporte para la interconexión.
Si especifica una unión de transporte, puede añadir más fácilmente otro nodo al clúster, posteriormente.
Las configuraciones de Sun Cluster usan dispositivos del quórum para mantener la integridad de los datos y de los recursos. Si el clúster pierde temporalmente la conexión con un nodo el dispositivo del quórum evita los problemas de amnesia o de esquizofrenia cuando el nodo intenta unirse de nuevo al clúster. Durante la instalación de un clúster de dos nodos de Sun Cluster, la utilidad scinstall configura automáticamente un dispositivo del quórum. El dispositivo del quórum se elige de entre los discos de almacenamiento compartido. La utilidad scinstall da por hecho que los discos de almacenamiento compartido disponibles son aptos para convertirse en dispositivos del quórum. Después de la instalación, también puede configurar dispositivos del quórum adicionales usando la utilidad scsetup(1M).
No es necesario configurar los dispositivos del quórum en un clúster de un sólo nodo.
Si la configuración del clúster incluye dispositivos de almacenamiento de terceros que no se puedan utilizar como dispositivos del quórum, deberá emplear la utilidad scsetup para configurar el quórum manualmente.
Tenga en cuenta los puntos siguientes cuando planifique los dispositivos del quórum.
Mínimo: un clúster de dos nodos debe tener como mínimo un dispositivo del quórum, que puede ser un disco compartido o un dispositivo de red NAS. En otras topologías los dispositivos del quórum son opcionales.
Regla del número impar: si se configura más de un dispositivo del quórum en un clúster de dos nodos o en un par de nodos conectados directamente con el dispositivo del quórum, configure un número impar de dispositivos del quórum. Así se asegura de que los dispositivos del quórum tengan rutas de error completamente independientes.
Conexión: debe conectar un dispositivo del quórum al menos con dos nodos.
Para obtener más información acerca de los dispositivos del quórum, consulte Quórum y dispositivos del quórum de Sun Cluster: Guía de conceptos para el SO Solaris y Dispositivos del quórum de Sun Cluster para el sistema operativo Solaris: Visión general.