[AIX Solaris HP-UX Linux Windows][z/OS]

Ajuste del direccionador On Demand (ODR)

Los ODR son direccionadores inteligentes para el tráfico SIP y HTTP, que actúan como intermediarios para servidores de aplicaciones y servidores webs. Existen muchos factores que afectan al rendimiento de ODR; a fin de obtener el rendimiento óptimo de los ODR, es a veces necesario ajustarlos.

Antes de empezar

  • Ajuste de máquinas virtuales Java™. Para obtener más información, consulte el tema sobre el ajuste de la máquina virtual para Java de IBM®.
  • Elimine toda la información de rastreo excepto *=info porque este tipo de rastreo impacta en el rendimiento del ODR. Para cambiar la información de rastreo, realice los pasos siguientes:
    1. Seleccione Servidores > Tipos de servidor > Direccionadores On Demand > direccionador_on_demand > Resolución de problemas > Registro y rastreo > Servicio de rastreo de diagnóstico > Cambiar los niveles de detalle de los registros.
    2. Asegúrese de que sólo se especifica *=info.
  • El ODR nunca deberá estar restringido por la CPU ni por el uso de memoria. Por lo tanto, cuando instale el ODR en un entorno con una virtualización de servidor, configure la máquina virtual o la LPAR en la que se ejecuta el ODR en modalidad de procesador dedicado, o configúrelo en una modalidad que garantice que el ODR recibe una cantidad suficiente de recursos de CPU y memoria dedicada cuando el ODR está en ejecución.
  • El recurso de rastreo binario (BTF) tiene un impacto mínimo en el rendimiento y se puede dejar habilitado.

Acerca de esta tarea

Los valores predeterminados del ODR funcionan bien para la mayoría de los usuarios, la mayor parte del tiempo. Para la instalación, puede ser necesario llevar a cabo alguno o todos los pasos siguientes para obtener el máximo rendimiento. Los pasos se priorizan en orden de importancia.

Procedimiento

  1. Compruebe los valores de JVM. Para obtener más información sobre los valores de la JVM, consulte el tema sobre la modificación del tamaño de almacenamiento dinámico de JVM para el direccionador On Demand.
  2. [HP-UX]HP y Sun proporcionan parámetros de ajuste adicionales para optimizar la recogida de basura. Para las JVM de recogida de basura generacionales como, por ejemplo, la JVM Sun y HP, o la J9 de IBM, cuando se utiliza la recogida de basura gencon, establezca la región de memoria permanente en aproximadamente 100MB para englobar la capacidad básica de 90MB que existe en el ODR. De forma adicional, un SurvivorRation de 16 optimiza de forma adicional el proceso de generación joven. En la JVM HP, puede activar NIO para producir un incremento del rendimiento utilizando el proveedor del selector -Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.DevPollSelectorProvider e inhabilitando el sondeo adicional antes de una lectura: -XX:-ExtraPollBeforeRead.
  3. Ajuste los valores de mantener activo de la conexión. Para obtener más información, consulte el tema sobre el ajuste de las conexiones persistentes del ODR.
  4. Ajuste las conexiones máximas de ODR por servidor. Para obtener más información, consulte el tema sobre el ajuste de las conexiones máximas del ODR.
  5. Inhabilite la memoria caché de ODR cuando no esté en uso. Cuando la memoria caché de ODR está habilitada, el ODR debe pasar a través del proceso para determinar si una solicitud se debe colocar en memoria caché, examinar el repositorio de la memoria caché para comprobar si la solicitud se había colocado en la memoria caché previamente. Esta actividad general adicional en el ODR puede crear un cuello de botella en el ODR.
  6. Inhabilite la anotación cronológica del acceso si no es necesaria. Si no necesita la anotación cronológica del acceso, es preferible la anotación cronológica del proxy sobre la anotación cronológica de canal HTTP/NCSA, ya que la anotación cronológica del acceso del proxy se produce fuera de la vía de acceso de solicitud/respuesta. De esta forma, no afecta al tiempo de respuesta de la solicitud. Normalmente, el registro del acceso en un disco bastante rápido representa un 5% de sobrecarga, pero el porcentaje depende en gran medida del rendimiento del disco.
  7. Utilice el mismo grupo de hebras para ambos trabajos, el de entrada y el de salida, que impedirá mover las solicitudes entre hebras y eliminará la sobrecarga resultante. El ODR tiene un conjunto de hebras que se ajustan bajo la mayoría de las circunstancias. La colocación en cola y la regulación de las solicitudes se envían a la agrupación de hebras predeterminada, que puede ajustar de forma que sólo manejará las solicitudes de desbordamiento. El grupo de hebras primario continuará para manejar la mayoría de las solicitudes. Todas las solicitudes de la agrupación de hebras son asíncronas sin llamadas de bloqueo, por lo tanto, el número no debe ser mayor de una o dos hebras por CPU. Complete los pasos siguientes para utilizar el mismo grupo de hebras para el trabajo de entrada y también para el trabajo de salida:
    1. Seleccione Servidores > Tipos de servidor > Direccionadores On Demand > direccionador_on_demand > Agrupaciones de hebras > agrupaciones_hebras_predeterminadas > Propiedades personalizadas > Nuevo.
    2. Especifique combineSelectors para el nombre.
    3. Especifique 1 para el valor.
    4. Pulse Aceptar.
    5. Pulse Guardar.

Icon that indicates the type of topic Task topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twve_odrtuneodr
File name: twve_odrtuneodr.html