Nuevas funciones › Versión 04.2.00 de CA Process Automation › Mejoras en la comunicación

Mejoras en la comunicación

El siguiente resumen se centra en las mejoras en la comunicación.

• Comunicación simplificada del agente
  • Anteriormente, las conexiones entre los orquestadores y los agentes se iniciaban de forma bidireccional utilizando puertos de Internet no estándares (7001, 7003, 8080, 8443). Esto generaba problemas para los agentes que residían detrás de los cortafuegos, proxys y enrutadores de NAT. Se hace referencia a este estilo de comunicación como comunicación desaprobada. La comunicación simplificada no estaba disponible.
  • La nueva comunicación simplificada inicia las conexiones desde el agente al orquestador utilizando solamente puertos de Internet estándares (80, 443). Un orquestador envía mensajes a un agente mediante una conexión de socket web constante. Esta conexión se establece desde el agente utilizando puertos de Internet estándares.

    Nota: Se pueden configurar agentes existentes para cambiar de la comunicación desaprobada (valor predeterminado) a la simplificada. Consulte la Guía del administrador de contenido para obtener más detalles sobre la configuración de los agentes. Configure un equilibrador de carga que sea compatible con las conexiones de socket web. Consulte la Guía de instalación para obtener más detalles.

• Compatibilidad con el equilibrador de carga de NGINX
  • Anteriormente, Apache era el equilibrador de carga de software recomendado utilizado para los orquestadores agrupados en clúster. Sin embargo, Apache no es compatible con la comunicación de agente simplificada.
  • Ahora, CA Technologies recomienda NGINX como un equilibrador de carga de software ya que es compatible con la comunicación simplificada. Para las advertencias, consulte la siguiente sección, Nuevas recomendaciones para los equilibradores de carga. Los medios de instalación incluyen un archivo de configuración de muestra para este equilibrador de carga. Consulte la Guía de instalación para obtener más información sobre cómo configurar NGINX.

    Nota: Opcionalmente, se puede usar otro equilibrador de carga que sea compatible con las conexiones de socket web constantes.

• Nuevas recomendación nueva para los equilibradores de carga

  Las siguientes recomendaciones para CA Process Automation 4.2 se enumeran en orden de preferencia:

  • (Preferido) Utilice un equilibrador de carga del hardware como, por ejemplo, F5.
  • Utilice un equilibrador de carga del software en Linux como, por ejemplo, NGINX.
  • Si se debe ejecutar un equilibrador de carga del software en Windows, utilice NGINX pero tenga en cuenta de que el número de agentes que se pueden hacer funcionar utilizando la comunicación simplificada está limitado a aproximadamente 300.
• Cambios en las plantillas de Apache: se debe actualizar la configuración de Apache con las plantillas actualizadas proporcionadas en los medios de instalación como un requisito previo para llevar a cabo la actualización.

  Nota: Después de actualizar CA Process Automation y verificar que todo está funcionando tal y como estaba previsto, se pueden instalar y configurar los equilibradores de carga de NGINX y del conmutador. Los agentes reconfigurados y reiniciados pueden utilizar a continuación la comunicación simplificada.

• Cambios en la definición actualizada de la iRule de F5
  • Previamente había una agrupación PAMSRVR con el valor 8080 (no seguro) o 8443 (seguro) para el puerto.
  • Ahora hay una agrupación adicional (PAMJETTYPOOL) que es compatible con la comunicación simplificada con el valor 80 o 443 para el puerto. Si se está llevando a cabo la actualización, se agrega la agrupación nueva si al configurar F5 por primera vez se crean dos agrupaciones y se agregan miembros con puertos diferentes.
• Cambios en F5 al configurar la comunicación segura
  • Previamente, se podía usar un certificado autofirmado y un archivo de claves para permitir la comunicación SSL.
  • Para utilizar la nueva comunicación simplificada de la versión 4.2, se debe cargar el archivo de certificado de SSL del almacén de claves de CA Process Automation y crear los perfiles de cliente y servidor que vinculan estos certificados.

Mejoras en la agrupación en clústeres

El siguiente resumen se centra en las mejoras en la agrupación en clústeres.

• Eliminación de la dependencia del nodo primario en el orquestador del dominio agrupado en clúster
  • Anteriormente, las dependencias del nodo primario (primer nodo instalado) representaban un potencial y único punto de errores. Es decir, si el nodo primario dejaba de funcionar, ningún otro nodo del clúster realizaba las actividades que llevaba a cabo el nodo primario. Esto impedía que se llegase a la alta disponibilidad esperada del orquestador del dominio. Las actividades que solían depender de un nodo primario de un orquestador del dominio activo incluían las siguientes: (1) duplicación de los nuevos archivos JAR implementados, (2) instalación de agentes u otros nodos del orquestador del dominio y (3) implementación de archivos cargados como recursos del usuario o informes.
  • Ahora, no hay ninguna dependencia asociada con el nodo primario en un orquestador del dominio agrupado en clúster. Un orquestador del dominio agrupado en clúster ahora funciona con alta disponibilidad.
• Implicaciones de la eliminación de la dependencia del nodo primario en la iRule de F5
  • Anteriormente, la iRule incluía las variables MyPool, PrimaryIP y PrimaryPort. PrimaryIP y PrimaryPort hacían referencia al nodo primario del orquestador del dominio.
  • Ahora, MyPool es la unica variable de iRule.
• Capacidad para configurar un nuevo dominio con valores de configuración y certificados existentes del dominio
  • Anteriormente, el archivo Domain.xml y los certificados solamente estaban presentes en el sistema de archivos. Así, si el dominio dejaba de funcionar, se perdían la configuración y los certificados.
  • Ahora, el archivo Domain.xml y los certificados se han movido a una base de datos central. De esta manera se ha eliminado el único punto de errores en caso de que el orquestador del dominio dejara de funcionar. También mejora el rendimiento al acceder a los datos del agente desde la interfaz de usuario.