Software Sun Cluster: Guía de instalación para el sistema operativo Solaris

Previous: Planificación del sistema operativo Solaris
Next: Planificación de los dispositivos globales, los grupos de dispositivos y los sistemas de archivos del clúster

Planificación del entorno de Sun Cluster

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 Overview for Solaris OS y la Sun Cluster Concepts Guide for Solaris OS.

Licencia

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.

Modificaciones del software

Tras instalar cada producto de software también debe instalar los parches necesarios.

Para obtener información acerca de los parches actualmente necesarios, consulte Revisiones y firmware requeridos de Notas de la versión de Sun Cluster 3.2 para el SO Solaris o consulte con su proveedor de servicios Sun.
Para conocer las directrices generales y los procedimientos para aplicar los parches, consulte el Capítulo 10, Patching Sun Cluster Software and Firmware de Sun Cluster System Administration Guide for Solaris OS.

Direcciones IP de red públicas

Para obtener información acerca del uso de redes públicas por parte del clúster, consulte Public Network Adapters and Internet Protocol (IP) Network Multipathing de Sun Cluster Concepts Guide for Solaris OS.

Debe configurar varias direcciones IP de red pública para los diferentes componentes de Sun Cluster, en función de 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.

La siguiente tabla enumera los componentes que necesitan recibir la asignación de direcciones IP de red públicas. 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/ipnodes local en cada nodo del clúster, tras instalar el software Solaris

Tabla 1–3 Componentes de Sun Cluster que utilizan direcciones IP de red públicas


Componente	Número de direcciones IP necesarias
Consola de administración	1 dirección IP por subred.
Nodos del clúster	1 dirección IP por nodo, por subred.
Interfaz de red de la consola de dominio (Sun Fire^TM 15000)	1 dirección IP por dominio.
(opcional) Zonas no globales	1 dirección IP por subred.
Dispositivo de acceso a la consola	1 dirección IP.
Direcciones lógicas	1 dirección IP por recurso de host lógico, por subred.
Servidor de quórum	1 dirección IP.

Para obtener más información acerca de la planificación de las direcciones IP, consulte System Administration Guide: IP Services (Solaris 9 o Solaris 10).

Dispositivos de acceso a la consola

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 y el número de puerto 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 Fire 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 Concepts Guide for Solaris OS.

Alternativamente, si conecta una consola administrativa directamente a nodos del clúster o a través de una red de gestión, proporcione el nombre de host de cada uno de los nodos del clúster y el número de puerto serie que se utiliza para conectar a la consola administrativa o a la red de gestión.

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.

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 Overview for Solaris OS y Sun Cluster Concepts Guide for Solaris OS.

Redes públicas

Las redes públicas se comunican fuera del clúster. Considere los puntos siguientes cuando planifique la configuración de una red pública.

Separación de red pública y red privada - Las redes públicas y la red privada (interconexión del clúster) deben utilizar adaptadores independientes, o debe configurar VLAN etiquetadas en adaptadores y conmutadores con capacidades VLAN para utilizar el mismo adaptador con la interconexión privada y con la red pública.
Mínimo - Todos los nodos del clúster deben estar conectados al menos a una red pública. Las conexiones a redes públicas pueden utilizar diferentes subredes para nodos diferentes.
Máximo - Puede tener todas las conexiones a redes públicas adicionales que permita su configuración de hardware.
Servicios escalables: todos los nodos que ejecuten un servicio escalable deben utilizar la misma subred o conjunto de subredes o utilizar diferentes subredes que puedan enrutarse entre sí.
IPv4: Sun Cluster admite direcciones IPv4 en la red pública.
IPv6: Sun Cluster es compatible con 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.
- Sun Cluster admite las direcciones IPv6 tanto para los servicios de datos escalables como de recuperación tras error.
grupos IPMP: los adaptadores de red pública utilizados para el tráfico del servicio de datos deben pertenecer a un grupo de Ruta múltiple de red IP (IPMP). Si no se utiliza un adaptador de red público para el tráfico del servicio de datos, no es necesario que lo configure en un grupo de IPMP.

En la versión 3.2 de Sun Cluster, la utilidad scinstall ya no configura automáticamente un grupo de IPMP con un único adaptador en cada adaptador de red pública desconfigurado durante la creación de Sun Cluster. En su lugar, la utilidad scinstall configura automáticamente un grupo de IPMP de varios adaptadores para cada conjunto de adaptadores de la red pública en el clúster que utiliza la misma subred. En el SO Solaris 10, estos grupos están basados en sondeos. Sin embargo, la utilidad scinstall ignora los adaptadores que ya se encuentran configurados en un grupo de IPMP. Si alguno de los adaptadores de un grupo de IPMP que la utilidad scinstall configura no va a utilizarse para tráfico de servicio de datos, puede quitar dicho adaptador del grupo.

Si desea obtener instrucciones y directrices para configurar grupos de IPMP, siga los procedimientos descritos en Parte VI, IPMP de System Administration Guide: IP Services. Para modificar los grupos de IPMP tras la instalación del clúster, siga las directrices de How to Administer IP Network Multipathing Groups in a Cluster de Sun Cluster System Administration Guide for Solaris OS y los procedimientos de Administering IPMP (Tasks) en System Administration Guide: IP Services (Solaris 9 o Solaris 10).
Compatibilidad con direcciones MAC locales - Todos los adaptadores de red pública deben utilizar tarjetas de interfaz de red (NIC) que permitan la asignación de direcciones MAC locales. La asignación de direcciones MAC locales es un requisito de IPMP.
ajuste local-mac-address : 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?.

Si desea obtener más información sobre las interfaces de red pública, consulte Sun Cluster Concepts Guide for Solaris OS.

Directrices para NFS

Tenga en cuenta los siguientes puntos cuando planifique utilizar el sistema de archivos de red (NFS) en una configuración Sun Cluster.

Cliente NFS: ningún nodo de Sun Cluster puede ser un cliente NFS de un sistema de archivos exportado de 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.
Protocolo NFSv3: si está montando sistemas de archivos en los nodos del clúster desde servidores NFS externos, como por ejemplo archivadores NAS, y está utilizando el protocolo NFSv3, no podrá ejecutar montajes de cliente NFS ni los servicios de datos de Sun Cluster HA para NFS del mismo nodo del clúster. Si lo hace, determinadas actividades del servicio de datos de Sun Cluster HA para NFS podrían provocar que los daemons NFS se detengan y reinicien, interrumpiendo los servicios NFS. Sin embargo, puede ejecutar de forma segura el servicio de datos de Sun Cluster HA para NFS si utiliza el protocolo NFSv4 para montar sistemas de archivos NFS externos en los nodos del clúster.
Bloqueo: 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.
Funciones de seguridad de NFS: 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.

Restricciones del servicio

Tenga en cuenta las siguientes restricciones de servicio de las configuraciones de Sun Cluster:

Enrutadores: No configure los nodos del clúster como enrutadores (puertas de enlace). ya que si el sistema se apaga, como los clientes no pueden buscar un encaminamiento alternativo no se pueden recuperar.
servidores NIS+: no configure los nodos del 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+.
Servidores de arranque e instalación: no utilice una configuración de Sun Cluster para proporcionar un servicio de arranque o instalación de alta disponibilidad en los sistemas cliente.
RARP - No utilice una configuración de Sun Cluster para proporcionar un servicio rarpd.
números de programa RPC - 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.
Clases de programación - Sun Cluster no admite la ejecución de clases de programación de procesos de alta prioridad 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.

Componentes configurables de Sun Cluster

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.

Nombre de clúster

Especifique un nombre para el clúster durante la configuración de Sun Cluster; el nombre debe ser exclusivo en toda la empresa.

Nombres de los nodos

El nombre del nodo del clúster es el mismo nombre que se asigna al equipo al instalarlo con el SO Solaris. Consulte la página de comando hosts(4) para obtener información acerca de los requisitos de asignación de nombres.

En las instalaciones de clústeres de un único nodo, el nombre del clúster predeterminado es el nombre del nodo.

Durante la configuración de Sun Cluster, especifique los nombres de todos los nodos que va a instalar en el clúster.

Nombres de zona

En el SO Solaris 10, utilice la siguiente convención de asignación de nombres nodename:zonename para especificar una zona no global a un comando de Sun Cluster.

El nodename es el nombre del nodo del clúster.
zonename es el nombre que asigna a la zona no global al crear la zona en el nodo. El nombre de la zona debe ser exclusivo en el nodo. Sin embargo, puede utilizar el mismo nombre de zona en nodos diferentes, debido a que el nombre de nodo diferente de nodename:zonename hace que el nombre de zona no global completa sea exclusivo en todo el clúster.

Para especificar la zona global sólo es necesario que especifique el nombre del nodo.

Red privada

Nota –

No necesita configurar una red privada para un clúster de un único nodo. La utilidad scinstall asigna automáticamente la dirección de red privada y la máscara de red predeterminadas, incluso a pesar de que el clúster no utilice una red privada.

Sun Cluster utiliza la red privada para la comunicación interna entre nodos y entre zonas no globales gestionadas por Sun Cluster. Una configuración de Sun Cluster necesita al menos dos conexiones con la interconexión del clúster en la red privada. A la hora de configurar Sun Cluster en el primer nodo del clúster, debe especificar la dirección y la máscara de red de la red privada de una de las siguientes formas:

Aceptar la dirección de red privada predeterminada (172.16.0.0) y la máscara de red (255.255.248.0). Este intervalo de direcciones IP permite un máximo combinado de 64 nodos y zonas no globales, y un máximo de 10 redes privadas.

Nota –
El número máximo de nodos que puede admitir un intervalo de direcciones IP no refleja el número máximo de nodos que puede admitir la configuración de hardware.
Especificar una dirección de red privada permisible diferente y aceptar la máscara de red predeterminada.
Aceptar la dirección de red privada predeterminada y especificar una máscara de red diferente.
Especificar tanto una dirección de red privada diferente como una máscara de red diferente.

Si elige especificar una máscara de red diferente, la utilidad scinstall le pedirá el número de nodos y el número de redes privadas que desea que admita el intervalo de direcciones IP. El número de nodos que especifique debe incluir también el número de zonas no globales que tiene pensado que utilizará la red privada.

La utilidad calcula la máscara de red del intervalo de direcciones IP mínima que admitirá el número de nodos y redes privadas que especificó. La máscara de red calculada podría admitir un número superior al número de nodos suministrados, incluyendo zonas no globales y redes privadas. La utilidad scinstall calcula también una segunda máscara de red que sería la mínima para admitir el doble del número de nodos y redes privadas. Esta segunda máscara de red habilitaría el clúster para que pudiera dar cabida a un futuro crecimiento sin la necesidad de volver a configurar el intervalo de direcciones IP.

A continuación, la utilidad le preguntará qué máscara de red desea seleccionar. Puede especificar una de las máscaras de red calculadas o proporcionar una diferente. La máscara de red que especifique debe admitir como mínimo el número de nodos y redes privadas que especificó a la utilidad.

Nota –

Para cambiar la dirección de la red privada y la máscara de red una vez establecido el clúster, consulte How to Change the Private Network Address or Address Range of an Existing Cluster de Sun Cluster System Administration Guide for Solaris OS. Para realizar estos cambios debe desactivar el clúster.

Para admitir el cambio del intervalo de direcciones IP privadas del clúster podría ser necesario admitir la adición de nodos, zonas no globales, o redes privadas.

Si especifica una dirección de red privada diferente de la predeterminada, la dirección debe cumplir con los siguientes requisitos:

Tamaños de la dirección y la máscara de red: la dirección de la red privada no puede ser menor que la máscara de red. Por ejemplo, puede utilizar la dirección de red privada 172.16.10.0 con una máscara de red 255.255.255.0. Pero no puede utilizar una dirección de red privada 172.16.10.0 con la máscara de red 255.255.0.0.
Direcciones aceptables: la dirección debe estar dentro del bloque de direcciones que RFC 1918 reserva para utilizarla 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.
Uso en múltiples clústeres: 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.
IPv6: Sun Cluster no admite direcciones IPv6 para la interconexión privada. 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.

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

Nombres de sistemas privados

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. Una vez configurado el clúster, puede cambiar el nombre de los nombres de host privados mediante la utilidad clsetup(1CL).

Para el SO Solaris 10, la creación de un nombre de host privado para una zona no global es opcional. No hay ninguna convención de asignación de nombres obligatoria para el nombre de host privado de una zona no global.

Interconexión de clúster

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 un conmutador de transporte

Si desea obtener más información acerca de la finalidad y la función de la interconexión del clúster, consulte Cluster Interconnect de Sun Cluster Concepts Guide for Solaris OS.

Nota –

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.

Durante la configuración de Sun Cluster, especifique la información de configuración para una o dos interconexiones de clúster.

El uso de dos interconexiones de clúster proporciona una mayor disponibilidad que una interconexión. Si el número de puertos de adaptador disponibles es limitado, puede utilizar VLAN etiquetadas para compartir el mismo adaptador con la red pública y privada. Para obtener más información, consulte las directrices para adaptadores de VLAN etiquetadas en Adaptadores de transporte.
La utilización de una interconexión de clúster reduce el número de puertos de adaptador que se utilizan para la interconexión privada pero proporciona una menor disponibilidad. Además, el clúster empleará más tiempo en la recuperación automática si se produce un error en la interconexión privada.

Es posible configurar interconexiones de red privada adicionales una vez establecido el clúster mediante la utilidad clsetup(1CL).

Para obtener directrices acerca del hardware de interconexión del clúster, consulte Interconnect Requirements and Restrictions de Sun Cluster 3.1 - 3.2 Hardware Administration Manual for Solaris OS. Para obtener información general acerca de la interconexión del clúster, consulte Cluster-Interconnect Components de Sun Cluster Overview for Solaris OS y Sun Cluster Concepts Guide for Solaris OS.

Adaptadores de transporte

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 un conmutador de transporte.

Considere las siguientes directrices y restricciones:

IPv6: 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 etiquetados – Sun Cluster admite Redes de área local virtuales (VLAN) etiquetadas para compartir un adaptador entre la interconexión del clúster privada y la red pública. Para configurar un adaptador VLAN con etiquetas para la interconexión del clúster, 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.
  
  Como ejemplo, para VID 73 en el adaptador ce2, el número de instancia VLAN podría calcularse como (1000*73)+2. Por lo tanto especificará el nombre del adaptador como ce73002 para indicar que es parte de una LAN virtual compartida.
Para obtener información acerca de la configuración de la VLAN en un clúster, consulte Configuring VLANs as Private Interconnect Networks de Sun Cluster 3.1 - 3.2 Hardware Administration Manual for Solaris OS. Para obtener información general acerca de VLAN, consulte Solaris 9 9/05 Sun Hardware Platform Guide.
Adaptadores SBus SCI – La interfaz coherente escalable (SCI, Scalable Coherent Interface) SBus no es compatible como interconexión de clúster. Sin embargo, se admite la interfaz SCI-PCI.
Interfaces lógicas de red: las interfaces lógicas de red están reservadas para utilizarse con 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.

Conmutadores de transporte

Si utiliza conmutadores de transporte, como por ejemplo un conmutador de red, especifique un nombre de conmutador 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.

Especifique también el nombre del puerto del conmutador 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.

Nota –

Los clústeres con tres nodos o más deben utilizar conmutadores 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 un conmutador de transporte para la interconexión.

Consejo –

Si especifica un conmutador de transporte, puede añadir más fácilmente otro nodo al clúster, posteriormente.

Dispositivos del quórum

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. Para obtener más información acerca de la finalidad y la función de los dispositivos del quórum, consulte Quorum and Quorum Devices de Sun Cluster Concepts Guide for Solaris OS.

Durante la instalación de Sun Cluster de un nodo de dos clústeres, puede elegir permitir a la utilidad scinstall que configure automáticamente un dispositivo de quórum SCSI. El dispositivo del quórum se elige de entre los discos SCSI de almacenamiento compartido. La utilidad scinstall da por hecho que todos los discos de almacenamiento SCSI compartido disponibles son aptos para convertirse en dispositivos del quórum.

Si desea utilizar un servidor del quórum o un dispositivo de red NAS como dispositivo del quórum, configúrelo una vez haya finalizado el procesamiento de scinstall.

Tras la instalación puede también configurar dispositivos del quórum adicionales empleando la utilidad clsetup(1CL).

Nota –

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 clsetup 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 SCSI compartido, un servidor del quórum 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.
Distribución de los votos del quórum: para ofrecer la mayor disponibilidad del quórum posible, asegúrese de que el número total de votos con los que contribuyen los dispositivos del quórum es menor que el número de votos con el que contribuyen los nodos. En caso contrario, los nodos no pueden formar un clúster si todos los discos no están disponibles, incluso si todos los nodos están funcionando.
Conexión – Debe conectar un dispositivo del quórum al menos a dos nodos.
protocolo fencing SCSI – al configurar un dispositivo SCSI del quórum, su protocolo SCSI se configura automáticamente en SCSI-2 en un clúster de dos nodos o como SCSI-3 en clústeres con tres o más nodos. Tras configurar un dispositivo como dispositivo del quórum no podrá cambiar el protocolo SCSI del mismo.
Dispositivos replicados – Sun Cluster no admite dispositivos replicados como dispositivos del quórum.
Conjuntos de almacenamiento ZFS: no agregue un dispositivo del quórum configurado a un conjunto de almacenamiento Zettabyte File System (ZFS). Cuando se agrega un dispositivo del quórum configurado a un conjunto de almacenamiento ZFS se cambia la etiqueta del disco para etiquetarlo como disco EFI y se pierde la información de configuración del quórum. A partir de entonces el disco no podrá proporcionar un voto del quórum al clúster.

Una vez se encuentre un disco en un conjunto de almacenamiento, podrá configurarlo como dispositivo del quórum. O puede desconfigurar el dispositivo del quórum, añadirlo al conjunto de almacenamiento y, a continuación, reconfigurar el disco como dispositivo del quórum.

Para obtener más información acerca de los dispositivos del quórum, consulte Quorum and Quorum Devices de Sun Cluster Concepts Guide for Solaris OS y Quorum Devices de Sun Cluster Overview for Solaris OS.