Este apartado proporciona directrices para planificar y preparar los componentes siguientes para la instalación del software Sun Cluster:
Si desea información detallada sobre los componentes de Sun Cluster, consulte Sun Cluster 3.1: Guía de conceptos.
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 las modificaciones necesarias.
Si desea obtener información sobre las modificaciones necesarias, consulte “Patches and Required Firmware Levels” in Sun Cluster 3.1 10/03: Notas sobre la versión o póngase en contacto con su proveedor de servicios de Sun.
Si desea conocer las directrices generales y los procedimientos para aplicar las modificaciones, consulte “Patching Sun Cluster Software and Firmware” in Sun Cluster 3.1 10/03: Guía de administración del sistema.
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.
La tabla siguiente muestra los componentes que necesitan las direcciones IP asignadas. Añada estas direcciones IP a cualquier servicio de nombres que se utilice. Añada también estas direcciones IP al archivo local /etc/inet/hosts en cada nodo del clúster después de instalar Solaris.
Si desea obtener más información sobre las direcciones IP, consulte System Administration Guide, Volume 3 (Solaris 8) o System Administration Guide: IP Services (Solaris 9).
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.
Componente |
Número de direcciones IP necesarias |
---|---|
1 por subred |
|
|
|
Nodos del clúster |
1 por nodo, por subred |
1 por dominio |
|
1 |
|
Direcciones lógicas |
1 por recurso lógico del sistema, por subred |
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 obtener más información sobre el acceso a la consola, consulte SunSun Cluster 3.1: Guía de conceptos.
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.
Si desea obtener más información consulte Sun Cluster 3.1 Data Service Planning and Administration Guide.
Si desea obtener más información sobre los servicios de datos y los recursos consulte también Sun Cluster 3.1: Guía de conceptos.
Este apartado proporciona directrices para los componentes siguientes de Sun Cluster que configure durante la instalación:
Añada esta información de la planificación a la proporcionada en Plantilla del clúster y de los nombres de los nodos.
Especifique un nombre para el clúster durante la instalación de Sun Cluster; el nombre debe ser exclusivo en toda la empresa.
Añada esta información de la planificación a la proporcionada en Plantilla del clúster y de los nombres de los nodos. La información para la mayoría de las otras plantillas se agrupa por el nombre del nodo.
Éste es el nombre que se asigna a una máquina cuando se instala el sistema operativo Solaris. Durante la instalación de Sun Cluster, especifique los nombres de todos los nodos que va a instalar como clúster. En las instalaciones de clústers de un único nodo, el nombre predeterminado del nodo es el mismo que el del clúster.
Añada esta información de la planificación a la proporcionada en Plantilla del clúster y de los nombres de los nodos.
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 instale 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 escribir diferentes opciones si la dirección de red predeterminada ya está en uso en algún otro punto de la empresa.
Después de instalar satisfactoriamente el nodo como miembro del clúster, no puede cambiar la dirección de red privada ni la 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:
Utilice ceros para los dos últimos octetos de la dirección.
Siga las directrices indicadas en RFC 1597 para conocer las asignaciones de direcciones de la red.
Puede ponerse en contacto con InterNIC para obtener copias de los RFC. Consulte “Planning Your TCP/IP Network” en System Administration Guide, Volume 3 (Solaris 8) o “Planning Your TCP/IP Network (Task)” in System Administration Guide: IP Services (Solaris 9) para conocer los procedimientos.
Si especifica una máscara de red diferente de la predeterminada, aquélla debe enmascarar mínimamente todos los bits proporcionados en la dirección de red privada.
Añada esta información de la planificación a la proporcionada en Plantilla del clúster y de los nombres de los nodos.
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 instalació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 instalación de Sun Cluster, se asigna automáticamente a cada nodo cuando éste se convierte en miembro del clúster. Tras la instalación se pueden cambiar los nombres de sistemas privados mediante la utilidad scsetup(1M).
Añada esta información de la planificación a la proporcionada en Plantilla para la interconexión del clúster.
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 instalación de Sun Cluster, especifique la siguiente información de la configuración de las dos interconexiones del clúster:
Adaptadores de transporte: en los adaptadores de transporte, como los puertos en 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. 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.
Consulte la familia scconf_trans_adap_*(1M) de páginas de comando man para obtener información sobre un adaptador de transporte específico.
Uniones de transporte: si utiliza uniones de transporte, como un interruptor de red, especifique un nombre de 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 instalación, o crear otro nombre.
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.
Puede configurar más conexiones de redes privadas tras la instalación mediante la utilidad scsetup(1M).
Si desea obtener más información sobre la interconexión del clúster, consulte SunSun Cluster 3.1: Guía de conceptos.
Añada esta información de la planificación a la proporcionada en Plantilla para las 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.
Las redes públicas y la red privada (interconexión del clúster) deben utilizar adaptadores separados.
Debe tener al menos una red pública conectada con todos los nodos del clúster.
Puede tener tantas conexiones de redes públicas adicionales como le permita la configuración del hardware.
La variable local-mac-address? debe utilizar el valor predeterminado true para los adaptadores de Ethernet. Sun Cluster 3.1 no admite el valor local-mac-address? de false en los adaptadores de Ethernet. Este requisito es un cambio con respecto a Sun Cluster 3.0 que necesitaba el valor false en local-mac-address?.
Consulte en Grupos de Ruta múltiple de red IP las directrices sobre la planificación de los grupos de copia de seguridad de los adaptadores de red pública. Si desea obtener más información sobre las interfaces de redes públicas, consulte Sun Cluster 3.1: Guía de conceptos.
Añada esta información de la planificación a la proporcionada en Plantilla para la configuración de los grupos de dispositivos de discos.
Debe configurar todos los grupos de discos del gestor de volúmenes como grupos de dispositivos de discos de Sun Cluster. De esta manera se habilita un nodo secundario para alojar los discos multisistema si el nodo primario falla. Tenga en cuenta estos puntos cuando planifique los grupos de dispositivos de discos.
A prueba fallos: puede configurar los discos multipuertos y los dispositivos gestores de volúmenes configurados correctamente como dispositivos a prueba de fallos. La configuración adecuada de un dispositivo gestor de volúmenes incluye los discos multipuertos y la configuración correcta del gestor de volúmenes, lo que asegura que varios nodos puedan alojar el dispositivo exportado. No puede configurar las unidades de cinta, los CD-ROM ni los discos con un sólo puerto como dispositivos a prueba de fallos.
Duplicación: debe duplicar los discos para proteger los datos de fallos en el disco. Consulte Directrices para la duplicación si desea conocer más pautas. Consulte Instalación y configuración del software de Solstice DiskSuite/Solaris Volume Manager o Instalación y configuración del software de VxVM y la documentación del gestor de volúmenes para obtener instrucciones sobre la duplicación.
Si desea obtener más información sobre los grupos de dispositivos de discos, consulte Sun Sun Cluster 3.1: Guía de conceptos.
Añada esta información de la planificación a la proporcionada en 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.
Tenga en cuenta los puntos siguientes cuando planifique los grupos de ruta múltiple.
Todos los adaptadores de red pública deben pertenecer a un grupo de ruta múltiple.
En el caso de grupos de ruta múltiple que contengan dos o más adaptadores, deberá configurar una dirección IP de prueba para cada uno de los adaptadores del grupo. 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.
No cambie el valor de TRACK_INTERFACES_ONLY_WITH_GROUPS de yes a no en el archivo /etc/default/mpathd.
El nombre de un grupo de ruta múltiple no tiene requisitos ni restricciones.
Si desea obtener más información sobre la Ruta múltiple de red IP, consulte “Deploying Network Multipathing” en IP Network Multipathing Administration Guide (Solaris 8) o “Administering Network Multipathing (Task)” in System Administration Guide: IP Services (Solaris 9).
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. Asigne dispositivos del quórum mediante la utilidad scsetup(1M).
No es necesario configurar los dispositivos del quórum en un clúster de un sólo nodo.
Tenga en cuenta los puntos siguientes cuando planifique los dispositivos del quórum.
Mínimo: un clúster de dos nodos debe tener al menos un disco compartido asignado como dispositivo del quórum. 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.
Si desea obtener más información sobre los dispositivos del quórum, consulte Sun Sun Cluster 3.1: Guía de conceptos.