Este apartado proporciona directrices para planificar y preparar los componentes siguientes para la instalación y configuración de Sun Cluster:
Para obtener 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.
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 las revisiones necesarias, consulte Revisiones y niveles de firmware requeridos en la Sun Cluster 3.2 2/08 Release Notes for Solaris OS o póngase en contacto con su proveedor de servicios de Sun.
Para conocer las directrices generales y los procedimientos para aplicar las revisiones, consulte el Capítulo 10, Patching Sun Cluster Software and Firmware de Sun Cluster System Administration Guide for Solaris OS.
Para obtener información acerca del uso de redes públicas por parte del clúster, consulte Public Network Adapters and 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.
En la siguiente tabla, se enumeran los componentes que necesitan recibir la asignación de direcciones IP de red pública. 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
Componente |
Número de direcciones IP necesarias |
---|---|
1 dirección IP por subred. |
|
Nodos del clúster |
1 dirección IP por nodo, por subred. |
1 dirección IP por dominio. |
|
(Opcional) Zonas no globales |
1 dirección IP por subred. |
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 direcciones IP, consulte el Capítulo 3, Planning Your TCP/IP Network (Task) de System Administration Guide: IP Services (Solaris 9) o el Capítulo 2, Planning Your TCP/IP Network (Tasks) de System Administration Guide: IP Services (Solaris 10).
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.
Para obtener más información sobre el acceso a la consola, 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.
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 más información sobre los servicios de datos y los recursos, consulte también la Sun Cluster Overview for Solaris OS y la Sun Cluster Concepts Guide for Solaris OS.
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 deben 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 direcciones IPv6 para servicios de datos de conmutación por error y escalables.
Grupos de 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 Sun Cluster 3.2 2/08, 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 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 omite 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 eliminar dicho adaptador del grupo.
Para obtener directrices e instrucciones de configuración de grupos de IPMP, siga los procedimientos descritos en Parte II, Administering Interface Groups de System Administration Guide: Network Interfaces and Network Virtualization. Para modificar grupos de IPMP después de haber instalado el 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 descritos en el Capítulo 28, Administering Network Multipathing (Task) de System Administration Guide: IP Services (Solaris 9) o en el Capítulo 8, Administering IPMP de System Administration Guide: Network Interfaces and Network Virtualization(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.
dirección MAC local ajuste: la variable local-mac-address? debe utilizar el valor predeterminado true (verdadero) para los adaptadores Ethernet. Sun Cluster no es compatible con el valor false de local-mac-address? en los adaptadores Ethernet. Este requisito supone un cambio con respecto a Sun Cluster 3.0, que necesitaba el valor false (falso) en local-mac-address?.
Para obtener más información sobre las interfaces de red pública, consulte Sun Cluster Concepts Guide for Solaris OS.
Puede utilizar un servidor de quórum de Sun Cluster para configurar un equipo como un servidor de quórum y, a continuación, configurar el servidor de quórum como el dispositivo de quórum del clúster. Puede utilizar un servidor de quórum, además de los discos SCSI y filtros NAS o en lugar de ellos.
Tenga en cuenta los siguientes puntos cuando planifique el uso de un servidor de quórum en una configuración de Sun Cluster.
Conexión a la red: el equipo con el servidor de quórum está conectado al clúster mediante la red pública.
Hardware admitido: las plataformas de hardware compatibles con un servidor de quórum son las mismas que con un nodo de clúster.
Sistema operativo: los requisitos del software de Solaris para Sun Cluster se aplican también al software del servidor de quórum.
Servicio para varios clústeres: puede configurar un servidor de quórum como dispositivo de quórum para más de un clúster.
Hardware y software mezclados: no tiene que configurar un servidor de quórum en la misma plataforma de hardware y software que el clúster o los clústeres al que proporciona el quórum. Por ejemplo, un equipo basado en x86 que se ejecuta en el SO Solaris 9 se puede configurar como servidor de quórum para un clúster basado en SPARC que se ejecuta en el SO Solaris 10.
Uso de un nodo de clúster como un servidor de quórum: puede configurar un servidor de quórum en un nodo del clúster para proporcionar quórum a otros clústeres distintos al clúster al que pertenece el nodo. Sin embargo, un servidor de quórum configurado en un nodo del clúster no proporcionará alta disponibilidad.
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.
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). Si el sistema se apaga, los clientes no pueden buscar un enrutamiento alternativo y 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.
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.
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.
En el SO Solaris 10, utilice la siguiente convención de nombrado 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.
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.
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.
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: El software de Sun Cluster no admite las 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.
Consulte Planificación de la red TCP/IP (Tareas), en la Guía de administración del sistema: servicios IP (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. 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.
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
Para 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.
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, puede especificar la información de configuración para una o dos interconexiones del clúster.
El uso de dos interconexiones del clúster proporciona mayor disponibilidad que una sola. Si el número disponible de puertos del adaptador es limitado, puede utilizar VLAN etiquetadas para compartir el mismo adaptador con la red privada y la pública. Para obtener más información, consulte las directrices para adaptadores VLAN etiquetados en Adaptadores de transporte.
El uso de una interconexión del clúster reduce el número de puertos de adaptadores utilizados para la interconexión privada, pero proporciona menor disponibilidad. Además, el clúster tardaría más tiempo en la recuperación automática si fallara la única interconexión privada.
Puede 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 en Sun Cluster Concepts Guide for Solaris OS.
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 una conexión completa (de adaptador a adaptador) o si usa un conmutador de transporte.
Considere las siguientes directrices y restricciones:
IPv6: el software de Sun Clusterno 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 privada y la red pública. Para configurar un adaptador VLAN etiquetado 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 comunicació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 sobre VLAN, consulte Administering Virtual Local Area Networks de System Administration Guide: IP Services.
adaptadores SBus SCI: la interfaz coherente escalable (SCI) SBus no se admite como interconexión del clúster. Sin embargo, se admite la interfaz SCI-PCI.
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 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.
Los clústers 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.
Si especifica un conmutador 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. Para obtener más información acerca de la finalidad y la función de los dispositivos de 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 optar por permitir a la utilidad scinstall que configure automáticamente un dispositivo de quórum SCSI o un dispositivo Sun NAS. Este dispositivo de quórum se elige entre los discos de almacenamiento SCSI compartidos y los dispositivos Sun NAS disponibles. La utilidad scinstall da por hecho que todos los discos de almacenamiento SCSI compartido disponibles son aptos para convertirse en dispositivos de quórum.
Si desea utilizar un servidor de quórum o un dispositivo de red NAS como dispositivo de 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).
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 de quórum, que puede ser un disco SCSI compartido, un servidor de 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 de 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 de quórum, no podrá cambiar el protocolo SCSI del mismo.
Dispositivos replicados: Sun Cluster no admite dispositivos replicados como dispositivos de quórum.
Conjunto de almacenamiento ZFS : no añada un dispositivo de quórum configurado para el conjunto de almacenamiento ZFS. Cuando se agrega un dispositivo de 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 de 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 de quórum, añadirlo al conjunto de almacenamiento y, a continuación, volver a configurar el disco como dispositivo de quórum.
Para obtener más información acerca de los dispositivos de 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.