Planejamento › Planejar a instalação do CA SDM › Considerações sobre o CA SDM › Considerações de planejamento do Automação de suporte

Considerações de planejamento do Automação de suporte

É possível usar as seguintes informações para pesquisar e coletar informações para ajudá-lo a planejar uma configuração do Automação de suporte êxito.

• Leia as Notas da versão para entender os requisitos do Automação de suporte.
• Servidor e rede—Considere os seguintes modos de servidor do Automação de suporte suportados:
  • Servidor principal—O Automação de suporte usa servidor de aplicativos principal. O servidor oferece comunicações baseadas em soquete e baseadas em HTTP.
  • Servidor proxy de soquete—O Automação de suporte usa um proxy de soquete na mesma camada do servidor web que descarrega o processamento de criptografia/descriptografia do servidor principal para conexões de soquete diretas para oferecer suporte à escalabilidade.
  • Servidor de roteamento de mensagem (MRS)—O Automação de suporte separa a alta largura de banda e o tráfego imprevisível do servidor de aplicativos principal para oferecer suporte à escalabilidade de servidor e fornecer um atalho de roteamento de rede para escalabilidade geográfica com o uso de conexões de controle remoto.
• Dimensionamento de servidor—Considere as seguintes variáveis de servidor:
  • Características de rede do usuário final e conexões de analista—A carga do servidor é diretamente proporcional aos dados do componente de roteamento de mensagem. Baixa largura de banda, alta latência e alta perda de pacotes contribuem bastante para reduzir a carga no servidor. Quando as condições de rede forem ideais (alta largura de banda, baixa latência e baixa perda de pacotes), a velocidade no servidor será muito maior. O número total de usuários analistas simultâneos e de logons de usuário final por minuto, incluindo usuário de autoatendimento, pode sobrecarregar o servidor.
  • Tipo de conexão—O número de conexões de soquete, em oposição ao número de conexões HTTP, afeta os servidores conforme segue:
    • Quando a conexão é feita predominantemente por meio de conexões de soquete, a carga no servidor fica tão leve que, considerando o hardware potente, o aplicativo fica vinculado à rede em vez de vinculado à CPU. O hardware não limita o número de conexões simultâneas, mas, em vez disso, a rede pode limitar as conexões.
    • Quando a conexão é feita por HTTP, a carga na web e nos servidores de aplicativo é maior, e o aplicativo fica vinculado à CPU, a menos que seja dimensionado de maneira significativa.
  • Uso de Remote Control—Remote Control usa largura de banda de rede significativa de maneira sustentável onde estiver sendo executado. Todo o tráfego roteado entre os usuários finais e os analistas flui pelo servidor. O número de conexões simultâneas de Remote Control tem um papel importante em qualquer avaliação de dimensionamento.

    Observação: Remote Control é a única ferramenta de largura de banda do conjunto de ferramentas de assistência online. Bate-papo e automação usam pouca largura de banda. Captura de tela e transferência de arquivos podem usar alta largura de banda por curtos períodos durante a transferência de arquivos.