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

Intelligent Management: preguntas más frecuentes de ubicación de aplicaciones

Ocasionalmente, puede encontrar un comportamiento de ubicación de aplicaciones que no es el previsto. Este tema describe algunas de las preguntas más frecuentes y cosas que consultar cuando la ubicación de aplicaciones no funciona como esperaba.

¿Dónde se ejecuta el controlador de ubicación de aplicaciones?

Para encontrar dónde se ejecuta el controlador de ubicación de aplicaciones, puede utilizar la consola administrativas o scripts. Para comprobar la ubicación en la consola administrativa, pulse Operaciones de tiempo de ejecución > Estabilidad de componente > Componentes centrales. También puede ejecutar el script checkPlacementLocation.jacl para mostrar el servidor en el que se ejecuta el controlador de ubicación de aplicaciones.

¿Cuándo inicia el controlador de ubicación de aplicaciones un servidor?

El controlador de ubicación de aplicaciones inicia servidores para los siguientes motivos:
  • Para cumplir el número mínimo de instancias de aplicación definidas para el clúster dinámico.
  • Cuando se ha direccionado una solicitud a través del direccionador on demand para un clúster dinámico desactivado.
  • Cuando un clúster dinámico podría sacar partido de una capacidad adicional. El gestor de flujo de solicitudes autónomo envía una señal que indica cómo de beneficioso sería para un clúster dinámico tener más capacidad adicional y las instancias adicionales se inician para el clúster dinámico.
Para obtener una vista de lo que se está ejecutando en la vista del controlador de ubicación de aplicaciones, consulte los mensajes SystemOut.log.

¿Cuándo detiene el controlador de ubicación de aplicaciones un servidor?

El controlador de ubicación de aplicaciones detiene un servidor por los siguientes motivos:

  • Existe una restricción de memoria en un nodo. El controlador de ubicación de aplicaciones debe comprender lo mínimo para el clúster dinámico, o la cantidad de capacidad necesaria para dicho clúster dinámico y las restricciones de procesador y las restricciones de memoria del sistema. Si la memoria disponible pasa a un nivel bajo en un nodo, el controlador de ubicación de aplicaciones intenta detener las instancias e intenta evitar el intercambio del nodo.
  • El clúster dinámico está configurado para un inicio poco activo de la aplicación y una parada inactiva proactiva y no existe ninguna demanda para el clúster dinámico. Si el clúster dinámico no tiene ninguna demanda, el controlador de ubicación de aplicaciones intenta detener las instancias de dicho clúster para eliminar el consumo de recursos de un clúster dinámico inactivo.

¿Por qué el controlador de ubicación de aplicaciones no ha iniciado un servidor?

El controlador de ubicación de aplicaciones no muestra que el servidor se ha iniciado por uno de los siguientes motivos:

  • La configuración no ha habilitado la ubicación de aplicaciones dinámica:
    1. Verifique que el controlador de ubicaciones esté habilitado. En la consola administrativa, pulse Políticas operativas > Gestores autónomos > Controlador de ubicación de aplicaciones.
    2. Verificar que el clúster o los clústeres de objetos son clústeres dinámicos. El controlador de ubicación de aplicaciones sólo actúa en los clústeres dinámicos. En la consola administrativa, pulse Servidores > Clústeres dinámicos. Compruebe que en el campo Modalidad operacional para cada clúster de objetos aparezca Automático. Si no es así, seleccione los clústeres dinámicos y pulse Automático. Después de seleccionar automático para los clústeres dinámicos, pulse Establecer modalidad.
    3. Verificar que los parámetros de período mínimo de tiempo configurado entre cambio de ubicación no se hayan establecido en un valor muy elevado. En la consola administrativa, pulse Políticas operativas > Gestores autónomos > Controlador de ubicación de aplicaciones. Establezca el campo Tiempo mínimo entre cambios de ubicación en un valor adecuado. Los valores aceptables oscilan entre 1 minuto y 14 horas.
  • El valor de tiempo de espera de la operación del servidor se ha definido en un valor demasiado bajo.

    A veces, el controlador de ubicación de aplicaciones no inicia un servidor porque la operación del servidor ha excedido el tiempo de espera. Puede configurar la cantidad de tiempo antes de que se produzca un tiempo de espera en la consola administrativa. Pulse Políticas operativas > Controladores autónomos > Controlador de ubicación de aplicaciones. Edite el campo Tiempo de espera de operación del servidor. Si la célula es grande, el sistema es lento, o el sistema está bajo una carga de trabajo alta, defina este campo en un valor superior. Este valor representa la cantidad de tiempo para que se inicie cada servidor, pero el tiempo de espera se produce basándose en el número de servidores de la célula. Por ejemplo, si tiene cinco servidores y define el valor en 10 minutos, se produce un tiempo de espera después de 50 minutos.

  • No hay disponible suficiente memoria:
    • Puede diagnosticar cuando no está disponible suficiente memoria consultando los inicios erróneos en el archivo SystemOut.log.
    • El controlador de ubicación de aplicaciones utiliza la siguientes fórmula para calcular el consumo de memoria de un miembro de clúster dinámico:
      • Si no se está ejecutando ninguna otra instancia del clúster dinámico (inicio frío):
        Consumo de memoria de servidor = 1.2*tamaño_máximo_almacenamiento_dinámico + 64 MB
      • Si se están ejecutando otras instancias de clúster dinámico, el perfilador de memoria de controlador de ubicación de aplicaciones utiliza la fórmula siguiente:
        Consumo de memoria de servidor = .667*tamaño de memoria residente + .333*tamaño memoria virtual 
    • Los perfiles de memoria no se conservan cuando se reinicia el controlador de ubicación de aplicaciones.
    Si desea realizar una depuración, puede inhabilitar el perfilador de memoria del controlador de ubicación de aplicaciones definiendo la propiedad personalizada memoryProfile.isDisabled en true.
Visualización de la información de inicio erróneo
Recuerde: La lista de inicios erróneos no se conserva cuando el controlador de ubicación de aplicaciones se reinicia o se mueve entre nodos.
Puede ver la información de inicio erróneo con una de las opciones siguientes:
  • Utilice el script PlacementControllerProcs.jacl para consultar las operaciones de servidor erróneas.
    Ejecute el mandato siguiente:
    ./wsadmin.sh -profile PlacementControllerProcs.jacl -c "anyFailedServerOperations"
  • Utilice los mandatos de la herramienta wsadmin para mostrar los inicios erróneos.
    Por ejemplo, podría ejecutar los siguientes mandatos:
    wsadmin>apc = AdminControl.queryNames('WebSphere:type=PlacementControllerMBean,process=dmgr,*')
    wsadmin>print AdminControl.invoke(apc,'anyFailedServerOperations')
    Cuando el servidor pasa a estar disponible, se elimina el distintivo del tipo "no se ha podido iniciar". Puede utilizar el siguiente mandato de la herramienta wsadmin para listar los servidores que tienen habilitado el distintivo "no se ha podido iniciar".
    wsadmin>print AdminControl.invoke(apc,'anyFailedServerOperations') OpsManTestCell/xdblade09b09/DC1_xdblade09b09
  • Consulte los inicios erróneos en el archivo SystemOut.log.

¿Por qué el controlador de ubicación de aplicaciones ha iniciado más servidores que los esperados?

Se pueden iniciar más servidores que los esperados cuando problemas de red o de comunicación impiden al controlador de ubicación de aplicaciones recibir la confirmación de que se ha iniciado un servidor. Cuando el controlador de ubicación de aplicaciones no recibe la confirmación, podría iniciar un servidor adicional.

¿Por qué el controlador de ubicación de aplicaciones ha enviado varias tareas para iniciar el mismo servidor?

La razón de este comportamiento es el hecho de que el controlador de ubicación de aplicaciones se ejecuta en diversos servidores. Este escenario se produce a menudo en topologías mixtas, en las que una célula de WebSphere Application Server Versión 8.5 también contiene un nodo de WebSphere Virtual Enterprise Versión 6.1.x. El controlador de ubicación de aplicaciones se ejecuta en ambos nodos: el nodo de WebSphere Application Server Versión 8.5 y el nodo de WebSphere Virtual Enterprise Versión 6.1.x. Los nodos de WebSphere Application Server Versión 8.5 y WebSphere Virtual Enterprise Versión 6.1.x utilizan distintas soluciones de alta disponibilidad de manera predeterminada. Por lo tanto, se ejecutan varios controladores de ubicación de aplicaciones. Para corregir el problema, ejecute el script useBBSON.py en el gestor de despliegue y reinicie la célula. El script establece las propiedades personalizadas de la célula para garantizar el uso de la misma solución de alta disponibilidad en toda la célula, y que sólo se inicie un controlador de ubicación de aplicaciones.

¿Cómo sé cuando el controlador de ubicación de aplicaciones ha completado o va a completar una acción?

Puede comprobar las acciones del controlador de ubicación de aplicaciones con las tareas de tiempo de ejecución. Para ver las tareas de tiempo de ejecución, pulse Administración del sistema > Gestión de tareas > Tareas de tiempo de ejecución. La lista de tareas de tiempo de ejecución incluye las tareas que está completando el controlador de ubicación de aplicaciones y la confirmación de que se realizaron los cambios. Cada tarea de tiempo de ejecución tiene un estado de correcto, erróneo o desconocido. Un estado desconocido significa que no ha habido ninguna confirmación de si la tarea se ha realizado correctamente.

¿Cómo funciona el controlador de ubicación de aplicaciones con VMware? ¿Qué entornos de virtualización de hardware están soportados?

Si desea más información sobre cómo el controlador de ubicación de aplicaciones funciona con VMware y otros entornos de virtualización de hardware, consulte el tema sobre entornos de virtualización e Intelligent Management y entornos de virtualización de servidor soportados.

¿Cómo puede iniciar o detener un servidor sin interferir con el controlador de ubicación de aplicaciones?

Si inicia o detiene un servidor mientras el clúster dinámico está en la modalidad automática, el controlador de ubicación de aplicaciones podría decidir realizar cambios en las acciones. Para evitar interferir con el controlador de ubicación de aplicaciones cuando inicie o detenga un servidor, coloque el clúster dinámico en la modalidad manual antes de iniciar o detener un servidor.

En un sistema heterogéneo (sistemas operativos o hardware combinados), ¿cómo escoge el controlador de ubicación de aplicaciones dónde va a iniciar un servidor?

La política de pertenencia para un clúster dinámico define los nodos aptos en los que se pueden iniciar los servidores. Desde este conjunto de nodos, el controlador de ubicación de aplicaciones selecciona un nodo en el cual iniciar un servidor considerando las restricciones del sistema como, por ejemplo, la capacidad de memoria y el procesador disponible. El controlador de ubicación de aplicaciones no determina la colocación del servidor basándose en los sistemas operativos.

Cuando hay mucha carga en mi clúster dinámico ¿cuándo inicia el controlador de ubicación de aplicaciones otro servidor?

El controlador de ubicación de aplicaciones funciona con el gestor de flujo de solicitudes autónomo (ARFM) y las políticas de servicio definidas para determinar cuando se inician los servidores. Las políticas de servicio definen los valores máximos de rendimiento y prioridad para las aplicaciones y guían los controladores autónomos en las decisiones sobre el cambio de forma del tráfico y el suministro de capacidad. Los objetivos de política de servicio influyen indirectamente en las acciones emprendidas por el controlador de ubicación de aplicaciones. El controlador de ubicación de aplicaciones sirve a más servidores basándose en la información de ARFM sobre la cantidad de capacidad necesaria para el número de solicitudes simultáneas a las que están prestando servicio las colas de ARFM. Este número se determina de acuerdo con la cantidad de capacidad que utiliza cada solicitud cuando se le presta servicio y de acuerdo con el número de solicitudes simultáneas que determina ARFM que es apropiado. El número de solicitudes se basa en la prioridad de la aplicación, el objetivo, etc.

Los objetivos de rendimiento que están definidos por las políticas de servicio no son garantías. Intelligent Management no puede hacer que la aplicación responda más rápidamente que su límite. Además, no se suministra más capacidad si ya se ha proporcionado capacidad suficiente para cumplir la demanda, aunque se esté incumpliendo el objetivo de política de servicio. Intelligent Management puede evitar objetivos de política de servicios no realistas al introducir inestabilidad en el entorno.

¿Cómo determina el controlador de ubicación de aplicaciones el tamaño máximo de almacenamiento dinámico de mi servidor?

Puede cambiar el tamaño de almacenamiento dinámico del servidor en la plantilla del clúster dinámico. Para obtener más información, consulte el tema sobre la modificación del tamaño de almacenamiento dinámico JVM.

¿Por qué los miembros de clúster dinámico no heredan propiedades de la plantilla?

Debe guardar clústeres dinámicos en el repositorio maestro antes de cambiar la plantilla de servidor. Si tiene miembros del clúster dinámico que no heredan las propiedades de la plantilla, es probable que la plantilla de servidor haya sufrido cambios en un espacio de trabajo no guardado. Para resolver este problema, suprima el clúster dinámico y vuelva a crearlo.

Guarde los cambios en el depósito maestro. Puede asegurarse de que los cambios se guardan en el repositorio maestro después de pulsar Finalizar; para ello, pulse Guardar en la ventana de mensajes. Pulse Guardar de nuevo en la ventana Guardar en configuración maestra. Pulse Sincronizar cambios con nodos.

¿Por qué mi clúster dinámico tiene muy pocos servidores activos?

Si encuentra problemas en los que no hay los servidores suficientes en ejecución en el clúster dinámico, realice las acciones siguientes:
  • Cuando los nodos del grupo de nodos no se estén utilizando demasiado, compruebe que se cumpla la política de servicio. A veces la política puede estar definida de forma poco clara y aunque el sistema pueda cumplirla, no lo hará según sus expectativas. Para comprobar o cambiar una política de servicio, en la consola administrativa seleccione Políticas operativas > Políticas de servicio > Seleccione una política existente. Seleccione el tipo de objetivo, el valor de objetivo y la importancia de la política y realice los cambios que sean necesarios.
  • Cuando los nodos del grupo de nodos se estén utilizando demasiado, compare los objetivos de la política de servicio de este clúster con los objetivos de la política de servicio de otros clústeres activos. Si el tráfico perteneciente a este clúster tiene objetivos de servicio de destino de menor importancia o más flojos en relación con otros clústeres, es muy probable que el sistema cree una instancia con menos servidores para este clúster. Para comprobar o cambiar una política de servicio, en la consola administrativa seleccione Políticas operativas > Políticas de servicio > Seleccione una política existente.
  • Cuando del grupo de nodos parece que tenga capacidad adicional pero no se satisfacen las políticas del servicio, compruebe los valores de configuración en el clúster dinámico. Puede que se hayan creado demasiado pocas instancias del clúster dinámico como resultado del valor de política maxInstances.

¿En un entorno de clúster dinámico, ¿por qué el controlador de ubicación de aplicaciones no distribuye a servidores disponibles en los nodos?

La ubicación de aplicaciones dinámicas se basa en la distribución de carga, la política de servicio y los recursos disponibles. Al reducir el número máximo de instancias de aplicación en un clúster dinámico, el controlador de ubicación de aplicaciones detiene los servidores de los nodos con mayor carga de trabajo hasta que el número de servidores se reduce al valor máximo establecido. Si todos los nodos están disponibles, el controlador de ubicación de aplicaciones selecciona el primer nodo de la lista y continúa con el siguiente nodo de la lista hasta que el número máximo se cumple.

Al reducir el número máximo de instancias de aplicación en varios clústeres dinámicos en ejecución en los mismos nodos, el mismo proceso se aplica: el controlador de ubicación de aplicaciones detiene los servidores de cada clúster dinámico hasta que el número de servidores cumpla con el máximo establecido para cada clúster dinámico. Puesto que todos los servidores de cada clúster dinámico se ejecutan en los mismos nodos, el orden de selección de los nodos para detener servidores es el mismo para cada clúster dinámico.
Nota: Si como mínimo un nodo está bajo de carga, el controlador de ubicación de aplicaciones inicia una solución de ubicación mejor distribuida.

Icon that indicates the type of topic Reference topic



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