Omitir V�nculos de navegaci�n | |
Salir de la Vista de impresi�n | |
Guía de administración del sistema de Oracle Solaris Cluster Oracle Solaris Cluster 4.0 (Español) |
1. Introducción a la administración de Oracle Solaris Cluster
2. Oracle Solaris Cluster y RBAC
3. Cierre y arranque de un clúster
4. Métodos de replicación de datos
7. Administración de interconexiones de clústeres y redes públicas
8. Adición y eliminación de un nodo
Información general sobre la administración del clúster
Asignación de un ID de nodo a un nombre de nodo
Uso de la autenticación del nodo del clúster nuevo
Restablecimiento de la hora del día en un clúster
SPARC: Visualización de la PROM OpenBoot en un nodo
Cómo cambiar un nombre de host privado de nodo
Cómo cambiar el nombre de un nodo
Cómo poner un nodo en estado de mantenimiento
Cómo sacar un nodo del estado de mantenimiento
Cómo instalar el software de Oracle Solaris Cluster desde un nodo de clúster
Resolución de problemas de desinstalación de nodos
Entradas del sistema de archivos de clúster no eliminadas
Lista no eliminada de grupos de dispositivos
Creación, configuración y gestión de la MIB de eventos de SNMP de Oracle Solaris Cluster
Cómo habilitar una MIB de eventos de SNMP
Cómo deshabilitar una MIB de eventos de SNMP
Cómo cambiar una MIB de eventos de SNMP
Cómo habilitar un host de SNMP para que reciba capturas de SNMP en un nodo
Cómo deshabilitar un host de SNMP para que no reciba capturas de SNMP en un nodo
Cómo agregar un usuario de SNMP a un nodo
Cómo eliminar un usuario de SNMP de un nodo
Configuración de límites de carga
Cómo configurar límites de carga en un nodo
Cambio de números de puerto para servicios o agentes de gestión
Cómo realizar tareas administrativas del clúster de zona
Cómo eliminar un clúster de zona
Cómo eliminar un sistema de archivos de un clúster de zona
Cómo eliminar un dispositivo de almacenamiento de un clúster de zona
Ejecución de una aplicación fuera del clúster global
Restaure un conjunto de discos dañado
Cómo guardar la configuración de software de Solaris Volume Manager
Cómo purgar el conjunto de discos dañado
Cómo volver a crear la configuración de software de Solaris Volume Manager
10. Configuración del control del uso de la CPU
Esta sección describe cómo realizar tareas administrativas para todo el clúster global o de zona. La tabla siguiente enumera estas tareas administrativas y los procedimientos asociados. Las tareas administrativas del clúster suelen efectuarse en la zona global. Para administrar un clúster de zona, al menos un equipo que almacenará como host el clúster de zona debe estar activado en modo de clúster. No todos los nodos clúster de zona deben estar activados y en funcionamiento; Oracle Solaris Cluster reproduce cualquier cambio de configuración si el nodo que está fuera del clúster se vuelve a unir a éste.
Nota - De manera predeterminada, la administración de energía está deshabilitada para que no interfiera con el clúster. Si habilita la administración de energía en un clúster de un solo nodo, el clúster continuará ejecutándose pero podría no estar disponible durante unos segundos. La función de administración de energía intenta cerrar el nodo, pero no lo consigue.
En este capítulo, phys-schost# refleja una solicitud de clúster global. El indicador de solicitud de shell interactivo de clzonecluster es clzc:schost>.
Tabla 9-1 Lista de tareas: administrar el clúster
|
Si es necesario, el nombre del clúster puede cambiarse tras la instalación inicial.
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
phys-schost# clsetup
Aparece el menú principal.
Aparece el menú Other Cluster Properties (Otras propiedades del clúster).
Para eliminar la instancia de la etiqueta de servicio de Oracle Solaris Cluster, realice los subpasos siguientes en todos los nodos del clúster.
phys-schost# stclient -x
phys-schost# stclient -d -i service_tag_instance_number
phys-schost# reboot
Ejemplo 9-1 Cambio del nombre del clúster
En el siguiente ejemplo se muestra el comando cluster generado desde la utilidad clsetup para cambiar al nuevo nombre de clúster, dromedary.
phys-schost# cluster rename -c dromedary
Para obtener más información, consulte las páginas del comando man cluster(1CL) y clsetup(1CL).
Durante la instalación de Oracle Solaris Cluster, a cada nodo se le asigna automáticamente un número de ID de nodo único. El número de ID de nodo se asigna a un nodo en el orden en que se une al clúster por primera vez. Una vez asignado, no se puede cambiar. El número de ID de nodo suele usarse en mensajes de error para identificar el nodo del clúster al que hace referencia el mensaje. Siga este procedimiento para determinar la asignación entre los ID y los nombres de los nodos.
Para visualizar la información sobre la configuración para un clúster global o de zona no hace falta ser superusuario. Un paso de este procedimiento se realiza desde un nodo de clúster global. El otro paso se efectúa desde un nodo de clúster de zona.
phys-schost# clnode show | grep Node
Para obtener más información, consulte la página del comando man clnode(1CL).
El nodo de clúster de zona tiene el mismo ID que el nodo de clúster global donde se ejecuta.
phys-schost# zlogin sczone clnode -v | grep Node
Ejemplo 9-2 Asignación de ID del nodo al nombre del nodo
El ejemplo siguiente muestra las asignaciones de ID de nodo para un clúster global.
phys-schost# clnode show | grep Node === Cluster Nodes === Node Name: phys-schost1 Node ID: 1 Node Name: phys-schost2 Node ID: 2 Node Name: phys-schost3 Node ID: 3
Oracle Solaris Cluster permite determinar si se pueden agregar nodos nuevos al clúster global y el tipo de autenticación que puede utilizar. Puede permitir que cualquier nodo nuevo se una al clúster por la red pública, denegar que los nodos nuevos se unan al clúster o indicar que un nodo en particular se una al clúster. Los nodos nuevos se pueden autenticar mediante la autenticación estándar de UNIX o Diffie-Hellman (DES). Si selecciona la autenticación DES, también debe configurar todas las pertinentes claves de cifrado antes de unir un nodo. Para obtener más información, consulte las páginas de comando man keyserv(1M) y publickey(4).
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
phys-schost# clsetup
Aparece el menú principal.
Aparece el menú Nuevos nodos.
Ejemplo 9-3 Procedimiento para evitar que un equipo nuevo se agregue al clúster global
La utilidad clsetup genera el comando claccess. El ejemplo siguiente muestra el comando claccess, que evita que equipos nuevos se agreguen al clúster.
phys-schost# claccess deny -h hostname
Ejemplo 9-4 Procedimiento para permitir que todos los equipos nuevos se agreguen al clúster global
La utilidad clsetup genera el comando claccess. El ejemplo siguiente muestra el comando claccess, que permite que todos los equipos nuevos se agreguen al clúster.
phys-schost# claccess allow-all
Ejemplo 9-5 Procedimiento para especificar que se agregue un equipo nuevo al clúster global
La utilidad clsetup genera el comando claccess. El ejemplo siguiente muestra el comando claccess, que permite que un solo equipo nuevo se agregue al clúster.
phys-schost# claccess allow -h hostname
Ejemplo 9-6 Configuración de la autenticación en UNIX estándar
La utilidad clsetup genera el comando claccess. El ejemplo siguiente muestra el comando claccess, que restablece la configuración de la autenticación UNIX estándar para los nodos nuevos que se unan al clúster.
phys-schost# claccess set -p protocol=sys
Ejemplo 9-7 Configuración de la autenticación en DES
La utilidad clsetup genera el comando claccess. El ejemplo siguiente muestra el comando claccess, que usa la autenticación DES para los nodos nuevos que se unan al clúster.
phys-schost# claccess set -p protocol=des
Cuando use la autenticación DES, también debe configurar todas las claves de cifrado necesarias antes de unir un nodo al clúster. Para obtener más información, consulte las páginas de comando man keyserv(1M) y publickey(4).
El software de Oracle Solaris Cluster usa NTP para mantener la sincronización temporal entre los nodos del clúster. Los ajustes del clúster global se efectúa automáticamente según sea necesario cuando los nodos sincronizan su hora. Para obtener más información, consulte la Oracle Solaris Cluster Concepts Guide y la Guía del usuario del protocolo de hora de red en http://download.oracle.com/docs/cd/E19065-01/servers.10k/.
Precaución - Si utiliza NTP, no intente ajustar la hora del clúster mientras se encuentre activo y en funcionamiento. No ajuste la hora mediante los comandos date, rdate o svcadm interactivamente o dentro de las secuencias de comandos cron. Para obtener más información, consulte las páginas del comando man date(1), rdate(1M), svcadm(1M) o cron(1M). La página del comando man ntpd(1M) se entrega con el paquete de Oracle Solaris 11 service/network/ntp. |
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
phys-schost# cluster shutdown -g0 -y -i 0
En los sistemas basados en SPARC, ejecute el comando siguiente.
ok boot -x
En los sistemas basados en x86, ejecute los comandos siguientes.
# shutdown -g -y -i0 Press any key to continue
Se muestra el menú de GRUB.
Para obtener más información sobre el inicio basado en GRUB, consulte Booting an x86 Based System Interactively de Booting and Shutting Down Oracle Solaris on x86 Platforms.
Se muestra la pantalla de parámetros de inicio de GRUB.
[ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ESC at any time exits. ] grub edit> kernel$ /platform/i86pc/kernel/$ISADIR/unix _B $ZFS-BOOTFS -x
La pantalla muestra el comando editado.
Nota - Este cambio en el comando del parámetro de inicio del núcleo no se conserva tras el inicio del sistema. La siguiente vez que reinicie el nodo, se iniciará en el modo de clúster. Para arrancarlo en el modo que no es de clúster, realice estos pasos de nuevo para agregar la opción -x al comando del parámetro de arranque del núcleo.
phys-schost# date HHMM.SS
phys-schost# rdate hostname
phys-schost# reboot
Ejecute el comando date en todos los nodos.
phys-schost# date
Siga este procedimiento si debe configurar o cambiar la configuración de la PROM OpenBoot(tm).
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
# telnet tc_name tc_port_number
Especifica el nombre del concentrador de terminales.
Especifica el número del puerto del concentrador de terminales. Los números de puerto dependen de la configuración. Los puertos 2 y 3 (5002 y 5003) suelen usarse para el primer clúster instalado en un sitio.
El comando clnode evacuate conmuta todos los grupos de dispositivos del nodo especificado al siguiente nodo por orden de preferencia. Este comando también conmuta todos los grupos de recursos del nodo de votación especificado del clúster global al nodo de votación que se sitúe a continuación en el orden de preferencia.
phys-schost# clnode evacuate node # shutdown -g0 -y
Precaución - No use el comando send brk en la consola de un clúster para cerrar un nodo de clúster. |
Utilice este procedimiento para cambiar un nombre de host privado de un nodo de clúster una vez finalizada la instalación.
Durante la instalación inicial del clúster se asignan nombre de host privados predeterminados. El nombre de host privado usa el formato clusternode< id_nodo>-priv; por ejemplo: clusternode3-priv. Cambie un nombre de host privado sólo si el nombre ya se utiliza en el dominio.
Precaución - No intente asignar direcciones IP a los nuevos nombres de host privados. El software de clúster los asigna. |
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
phys-schost# clresource disable resource[,...]
Incluya lo siguiente en las aplicaciones que deshabilita.
Servicios HA-DNS y HA-NFS, si están configurados
Cualquier aplicación que se haya configurado de manera personalizada para utilizar el nombre de host privado
Cualquier aplicación que utilicen los clientes mediante la interconexión privada
Para obtener más información sobre el uso del comando clresource, consulte la página del comando man clresource(1CL) y la Oracle Solaris Cluster Data Services Planning and Administration Guide.
Utilice el comando svcadm para cerrar el daemon NTP. Consulte la página del comando man svcadm(1M) para obtener más información sobre el daemon NTP.
phys-schost# svcadm disable ntp
Ejecute la utilidad desde solamente uno de los nodos del clúster. Para obtener más información, consulte la página del comando man clsetup(1CL).
Nota - Cuando seleccione un nombre nuevo para el sistema privado, compruebe que no se utilice en el nodo del clúster.
También puede ejecutar el comando clnode en lugar de la utilidad clsetup para cambiar el nombre de host privado. En el siguiente ejemplo, el nombre de nodo del clúster es pred1. Después de ejecutar el siguiente comando clnode, vaya al Paso 6.
phys-schost# /usr/cluster/bin/clnode set -p privatehostname=New-private-nodename pred1
Responda las preguntas cuando se lo solicite. Se le solicitará el nombre del nodo cuyo nombre de host privado desee cambiar (clusternode< idnodo> -priv), así como el nombre de host nuevo para el sistema privado.
Efectúe este paso en todos los nodos del clúster. El vaciado evita que las aplicaciones del clúster y los servicios de datos intenten acceder al nombre de host privado anterior.
phys-schost# nscd -i hosts
Si efectúa este paso durante la instalación, recuerde eliminar los nombres de los nodos que estén configurados. En general, el archivo ntp.conf.sc es el mismo en todos los nodos del clúster.
Realice este paso en cada nodo del clúster.
Utilice el comando svcadm para reiniciar el daemon de NTP.
# svcadm enable svc:network/ntp:default
phys-schost# clresource enable resource[,...]
Para obtener más información sobre el uso del comando clresource, consulte la página del comando man clresource(1CL) y la Oracle Solaris Cluster Data Services Planning and Administration Guide.
Ejemplo 9-8 Cambio de nombre de host privado
En el siguiente ejemplo, se cambia el nombre de host privado de clusternode2-priv a clusternode4-priv, en el nodo phys-schost-2. Realice esta acción en cada nodo.
[Disable all applications and data services as necessary.] phys-schost-1# svcadm disable ntp phys-schost-1# clnode show | grep node ... private hostname: clusternode1-priv private hostname: clusternode2-priv private hostname: clusternode3-priv ... phys-schost-1# clsetup phys-schost-1# nscd -i hosts phys-schost-1# vi /etc/inet/ntp.conf.sc ... peer clusternode1-priv peer clusternode4-priv peer clusternode3-priv phys-schost-1# ping clusternode4-priv phys-schost-1# svcadm enable ntp [Enable all applications and data services disabled at the beginning of the procedure.]
Puede cambiar el nombre de un nodo que es parte de una configuración de Oracle Solaris Cluster. Debe cambiar el nombre del host de Oracle Solaris para poder cambiar el nombre del nodo. Utilice el clnode rename para cambiar el nombre del nodo.
Las instrucciones siguientes se aplican a cualquier aplicación que se esté ejecutando en un clúster global.
Para obtener más información sobre los clústeres y los nodos de Geographic Edition, consulte el Capítulo 5, Administering Cluster Partnerships de Oracle Solaris Cluster Geographic Edition System Administration Guide.
Si el clúster donde realiza el procedimiento de cambio de nombre es esencial para el grupo de protección y desea que la aplicación esté en el grupo de protección en línea, puede conmutar el grupo de protección al clúster secundario durante el procedimiento de cambio de nombre.
En su lugar, cierre el clúster una vez completados los pasos.
ok> boot -x
Cambie el nombre de un nodo a la vez.
# clnode rename -n newnodename oldnodename
# sync;sync;sync;reboot
# clnode status -v
Debe actualizar el grupo de protección de un nodo del clúster asociado que contiene el nodo al que se le modificó el nombre mediante geopg update <pg>. Después de completar este paso, ejecute el comando geopg start -e global <pg>. Más adelante, puede volver a cambiar el grupo de protección al clúster que contiene el nodo cuyo nombre se ha cambiado.
Consulte Cómo cambiar los nombres de host lógicos utilizados por los recursos de nombre de host lógico de Oracle Solaris Cluster existentes para obtener instrucciones sobre este paso opcional.
Puede elegir si desea cambiar la propiedad hostnamelist del recurso de nombre de host lógico antes o después de cambiar el nombre del nodo; para ello, siga los pasos descritos en Cómo cambiar el nombre de un nodo. Este paso es opcional.
En los pasos siguientes se describe cómo configurar el recurso apache-lh-res para que funcione con el nuevo nombre de host lógico. Se debe ejecutar en modo de clúster.
# clrg offline apache-rg
# clrs disable appache-lh-res
# clrs set -p HostnameList=test-2 apache-lh-res
# clrs enable apache-lh-res
# clrg online -emM apache-rg
# clrs status apache-rs
Ponga un nodo del clúster global en estado de mantenimiento al sacar el nodo fuera de servicio por un período de tiempo extendido. De esta forma, el nodo no contribuye al número de quórum mientras sea objeto de tareas de mantenimiento o reparación. Para poner un nodo en estado de mantenimiento, éste se debe cerrar con los comandos clnode evacuate y cluster shutdown. Para obtener más información, consulte las páginas del comando man clnode(1CL) y cluster(1CL).
Nota - Use el comando shutdown de Oracle Solaris para cerrar un solo nodo. Use el comando cluster shutdown sólo cuando vaya a cerrar todo un clúster.
Cuando un clúster se cierra y se pone en estado de mantenimiento, el número de votos de quórum de todos los dispositivos de quórum configurados con puertos al nodo se reduce en uno. Los números de votos del nodo y del dispositivo de quórum se incrementan en uno cuando el nodo sale del modo de mantenimiento y vuelve a estar en línea.
Utilice el comando clquorum disable para poner un nodo de clúster en estado de mantenimiento. Para obtener más información, consulte la página del comando man clquorum(1CL).
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
El comando clnode evacuate conmuta todos los grupos de recursos y de dispositivos.
phys-schost# clnode evacuate node
phys-schost# shutdown -g0 -y -i 0
phys-schost# clquorum disable node
Especifica el nombre de un nodo que desea poner en modo de mantenimiento.
phys-schost# clquorum status node
El nodo puesto en estado de mantenimiento debe tener un Status de offline y 0 (cero) para los votos de quórum Present y Possible.
Ejemplo 9-9 Cómo poner un nodo del clúster global en estado de mantenimiento
En el siguiente ejemplo se pone un nodo de clúster en estado de mantenimiento y se comprueban los resultados. La salida de clnode status muestra los Node votes para que phys-schost-1 sea 0 y el estado sea Offline. El Quorum Summary debe mostrar también el número de votos reducido. Según la configuración, la salida de Quorum Votes by Device puede indicar que algunos dispositivos del disco de quórum también se encuentran desconectados.
[On the node to be put into maintenance state:] phys-schost-1# clnode evacuate phys-schost-1 phys-schost-1# shutdown -g0 -y -i0 [On another node in the cluster:] phys-schost-2# clquorum disable phys-schost-1 phys-schost-2# clquorum status phys-schost-1 -- Quorum Votes by Node -- Node Name Present Possible Status --------- ------- -------- ------ phys-schost-1 0 0 Offline phys-schost-2 1 1 Online phys-schost-3 1 1 Online
Véase también
Para volver a poner en línea un nodo, consulte Cómo sacar un nodo del estado de mantenimiento.
Utilice el siguiente procedimiento para volver a poner en línea un nodo del clúster global y restablecer el recuento de votos de quórum al valor predeterminado. En los nodos del clúster, el número de quórum predeterminado es uno. En los dispositivos de quórum, el número de quórum predeterminado es N-1, donde N es el número de nodos con número de votos distinto de cero que tienen puertos conectados al dispositivo de quórum.
Si un nodo se pone en estado de mantenimiento, el número de votos de quórum se reduce en uno. Todos los dispositivos de quórum configurados con puertos conectados al nodo también ven reducido su número de votos. Al restablecer el número de votos de quórum y un nodo se quita del estado de mantenimiento, el número de votos de quórum y el del dispositivo de quórum se ven incrementados en uno.
Ejecute este procedimiento siempre que haya puesto el nodo del clúster global en estado de mantenimiento y vaya a sacarlo de él.
Precaución - Si no especifica ni la opción globaldev ni node, el número de quórum se restablece para todo el clúster. |
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
El recuento de quórum debe restablecerse de un nodo que no esté en estado de mantenimiento antes de reiniciar el nodo; de lo contrario, el nodo puede bloquearse mientras espera el quórum.
phys-schost# clquorum reset
El indicador de cambio que restablece el quórum.
phys-schost# clquorum status
El nodo que ha quitado del estado de mantenimiento deber tener el estado de online y mostrar el recuento de votos adecuado para los votos de quórum Present y Possible.
Ejemplo 9-10 Eliminación de un nodo de clúster del estado de mantenimiento y restablecimiento del recuento de votos de quórum
En el ejemplo siguiente se restablece el recuento de quórum para un nodo de clúster y sus dispositivos de quórum a los valores predeterminados y se comprueba el resultado. El resultado de scstat -q muestra los Node votes para que phys-schost-1 sea 1 y que el estado sea online. El Quorum Summary debe mostrar también un incremento en los recuentos de votos.
phys-schost-2# clquorum reset
En los sistemas basados en SPARC, ejecute el comando siguiente.
ok boot
En los sistemas basados en x86, ejecute los comandos siguientes.
Cuando aparezca el menú GRUB, seleccione la entrada de Oracle Solaris que corresponda y pulse Intro.
phys-schost-1# clquorum status --- Quorum Votes Summary --- Needed Present Possible ------ ------- -------- 4 6 6 --- Quorum Votes by Node --- Node Name Present Possible Status --------- ------- -------- ------ phys-schost-2 1 1 Online phys-schost-3 1 1 Online --- Quorum Votes by Device --- Device Name Present Possible Status ----------- ------- -------- ------ /dev/did/rdsk/d3s2 1 1 Online /dev/did/rdsk/d17s2 0 1 Online /dev/did/rdsk/d31s2 1 1 Online `
Realice este procedimiento para desconfigurar el software de Oracle Solaris Cluster de un nodo del clúster global antes de desconectarlo de una configuración de clúster completamente establecida. Puede seguir este procedimiento para desinstalar el software desde el último nodo de un clúster.
Nota - No siga este procedimiento para desinstalar el software Oracle Solaris Cluster desde un nodo que todavía no se haya unido al clúster o que aún esté en modo de instalación. En cambio, vaya a Cómo anular la configuración del software Oracle Solaris Cluster para solucionar problemas de instalación de Guía de instalación del software de Oracle Solaris Cluster.
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
Consulte la Tabla 8-2.
Compruebe que haya eliminado el nodo de la configuración del clúster mediante clnode remove antes de continuar con este procedimiento. Otros pasos posiblemente incluyan el agregado del nodo que planea desinstalar a la lista de autenticación node– del clúster, la desinstalación de un clúster de zona, etc.
Nota - Para desconfigurar el nodo pero dejar el software Oracle Solaris Cluster instalado en el nodo, no realice ninguna acción después de ejecutar el comando clnode remove.
En un sistema basado en SPARC, ejecute el siguiente comando.
# shutdown -g0 -y -i0 ok boot -x
En un sistema basado en x86, ejecute los siguientes comandos.
# shutdown -g0 -y -i0 ... <<< Current Boot Parameters >>> Boot path: /pci@0,0/pci8086,2545@3/pci8086,1460@1d/pci8086,341a@7,1/ sd@0,0:a Boot args: Type b [file-name] [boot-flags] <ENTER> to boot with options or i <ENTER> to enter boot interpreter or <ENTER> to boot with defaults <<< timeout in 5 seconds >>> Select (b)oot or (i)nterpreter: b -x
ok boot -x
Para obtener más información sobre el inicio basado en GRUB, consulte Booting an x86 Based System to a Specified State (Task Map) de Booting and Shutting Down Oracle Solaris on x86 Platforms.
La pantalla muestra el comando editado.
Nota - Este cambio en el comando del parámetro de inicio del núcleo no se conserva tras el inicio del sistema. La siguiente vez que reinicie el nodo, se iniciará en el modo de clúster. Si, por el contrario, desea iniciar en el modo sin clúster, siga estos pasos para volver a agregar la opción -x al comando del parámetro de inicio del núcleo.
phys-schost# cd /
phys-schost# scinstall -r [-b bename]
Quita la información de configuración del clúster y desinstala la estructura de Oracle Solaris Cluster y el software de servicios de datos del nodo del clúster. Puede reinstalar el nodo o eliminarlo del clúster.
Especifica el nombre de un nuevo entorno de inicio, que es donde iniciará una vez completado el proceso de desinstalación. La especificación de un nombre es opcional. Si no especifica un nombre para el entorno de inicio, se genera uno automáticamente.
Consulte la página del comando man scinstall(1M) para obtener más información.
Si el nodo desinstalado está conectado a un dispositivo de almacenamiento que usa interfaces de canal de fibra, el cierre no es necesario.
Consejo - Para obtener más información acerca de la migración de un espacio de nombres de dispositivos globales a Iofi, consulte Migración del espacio de nombre de dispositivos globales.
En esta sección se describen los mensajes de error que puede recibir cuando ejecuta el comando clnode remove y las medidas correctivas que debe utilizar.
Los siguientes mensajes de error indican que el nodo del clúster global que ha eliminado todavía tiene sistemas de archivos del clúster a los que se hace referencia en el archivo vfstab.
Verifying that no unexpected global mounts remain in /etc/vfstab ... failed clnode: global-mount1 is still configured as a global mount. clnode: global-mount1 is still configured as a global mount. clnode: /global/dg1 is still configured as a global mount. clnode: It is not safe to uninstall with these outstanding errors. clnode: Refer to the documentation for complete uninstall instructions. clnode: Uninstall failed.
Para corregir este error, vuelva a Cómo instalar el software de Oracle Solaris Cluster desde un nodo de clúster y repita el procedimiento. Compruebe que haya realizado correctamente el Paso 4 del procedimiento antes de volver a ejecutar el comando clnode remove.
Los siguientes mensajes de error indican que el nodo que ha eliminado todavía está en la lista con un grupo de dispositivos.
Verifying that no device services still reference this node ... failed clnode: This node is still configured to host device service " service". clnode: This node is still configured to host device service " service2". clnode: This node is still configured to host device service " service3". clnode: This node is still configured to host device service " dg1". clnode: It is not safe to uninstall with these outstanding errors. clnode: Refer to the documentation for complete uninstall instructions. clnode: Uninstall failed.
En esta sección se describe cómo crear, configurar y gestionar la base de información de administración (MIB) de eventos del Protocolo simple de administración de red (SNMP). Esta sección también describe cómo habilitar, inhabilitar y cambiar la MIB de eventos de SNMP de Oracle Solaris Cluster.
El software Oracle Solaris Cluster admite actualmente una MIB, la MIB de eventos. El software del administrador de SNMP intercepta los eventos del clúster en tiempo real. Si se habilita, el administrador de SNMP envía automáticamente notificaciones de captura a todos los sistemas definidos en el comando clsnmphost. La MIB mantiene una tabla de sólo lectura con los 50 eventos más actuales. Debido a que los clústeres generan numerosas notificaciones, sólo se envían como notificaciones de capturas los eventos con cierto grado de warning (advertencia) o superior. Esta información no se mantiene después de reiniciar.
La MIB de eventos de SNMP está definida en el archivo sun-cluster-event-mib.mib y se ubica en el directorio /usr/cluster/lib/mib. Esta definición puede usarse para interpretar la información de captura de SNMP.
El número de puerto predeterminado del módulo SNMP del evento es 11161 y el puerto predeterminado de las capturas de SNMP es 11162. Estos números de puerto se pueden cambiar modificando el archivo de propiedad de Common Agent Container, /etc/cacao/instances/default/private/cacao.properties.
Crear, configurar y administrar una MIB de eventos de SNMP de Oracle Solaris Cluster puede implicar las tareas siguientes.
Tabla 9-2 Mapa de tareas: creación, configuración y administración de la MIB de eventos de SNMP de Oracle Solaris Cluster
|
En este procedimiento se muestra cómo habilitar una MIB de eventos de SNMP.
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
phys-schost-1# clsnmpmib enable [-n node] MIB
Especifica el nodo en el que se ubica la MIB de eventos que desea habilitar. Puede especificar un nombre o un ID de nodo. Si no especifica esta opción, de forma predeterminada se utiliza el nodo actual.
Especifica el nombre de la MIB que desea habilitar. En este caso, el nombre de la MIB debe ser event.
En este procedimiento se muestra cómo deshabilitar una MIB de eventos de SNMP.
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
phys-schost-1# clsnmpmib disable -n node MIB
Especifica el nodo en el que se ubica la MIB de eventos que desea deshabilitar. Puede especificar un nombre o un ID de nodo. Si no especifica esta opción, de forma predeterminada se utiliza el nodo actual.
Especifica el tipo de MIB que desea deshabilitar. En este caso, debe especificar el tipo event.
En este procedimiento se muestra cómo cambiar el protocolo para una MIB de eventos de SNMP.
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
phys-schost-1# clsnmpmib set -n node -p version=value MIB
Especifica el nodo en el que se ubica la MIB de eventos que desea cambiar. Puede especificar un nombre o un ID de nodo. Si no especifica esta opción, de forma predeterminada se utiliza el nodo actual.
Especifica la versión del protocolo SNMP que desea usar con las MIB. Especifica el valor como se muestra a continuación:
version=SNMPv2
version=snmpv2
version=2
version=SNMPv3
version=snmpv3
version=3
Especifica el nombre de la MIB o las MIB a las que hay que aplicar el subcomando. En este caso, debe especificar el tipo event. Si no se especifica este operando, este subcomando utiliza el signo más predeterminado (+), que significa todas las MIB. Si utiliza el operando MIB, especifique la MIB en una lista delimitada por espacios después de todas las demás opciones de líneas de comandos.
En este procedimiento se muestra cómo agregar un host de SNMP de un nodo a la lista de hosts que recibirá notificaciones de capturas para las MIB.
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
phys-schost-1# clsnmphost add -c SNMPcommunity [-n node] host
Especifica el nombre de la comunidad de SNMP que se usa junto con el nombre del host.
Se debe especificar el nombre de la comunidad de SNMP comunidad_SNMP cuando agregue un host a una comunidad que no sea public. Si usa el subcomando add sin la opción -c, el subcomando utiliza public como nombre de comunidad predeterminado.
Si el nombre de comunidad especificado no existe, este comando crea la comunidad.
Especifica el nombre del nodo del host de SNMP al que se ha proporcionado acceso a las MIB de SNMP en el clúster. Puede especificar un nombre o un ID de nodo. Si no especifica esta opción, de forma predeterminada se utiliza el nodo actual.
Especifica el nombre, la dirección IP o la dirección IPv6 del host al que se ha proporcionado acceso a las MIB de SNMP en el clúster.
En este procedimiento se muestra cómo eliminar un host de SNMP de un nodo de la lista de hosts que recibirá notificaciones de capturas para las MIB.
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
phys-schost-1# clsnmphost remove -c SNMPcommunity -n node host
Elimina el host de SNMP especificado del nodo especificado.
Especifica el nombre de la comunidad de SNMP de la que se ha eliminado el host de SNMP.
Especifica el nombre del nodo del que se ha eliminado el host de SNMP de la configuración. Puede especificar un nombre o un ID de nodo. Si no especifica esta opción, de forma predeterminada se utiliza el nodo actual.
Especifica el nombre, la dirección IP o la dirección IPv6 del host que se ha eliminado de la configuración.
Para eliminar todos los hosts de la comunidad SNMP especificada, use un signo más (+) para el host con la opción -c. Para eliminar todos los hosts, use el signo más (+) para el host.
En este procedimiento se muestra cómo agregar un usuario de SNMP a la configuración de usuario de SNMP en un nodo.
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
phys-schost-1# clsnmpuser create -n node -a authentication \ -f password user
Especifica el nodo en el que se agrega el usuario de SNMP. Puede especificar un nombre o un ID de nodo. Si no especifica esta opción, de forma predeterminada se utiliza el nodo actual.
Especifica el protocolo de autenticación que se utiliza para autorizar al usuario. El valor del protocolo de autenticación puede ser SHA o MD5.
Especifica un archivo que contiene las contraseñas de usuario de SNMP. Si no especifica esta opción al crear un usuario, el comando solicita una contraseña. Esta opción sólo es válida con el subcomando add.
Las contraseñas de los usuarios deben especificarse en líneas distintas y con el formato siguiente:
user:password
Las contraseñas no pueden tener espacios ni los siguientes caracteres:
; (punto y coma)
: (dos puntos)
\ (barra diagonal inversa)
\n (línea nueva)
Especifica el nombre del usuario de SNMP que desea agregar.
En este procedimiento se muestra cómo eliminar un usuario de SNMP de la configuración de usuario de SNMP en un nodo.
phys-schost# refleja un indicador de clúster global. Siga este procedimiento en un clúster global.
Este procedimiento proporciona las formas largas de los comandos Oracle Solaris Cluster. La mayoría de los comandos también tienen una forma corta. A excepción de las formas de los nombres de comandos, los comandos son idénticos.
phys-schost-1# clsnmpuser delete -n node user
Especifica el nodo del que se elimina el usuario de SNMP. Puede especificar un nombre o un ID de nodo. Si no especifica esta opción, de forma predeterminada se utiliza el nodo actual.
Especifica el nombre del usuario de SNMP que desea eliminar.
Puede habilitar la distribución automática de la carga del grupo de recursos entre los nodos estableciendo límites de carga. Puede configurar un conjunto de límites de carga para cada nodo del clúster. Asigna factores de carga a grupos de recursos y los factores de carga se corresponden con los límites de carga de los nodos. El funcionamiento predeterminado consiste en distribuir la carga del grupo de recursos de forma uniforme entre todos los nodos disponibles en la lista de nodos del grupo de recursos.
El RGM inicia los grupos de recursos en un nodo de la lista de nodos del grupo de recursos para que no se superen los límites de carga del nodo. Debido a que el RGM asigna grupos de recursos a los nodos, los factores de carga de los grupos de recursos de cada nodo se suman para proporcionar una carga total. La carga total se compara respecto a los límites de carga de ese nodo.
Un límite de carga consta de los siguientes elementos:
Un nombre asignado por el usuario.
Un valor de límite flexible: un límite de carga flexible se puede exceder temporalmente.
Un valor de límite fijo: los límites de carga fijos no pueden excederse nunca y se aplican de manera estricta.
Puede definir tanto el límite fijo como el límite flexible con un solo comando. Si uno de los límites no se establece explícitamente, se utilizará el valor predeterminado. Los límites de carga fijos y flexibles de cada nodo se crean y modifican con los comandos clnode create-loadlimit, clnode set-loadlimit y clnode delete-loadlimit. Consulte la página del comando man clnode(1CL) para obtener más información.
También puede configurar un grupo de recursos para que tenga una prioridad superior y reducir así la probabilidad de ser desplazado de un nodo específico. También puede establecer una propiedad preemption_mode para determinar si un grupo de recursos se apoderará de un nodo mediante un grupo de recursos de mayor prioridad debido a la sobrecarga de nodos. La propiedad concentrate_load también permite concentrar la carga del grupo de recursos en el menor número de nodos posible. El valor predeterminado de la propiedad concentrate_load es FALSE .
Nota - Puede configurar límites de carga en los nodos de un clúster global o de un clúster de zona. Puede utilizar la línea de comandos, la utilidad clsetup o la interfaz del Oracle Solaris Cluster Manager para configurar los límites de carga. En los procedimientos siguientes se explica cómo configurar límites de carga mediante la línea de comandos.
# clnode create-loadlimit -p limitname=mem_load -Z zc1 -p softlimit=11 -p hardlimit=20 node1 node2 node3
En este ejemplo, el nombre del clúster de zona es zc1. La propiedad de ejemplo se llama mem_load y tiene un límite flexible de 11 y un límite de carga fijo de 20. Los límites fijos y flexibles son argumentos opcionales y, si no se definen de forma específica, el valor predeterminado será ilimitado. Consulte la página del comando man clnode(1CL) para obtener más información.
# clresourcegroup set -p load_factors=mem_load@50,factor2@1 rg1 rg2
En este ejemplo, los factores de carga se definen en los dos grupos de recursos, rg1 y rg2. La configuración de factor de carga se corresponde con los límites de carga definidos para los nodos. También puede realizar este paso durante la creación del grupo de recursos con el comando clresourcegroup create. Para obtener más información, consulte la página del comando man clresourcegroup(1CL).
# clresourcegroup remaster rg1 rg2
Este comando puede mover los grupos de recursos de su nodo maestro actual a otros nodos para conseguir una distribución uniforme de la carga.
# clresourcegroup set -p priority=600 rg1
El valor predeterminado de prioridad es 500. Los grupos de recursos con valores de prioridad mayores tienen preferencia en la asignación de nodos por encima de los grupos de recursos con valores de prioridad menores.
# clresourcegroup set -p Preemption_mode=No_cost rg1
Para obtener más información, consulte la página del comando man clresourcegroup(1CL) en las opciones HAS_COST, NO_COST y NEVER.
# cluster set -p Concentrate_load=TRUE
Una afinidad negativa o positiva fuerte tiene preferencia por encima de la distribución de carga. Las afinidades fuertes no pueden infringirse, del mismo modo que los límites de carga fijos. Si define afinidades fuertes y límites de carga fijos, es posible que algunos grupos de recursos estén obligados a permanecer sin conexión, si no pueden cumplirse ambas restricciones.
En el siguiente ejemplo se especifica una afinidad positiva fuerte entre el grupo de recursos rg1 del clúster de zona zc1 y el grupo de recursos rg2 del clúster de zona zc2.
# clresourcegroup set -p RG_affinities=++zc2:rg2 zc1:rg1
# clnode status -Z all -v
La salida incluye todos los valores de configuración de límite de carga definidos en el nodo.
Common Agent Container se inicia automáticamente al iniciar el clúster.
Nota - Si recibe un mensaje de error del sistema al intentar ver información sobre un nodo, compruebe si el parámetro de la dirección de enlace a la red del contenedor de agente común está definido en el valor correcto de 0.0.0.0.
Realice estos pasos en cada nodo del clúster.
1. Muestre el valor del parámetro network-bind-address.
# cacaoadm get-param network-bind-address network-bind-address=0.0.0.0
2. Si el valor de parámetro no es 0.0.0.0, cambie el valor del parámetro.
# cacaoadm stop # cacaoadm set-param network-bind-address=0.0.0.0 # cacaoadm start
Si los números de puerto predeterminados para los servicios de contenedor de agente común presentan conflictos con otros procesos de ejecución, puede usar el comando cacaoadm en cada nodo del clúster para cambiar el número de puerto del agente de gestión o servicio causante del conflicto.
# /opt/bin/cacaoadm stop
# /opt/bin/cacaoadm get-param parameterName
Puede usar el comando cacaoadm para cambiar los números de puerto para los siguientes servicios de contenedor de agente común. La lista siguiente proporciona algunos ejemplos de servicios y agentes que Common Agent Container puede administrar, junto con los nombres de parámetros correspondientes.
jmxmp-connector-port
snmp-adapter-port
snmp-adapter-trap-port
commandstream-adapter-port
Nota - Si recibe un mensaje de error del sistema al intentar ver información sobre un nodo, compruebe si el parámetro de la dirección de enlace a la red del contenedor de agente común está definido en el valor correcto de 0.0.0.0.
Realice estos pasos en cada nodo del clúster.
1. Muestre el valor del parámetro network-bind-address.
# cacaoadm get-param network-bind-address network-bind-address=0.0.0.0
2. Si el valor de parámetro no es 0.0.0.0, cambie el valor del parámetro.
# cacaoadm stop # cacaoadm set-param network-bind-address=0.0.0.0 # cacaoadm start
# /opt/bin/cacaoadm set-param parameterName=parameterValue
# /opt/bin/cacaoadm start