

Novos recursos › CA Process Automation Release 04.2.00 › Melhorias da comunicação
Melhorias da comunicação
O resumo a seguir concentra-se nas melhorias da comunicação.
- Comunicação simplificada do agente.
- Suporte ao balanceador de carga NGINX
- Novas recomendações para balanceadores de carga
As recomendações a seguir para o CA Process Automation 4.2 estão listadas em ordem de preferência:
- (Preferencial) Use um balanceador de carga de hardware, por exemplo, use o F5.
- Use um balanceador de carga de software no Linux, por exemplo, o NGINX.
- Se precisar executar um balanceador de carga de software no Windows, use o NGINX, mas saiba que o número de agentes que podem ser operados por meio da comunicação simplificada é limitado a aproximadamente 300.
- Alterações no modelos do Apache - Você deve atualizar a configuração do Apache com os modelos atualizados fornecidos na mídia de instalação como um pré-requisito para a atualização.
Observação: depois de atualizar o CA Process Automation e verificar que tudo está funcionando conforme o esperado, é possível instalar e configurar o NGINX, e alternar os balanceadores de carga. Os agentes reconfigurados e reiniciados podem, em seguida, usar a comunicação simplificada.
- Alterações no F5 atualizaram a definição de iRule do F5.
- Anteriormente, havia um pool PAMSRVR com a porta 8080 (não segura) ou a 8443 (segura).
- Agora, há um pool adicional (PAMJETTYPOOL) que oferece suporte à comunicação simplificada com a porta 80 ou 443. Se estiver atualizando, adicione o novo pool; se estiver configurando o F5 pela primeira vez, crie dois pools e adicione integrantes com portas diferentes.
- Alterações no F5 ao configurar a comunicação segura
- Anteriormente, era possível usar um certificado autoassinado e um arquivo de chave para ativar a comunicação SSL.
- Para usar a nova comunicação simplificada r4.2, deve-se fazer upload do arquivo de certificado SSL do armazenamento de chaves do CA Process Automation e criar os perfis de cliente e de servidor que vinculam esses certificados.
Melhorias do agrupamento
O resumo a seguir concentra-se nas melhorias do agrupamento.
- Remoção da dependência do nó principal no orquestrador de domínio agrupado
- Anteriormente, as dependências do nó primário (primeiro nó instalado) representavam um potencial ponto único de falha. Isto é, se o nó principal ficasse inativo, outro nó no agrupamento não assumia as atividades sendo executadas pelo nó principal. Isso impedia a alta disponibilidade esperada do orquestrador de domínio. As atividades que costumavam depender de um nó principal do orquestrador de domínio incluíam: (1) o espelhamento de arquivos JAR recém-implantados, (2) a instalação de agentes ou outros nós do orquestrador de domínio, e (3) a implantação de arquivos carregados como recursos de usuário ou relatórios.
- Agora, não há dependências associadas ao nó principal em um orquestrador de domínio agrupado. Um orquestrador de domínio agrupado agora funciona com alta disponibilidade.
- Implicações da remoção da dependência do nó principal em uma iRule do F5
- Anteriormente, a iRule incluía as variáveis MyPool, PrimaryIP e PrimaryPort. PrimaryIP e PrimaryPort referiam-se ao nó principal do orquestrador de domínio.
- Agora, MyPool é a única variável da iRule.
- Capacidade de configurar um novo domínio com os certificados e configurações de domínio existentes
- Anteriormente, o Domain.xml e os certificados estavam presentes somente no sistema de arquivos. Portanto, se o domínio ficasse inativo, a configuração e os certificados eram perdidos.
- Agora, o Domain.xml e os certificados são movidos para um banco de dados central. Essa movimentação elimina o ponto único de falha se o orquestrador de domínio ficar inativo. Ela também melhora o desempenho ao acessar dados do agente a partir da interface de usuário.
Copyright © 2013 CA.
Todos os direitos reservados.
 
|
|