JavaScript is required to for searching.
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.1 (Español)
search filter icon
search icon

Información del documento

Prefacio

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

5.  Administración de dispositivos globales, supervisión de rutas de disco y sistemas de archivos de clúster

6.  Administración de quórum

7.  Administración de interconexiones de clústeres y redes públicas

8.  Adición y eliminación de un nodo

9.  Administración del clúster

Información general sobre la administración del clúster

Cambio del nombre 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 cambiar los nombres de host lógicos utilizados por los recursos de nombre de host lógico de Oracle Solaris Cluster existentes

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 utilizar Common Agent Container para cambiar los números de puerto para servicios o agentes de gestión

Cómo realizar tareas administrativas del clúster de zona

Cómo agregar una dirección de red a un cluster 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

Resolución de problemas

Ejecución de una aplicación fuera del clúster global

Cómo tomar un metaconjunto de Solaris Volume Manager de nodos que se han iniciado en un modo que no es de clúster

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

11.  Actualización de software

12.  Copias de seguridad y restauraciones de clústeres

A.  Ejemplo

Índice

Información general sobre la administración del clúster

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

Tarea
Instrucciones
Agregar o eliminar un nodo de un clúster
Cambiar el nombre del clúster
Enumerar los ID de nodos y sus nombres de nodo correspondientes
Permitir o denegar que se agreguen nodos nuevos al clúster
Cambiar el tiempo para un clúster utilizando el NTP
Cerrar un nodo con el indicador ok de la PROM OpenBoot en un sistema basado en SPARC o con el mensaje Press any key to continuede un menú de GRUB en un sistema basado en x86
Agregar o cambiar el nombre de host privado
Poner un nodo de clúster en estado de mantenimiento
Cambiar el nombre de un nodo
Sacar un nodo del clúster fuera del estado de mantenimiento
Desinstalar el software del clúster de un nodo del clúster
Agregar y administrar una MIB de eventos de SNMP
Configurar los límites de carga de un nodo
Mover un clúster de zona, preparar un clúster de zona para aplicaciones, eliminar un clúster de zona

Cambio del nombre del 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 de 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.

  1. Asuma el rol root en cualquier nodo del cluster global.
  2. Inicie la utilidad clsetup.
    phys-schost# clsetup

    Aparece el menú principal.

  3. Para cambiar el nombre del clúster, escriba el número para la opción Other Cluster Properties (Otras propiedades del clúster).

    Aparece el menú Other Cluster Properties (Otras propiedades del clúster).

  4. Seleccione desde el menú y siga las instrucciones que aparecen en la pantalla.
  5. Si desea que la etiqueta de servicio de Oracle Solaris Cluster refleje el nombre del clúster nuevo, elimine la etiqueta de Oracle Solaris Cluster y reinicie el 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.

    1. Enumere todas las etiquetas de servicio.
      phys-schost# stclient -x
    2. Busque el número de instancia de la etiqueta de servicio de Oracle Solaris Cluster; a continuación, ejecute el comando siguiente.
      phys-schost# stclient -d -i service_tag_instance_number
    3. Rearranque todos los nodos del clúster.
      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).

Asignación de un ID de nodo a un nombre de nodo

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.

No hace falta asumir el rol root, para visualizar la información sobre la configuración para un cluster global o de zona. 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.

  1. Utilice el comando clnode para mostrar la información de configuración del clúster para el clúster global.
    phys-schost# clnode show | grep Node

    Para obtener más información, consulte la página del comando man clnode(1CL).

  2. También puede mostrar los ID de nodo para un clúster de zona.

    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

Uso de la autenticación del nodo del clúster nuevo

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

  1. Asuma el rol root en cualquier nodo del cluster global.
  2. Inicie la utilidad clsetup.
    phys-schost# clsetup

    Aparece el menú principal.

  3. Para trabajar con la autenticación del clúster, escriba el número para la opción para nuevos nodos.

    Aparece el menú Nuevos nodos.

  4. Seleccione desde el menú y siga las instrucciones que aparecen en la pantalla.

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

Restablecimiento de la hora del día en un clúster

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

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

  1. Asuma el rol root en cualquier nodo del cluster global.
  2. Cierre el clúster global.
    phys-schost# cluster shutdown -g0 -y -i 0
  3. Compruebe que el nodo muestre el indicador ok en los sistemas basados en SPARC o el mensaje Press any key to continue en el menú de GRUB de los sistemas basados en x86.
  4. Arranque el nodo en un modo que no sea de clúster.
    • 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
    1. En el menú de GRUB, utilice las teclas de flecha para seleccionar la correspondiente entrada de Oracle Solaris y escriba e para editar los comandos.

      Se muestra el menú de GRUB.

      Para obtener más información sobre el inicio basado en GRUB, consulte Inicio de un sistema de Inicio y cierre de sistemas Oracle Solaris 11.1.

    2. En la pantalla de los parámetros de arranque, utilice las teclas de flecha para seleccionar la entrada de núcleo y escriba e para editarla.

      Se muestra la pantalla de parámetros de inicio de GRUB.

    3. Agregue -x al comando para especificar que el sistema arranque en un modo que no sea de clúster.
      [ 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
    4. Pulse la tecla Intro para aceptar el cambio y volver a la pantalla de los parámetros de arranque.

      La pantalla muestra el comando editado.

    5. Escriba b para iniciar el nodo en el modo sin clúster.

      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.


  5. En un solo nodo, configure la hora del día; para ello, ejecute el comando date.
    phys-schost# date HHMM.SS
  6. En los otros equipos, sincronice la hora de ese nodo; para ello, ejecute el comando rdate(1M).
    phys-schost# rdate hostname
  7. Arranque cada nodo para reiniciar el clúster.
    phys-schost# reboot
  8. Compruebe que el cambio se haya hecho en todos los nodos del clúster.

    Ejecute el comando date en todos los nodos.

    phys-schost# date

SPARC: Visualización de la PROM OpenBoot en un nodo

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

  1. Conecte la consola al nodo para que se cierre.
    # telnet tc_name tc_port_number
    tc_name

    Especifica el nombre del concentrador de terminales.

    tc_port_number

    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.

  2. Cierre el nodo del clúster mediante el comando clnode evacuate y, a continuación, mediante el comando shutdown.

    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 especificado del cluster global al nodo que se sitúe a continuación en el orden de preferencia.

    phys-schost# clnode evacuate node
    # shutdown -g0 -y

    Precaución

    Precaución - No use el comando send brk en la consola de un clúster para cerrar un nodo de clúster.


  3. Ejecute los comandos OBP.

Cómo cambiar un nombre de host privado de nodo

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

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

  1. Deshabilite, en todos los nodos del clúster, cualquier recurso de servicio de datos u otras aplicaciones que puedan almacenar en antememoria nombres de host privados.
    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.

  2. Si el archivo de configuración NTP hace referencia al nombre de host privado que está cambiando, desactive el daemon de NTP en cada nodo del clúster.

    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
  3. Ejecute la utilidad clsetup para cambiar el nombre de host privado del nodo apropiado.

    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
  4. En la utilidad clsetup, escriba el número para la opción para el nombre de host privado.
  5. En la utilidad clsetup, escriba el número para la opción de cambiar un nombre de host privado.

    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.

  6. Purgue la antememoria del servicio de nombres.

    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
  7. Si cambió un nombre de host privado en la configuración de NTP o incluye un archivo, actualice el archivo de NTP en cada nodo. Si cambió un nombre de host privado en su archivo de configuración NTP (/etc/inet/ntp.conf) y tiene entradas de host de igual o un puntero que incluye el archivo para los host de iguales en su archivo de configuración NTP (/etc/inet/ntp.conf.include), actualice el archivo en cada nodo. Si cambió un nombre de host privado en su archivo incluido NTP, actualice el archivo /etc/inet/ntp.conf.sc en cada nodo.
    1. Use la herramienta de edición que prefiera.

      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.

    2. Compruebe que pueda realizar un ping correctamente en el nombre de host privado desde todos los nodos del clúster.
    3. Reinicie el daemon de NTP.

      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
  8. Habilite todos los recursos de servicio de datos y otras aplicaciones deshabilitados en el Paso 1.
    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.]

Cómo cambiar el nombre de un nodo

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.

  1. En el cluster global, asuma un rol que proporcione la autorización RBAC solaris.cluster.modify.
  2. Si cambia el nombre de un nodo en un clúster Geographic Edition de Oracle Solaris Cluster que está en sociedad con una configuración de Oracle Solaris, debe realizar pasos adicionales.

    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.

  3. Cambie los nombres de host de Oracle Solaris siguiendo los pasos indicados en How to Change a System’s Identity de Managing System Information, Processes, and Performance in Oracle Solaris 11.1, pero no reinicie el sistema al final del procedimiento.

    En su lugar, cierre el clúster una vez completados los pasos.

  4. Inicie todos los nodos del clúster en un modo que no sea de clúster.
    ok> boot -x
  5. En un modo que no sea de clúster en el nodo donde cambió el nombre del host de Oracle Solaris, cambie el nombre del nodo y ejecute el comando cmd en cada host al que se le cambió el nombre.

    Cambie el nombre de un nodo a la vez.

    # clnode rename -n newnodename oldnodename
  6. Actualice cualquier referencia existente al nombre de host anterior en las aplicaciones que se ejecutan en el clúster.
  7. Compruebe que se haya cambiado el nombre del nodo consultando los mensajes de comando y los archivos de registro.
  8. Reinicie todos los nodos en modo de clúster.
    # sync;sync;sync;reboot
  9. Verifique que el nodo muestre el nuevo nombre.
    # clnode status -v
  10. Si va a cambiar el nombre de un nodo de clúster de Geographic Edition y el clúster asociado del clúster que contiene el nodo al que se ha cambiado el nombre todavía hace referencia al nombre de nodo anterior, el estado de sincronización del grupo de protección se mostrará como un error.

    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.

  11. Puede elegir cambiar la propiedad hostnamelist de los recursos del nombre de host lógico.

    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.

Cómo cambiar los nombres de host lógicos utilizados por los recursos de nombre de host lógico de Oracle Solaris Cluster existentes

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.

  1. En el cluster global, asuma un rol que proporcione la autorización RBAC solaris.cluster.modify.
  2. Si lo desea, puede cambiar los nombres de host lógicos utilizados por cualquiera de los recursos existentes de nombre de host lógico de Oracle Solaris Cluster.

    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.

    1. En el modo de clúster, desconecte los grupos de recursos de Apache que contengan los nombres de host lógicos.
      # clrg offline apache-rg
    2. Deshabilite los recursos de nombre de host lógico de Apache.
      # clrs disable appache-lh-res
    3. Proporcione la nueva lista de nombres de host.
      # clrs set -p HostnameList=test-2 apache-lh-res
    4. Cambie las referencias de la aplicación para entradas anteriores en la propiedad hostnamelist para hacer referencia a las nuevas entradas.
    5. Habilite los recursos de nombre de host lógico de Apache
      # clrs enable apache-lh-res
    6. Ponga en línea los grupos de recursos de Apache.
      # clrg online -eM apache-rg
    7. Confirme que la aplicación se haya iniciado correctamente; para ello, ejecute el siguiente comando para realizar la comprobación de un cliente.
      # clrs status apache-rs

Cómo poner un nodo en estado de mantenimiento

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

  1. Asuma un rol que proporcione la autorización RBAC solaris.cluster.modify en el nodo de cluster global que está estableciendo en estado de mantenimiento.
  2. Evacue todos los grupos de recursos y de dispositivos del nodo.

    El comando clnode evacuate conmuta todos los grupos de recursos y grupos de dispositivos del nodo especificado al siguiente nodo por orden de preferencia.

    phys-schost# clnode evacuate node
  3. Cierre el nodo que evacuó.
    phys-schost# shutdown -g0 -y -i 0
  4. Asuma un rol que proporcione la autorización RBAC solaris.cluster.modify en otro nodo del cluster y establezca el nodo que cierra en el Paso 3 en estado de mantenimiento.
    phys-schost# clquorum disable  node
    node

    Especifica el nombre de un nodo que desea poner en modo de mantenimiento.

  5. Compruebe que nodo del clúster global esté en estado 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.

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

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

  1. Asuma un rol que proporcione la autorización RBAC solaris.cluster.modify en cualquier nodo del cluster global distinto del que está en estado de mantenimiento.
  2. Según el número de nodos que tenga en la configuración del clúster global, realice uno de los siguientes pasos:
    • Si tiene dos nodos en la configuración del clúster, vaya al Paso 4.

    • Si tiene más de dos nodos en la configuración del clúster, vaya a Paso 3.

  3. Si el nodo que elimina del estado de mantenimiento va a tener dispositivos de quórum, restablezca el recuento de quórum del clúster de un nodo distinto del que está en estado de mantenimiento.

    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
    reset

    El indicador de cambio que restablece el quórum.

  4. Arranque el nodo que está quitando del estado de mantenimiento.
  5. Compruebe el número de votos de 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
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
`

Cómo instalar el software de Oracle Solaris Cluster desde un nodo de clúster

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

  1. Asegúrese de haber completado correctamente todas las tareas de requisitos previos en el mapa de tareas para eliminar un nodo de clúster.

    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.


  2. Asuma el rol root en el nodo que desee desinstalar.
  3. Si su nodo tiene una partición dedicada para el espacio de nombres de dispositivos globales, reinicie el nodo del clúster global en modo que no sea de clúster.
    • 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
  4. En el archivo /etc/vfstab, elimine todas las entradas del sistema de archivos montadas globalmente excepto los montajes globales /global/.devices.
  5. Reinicie el nodo en un modo que no sea de clúster.
    • En los sistemas basados en SPARC, ejecute el siguiente comando:
      ok boot -x
    • En los sistemas basados en x86, ejecute los siguientes comandos:
      1. En el menú de GRUB, utilice las teclas de flecha para seleccionar la correspondiente entrada de Oracle Solaris y escriba e para editar los comandos.

        Para obtener más información sobre el inicio basado en GRUB, consulte Inicio de un sistema de Inicio y cierre de sistemas Oracle Solaris 11.1.

      2. En la pantalla de parámetros de inicio, use las teclas de flecha para seleccionar la entrada kernel y escriba e para editarla.
      3. Agregue -x al comando para especificar que el sistema se inicia en el modo sin clúster.
      4. Pulse Intro para aceptar el cambio y volver a la pantalla de parámetros de inicio.

        La pantalla muestra el comando editado.

      5. Escriba b para iniciar el nodo en el modo sin clúster.

        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.


  6. Acceda a un directorio como, por ejemplo, el directorio raíz (/), que no contenga ningún archivo proporcionado por los paquetes de Oracle Solaris Cluster.
    phys-schost# cd /
  7. Para anular la configuración del nodo y eliminar el software de Oracle Solaris Cluster, ejecute el siguiente comando.
    phys-schost# scinstall -r [-b bename]
    -r

    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.

    -b bootenvironmentname

    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.

  8. Si tiene previsto volver a instalar el software de Oracle Solaris Cluster en este nodo una vez finalizada la desinstalación, reinicie el nodo para iniciar en el nuevo entrono de inicio.
  9. Si no tiene previsto volver a instalar el software Oracle Solaris Cluster en este clúster, desconecte los cables y el conmutador de transporte, si los hubiera, de los otros dispositivos del clúster.
    1. Si el nodo desinstalado está conectado a un dispositivo de almacenamiento que usa una interfaz SCSI paralelo, instale un terminador de SCSI al conector de SCSI abierto del dispositivo de almacenamiento después de haber desconectado los cables de transporte.

      Si el nodo desinstalado está conectado a un dispositivo de almacenamiento que usa interfaces de canal de fibra, el cierre no es necesario.

    2. Siga la documentación enviada con el servidor y adaptador de host para procedimientos de desconexión.

    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.


Resolución de problemas de desinstalación de nodos

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.

Entradas del sistema de archivos de clúster no eliminadas

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.

Lista no eliminada de grupos de dispositivos

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.

Creación, configuración y gestión de la MIB de eventos de SNMP de Oracle Solaris Cluster

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

Tarea
Instrucciones
Activar una MIB de eventos de SNMP.
Desactivar una MIB de eventos de SNMP.
Cambiar una MIB de eventos de SNMP.
Agregar un host de SNMP a la lista de hosts que recibirá notificaciones de captura para las MIB.
Eliminar un host de SNMP.
Agregar un usuario de SNMP.
Eliminar un usuario de SNMP.

Cómo habilitar una MIB de eventos de SNMP

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

  1. Asuma un rol que proporcione la autorización RBAC solaris.cluster.modify.
  2. Habilite la MIB de eventos de SNMP.
    phys-schost-1# clsnmpmib enable [-n node] MIB
    [-n nodo]

    Especifica el node 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.

    MIB

    Especifica el nombre de la MIB que desea habilitar. En este caso, el nombre de la MIB debe ser event.

Cómo deshabilitar una MIB de eventos de SNMP

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

  1. Asuma un rol que proporcione la autorización RBAC solaris.cluster.modify.
  2. Deshabilite la MIB de eventos de SNMP.
    phys-schost-1# clsnmpmib disable -n node MIB
    -n nodo

    Especifica el node 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.

    MIB

    Especifica el tipo de MIB que desea deshabilitar. En este caso, debe especificar el tipo event.

Cómo cambiar una MIB de eventos de SNMP

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

  1. Asuma un rol que proporcione la autorización RBAC solaris.cluster.modify.
  2. Cambie el protocolo de la MIB de eventos de SNMP.
    phys-schost-1# clsnmpmib set -n node -p version=value MIB
    -n node

    Especifica el node 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.

    -p version=value

    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

    MIB

    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.

Cómo habilitar un host de SNMP para que reciba capturas de SNMP en un nodo

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

  1. Asuma un rol que proporcione la autorización RBAC solaris.cluster.modify.
  2. Agregue el host a la lista de hosts de SNMP de una comunidad en otro nodo.
    phys-schost-1# clsnmphost add -c SNMPcommunity [-n node] host
    -c SNMPcommunity

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

    -n node

    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.

    host

    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.

Cómo deshabilitar un host de SNMP para que no reciba capturas de SNMP en un nodo

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

  1. Asuma un rol que proporcione la autorización RBAC solaris.cluster.modify.
  2. Elimine el host de la lista de hosts de SNMP de una comunidad en el nodo especificado.
    phys-schost-1# clsnmphost remove -c SNMPcommunity -n node host
    remove

    Elimina el host de SNMP especificado del nodo especificado.

    -c SNMPcommunity

    Especifica el nombre de la comunidad de SNMP de la que se ha eliminado el host de SNMP.

    -n node

    Especifica el nombre del node 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.

    host

    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.

Cómo agregar un usuario de SNMP a un nodo

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

  1. Asuma un rol que proporcione la autorización RBAC solaris.cluster.modify.
  2. Agregue el usuario de SNMP.
    phys-schost-1# clsnmpuser create -n node -a authentication \
                  -f password user
    -n nodo

    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.

    -a authentication

    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.

    -f password

    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)

    usuario

    Especifica el nombre del usuario de SNMP que desea agregar.

Cómo eliminar un usuario de SNMP de un nodo

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

  1. Asuma un rol que proporcione la autorización RBAC solaris.cluster.modify.
  2. Elimine el usuario de SNMP.
    phys-schost-1# clsnmpuser delete -n node user
    -n nodo

    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.

    user

    Especifica el nombre del usuario de SNMP que desea eliminar.

Configuración de límites de carga

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:

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.


Cómo configurar límites de carga en un nodo

  1. Asuma un rol que proporcione la autorización RBAC solaris.cluster.modify en cualquier nodo del cluster global.
  2. Cree y configure un límite de carga para los nodos en los que quiera usar equilibrio de carga.
    # 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.

  3. Asigne valores de factor de carga a cada grupo de recursos.
    # 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).

  4. Si lo desea, puede redistribuir la carga existente (clrg remaster).
    # 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.

  5. Si lo desea, puede otorgar a algunos grupos de recursos una prioridad más alta que a otros.
    # 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.

  6. Si lo desea, puede definir la propiedad Preemption_mode.
    # 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.

  7. Si lo desea, puede definir el indicador Concentrate_load.
    # cluster set -p Concentrate_load=TRUE
  8. Si lo desea, puede especificar una afinidad entre grupos de recursos.

    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
  9. Compruebe el estado de todos los nodos del clúster global y del clúster de zona del clúster.
    # clnode status -Z all -v

    La salida incluye todos los valores de configuración de límite de carga definidos en el nodo.

Cambio de números de puerto para servicios o agentes de gestión

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


Cómo utilizar Common Agent Container para cambiar los números de puerto para servicios o agentes de gestión

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.

  1. Detenga el daemon de administración contenedor de agentes común en todos los nodos del clúster.
    # /opt/bin/cacaoadm stop
  2. Recupere el número de puerto utilizado actualmente por el servicio de contenedor de agente común con el subcomando get-param.
    # /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.

    Puerto de conector JMX

    jmxmp-connector-port

    Puerto SNMP

    snmp-adapter-port

    Puerto de captura SNMP

    snmp-adapter-trap-port

    Puerto de flujo de comando

    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


  3. Cambie un número de puerto.
    # /opt/bin/cacaoadm set-param parameterName=parameterValue
  4. Repita el Paso 3 en cada nodo del clúster.
  5. Reinicie el daemon de gestión de contenedor de agentes común en todos los nodos del clúster.
    # /opt/bin/cacaoadm start