Esta característica está disponible para todos los componentes de Load Balancer.
Metric Server proporciona información de carga de servidor a Load Balancer en forma de métrica específica del sistema, informando sobre el estado de los servidores. El gestor de Load Balancer consulta el agente de Metric Server que reside en cada uno de los servidores, asignando pesos al proceso de equilibrio de carga utilizando la métrica recopilada de los agentes. Los resultados también aparecen en el informe del gestor.
Para obtener información sobre el funcionamiento de Metric Server (inicio y detención) y la utilización de las anotaciones cronológicas de Metric Server, consulte Utilización del componente Metric Server.
Para obtener un ejemplo de configuración, consulte la Figura 5.
Igual que el asesor WLM, Metric Server informa sobre los sistemas de servidor en general, en lugar de hacerlo sobre daemons de servidor individuales específicos de protocolo. WLM y Metric Server ponen los resultados en la columna de sistema del informe de gestor. Como consecuencia, no se soporta la ejecución del asesor WLM y de Metric Server al mismo tiempo.
El agente de Metric Server debe estar instalado y en ejecución en todos los servidores en los que se está realizando el equilibrio de carga.
A continuación se muestran los pasos para configurar Metric Server para Dispatcher. Se pueden realizar pasos similares para configurar Metric Server para los demás componentes de Load Balancer.
puerto es el puerto RMI seleccionado para que se ejecuten todos los agentes de Metric Server. El puerto RMI predeterminado establecido en el archivo metricserver.cmd es 10004.
métricaSistema es el nombre del script (que reside en el servidor de programa de fondo) que debe ejecutarse en cada uno de los servidores de la configuración bajo el clúster (o nombre de sitio) especificado. Se proporcionan dos scripts para el cliente, cpuload y memload. O si lo desea, puede crear scripts de métrica de sistema personalizados. El script contiene un mandato que debe devolver un valor numérico en el rango de 0-100 o un valor de -1 si el servidor está inactivo. Este valor numérico debe representar una medición de carga, no un valor de disponibilidad.
Limitación: Para la plataforma Windows, si el nombre del script de System Metric tiene una extensión distinta de ".exe", debe especificar el nombre completo del archivo (por ejemplo, "miscriptsistema.bat"). Esto es debido a una limitación de Java™.
Opcionalmente, los clientes pueden escribir sus propios archivos de script de métrica personalizados que definan el mandato que Metric Server emitirá en las máquinas de servidor. Asegúrese de que todos los scripts personalizados son ejecutables y se encuentran en el directorio siguiente:
Los scripts personalizados deben devolver un valor de carga numérico comprendido entre 0 y 100.
Para que Metric Server se ejecute en una dirección distinta del host local, es necesario editar el archivo metricserver en la máquina servidor con equilibrio de carga. Después de la aparición de "java" en el archivo metricserver, inserte lo siguiente:
-Djava.rmi.server.hostname=OTRA_DIRECCIÓN
Además, antes de las sentencias "if" en el archivo metricserver, añada esta línea: hostname OTRA_DIRECCIÓN.
Para la plataforma Windows: También es necesario crear un alias de OTRA_DIRECCIÓN en la pila de Microsoft de la máquina de Metric Server. Por ejemplo:
call netsh interface ip add address "Conexión de área local"
addr=9.37.51.28 mask=255.255.240.0
Al recopilar métricas por distintos dominios, debe establecer de forma explícita java.rmi.server.hostname en el script del servidor (dsserver, cbrserver, etc) con el nombre de dominio completo (FQDN) de la máquina que solicita la métrica. Esto es necesario porque, en función de la configuración y del sistema operativo que utilice, es posible que InetAddress.getLocalHost.getHostName() no devuelva el nombre de dominio completo (FQDN).