Lire et examiner la documentation Automation Anywhere

Automation Anywhere Automation 360

Fermer les contenus

Contenus

Ouvrir les contenus

Exigences de l’équilibreur de charge

  • Mis à jour le : 6/10/2021
    • Automation 360 v.x
    • Installer
    • Espace de travail RPA

Exigences de l’équilibreur de charge

Affichez les exigences de l'équilibreur des charges pour l'installation de Automation Anywhere.Cela inclut les exigences minimales d'équilibreur des charges et les exigences d'équilibrage des charges des couches TCP et HTTPS.

Exigences minimales de l’équilibreur des charges

La bonne pratique avec Automation Anywhere consiste à s’assurer que l’équilibreur des charges :
  • (Obligatoire) Prend en charge le protocole WebSocket (RFC 6455)
  • (Préféré) Utilise la sélection d’hôte à tourniquet et n’est pas configuré pour utiliser des sessions persistantes (collantes).
  • (Préférable) Utilise la couche de sécurité TLS appropriée :
    • Équilibrage des charges TCP (couche 4)
    • Équilibrage des charges HTTPS (couche 7)

      Avec un équilibreur des charges Nginx, définissez la terminaison HTTPS au niveau des nœuds en remplaçant http://Backend par https://Backend.

  • (Préférable) Possède un délai d’expiration défini sur 120 secondes.

    La valeur du délai d’expiration dépend du temps de traitement de différentes actions dans le Salle de contrôle, robots telles que le temps requis pour l’archivage et le retrait, l’importation robots et le téléchargement des robot dépendances.

    Si le délai d’inactivité est inférieur au temps de Salle de contrôle traitement, une demande de navigateur peut expirer. Par exemple, si le délai d’inactivité configuré n’est pas suffisant pour terminer une action d’archivage robot, vous devrez actualiser votre navigateur pour valider si l’action d’archivage robot est réussie ou non.

Paramètres de vérification de l’état de l’équilibreur de charge

Les paramètres de vérification de l’état de l’équilibreur de charge dépendent de divers facteurs tels que le type d’équilibreur de charge utilisé, la latence du réseau et la réactivité de l’interface utilisateur à l’intérieur et à l’extérieur de l’équilibreur de charge.

Équilibrage des charges TCP (couche 4)

Lorsque le protocole TCP est appliqué à la couche 4 avec l’équilibreur des charges, le certificat est installé sur chaque Salle de contrôle correspondant à l’URL de l’équilibreur des charges.

Protocole TCP de l'équilibreur des charges sur la couche 4, certificat sur la Salle de contrôle.

Sur l'image, les composants de la Salle de contrôle sont affichés en orange et les autres composants sont affichés en bleu.

Avantages
Chiffrement de bout en bout sans possibilité d’interception au niveau de l’équilibreur de charge
Un seul certificat requis
Inconvénients
Si la consignation d’audit est requise, l’équilibreur de charge ne peut pas faire de rapport sur les requêtes des clients
N’utilise pas le déchargement matériel TLS, même si l’équilibreur des charges le prend en charge

Équilibrage des charges HTTPS (couche 7)

Lorsque le protocole HTTPS est appliqué à la couche 7 avec l’équilibreur des charges, le certificat correspondant à l’URL de l’équilibreur des charges est appliqué via l’équilibreur de charge. La Salle de contrôle approuve les certificats qu’elle reçoit de l’équilibreur de charge.

Protocole HTTPS d'équilibrage de charge, couche 7, certificat transmis par l'équilibreur des charges

Avantages
Autoriser la consignation de requête lorsqu’elle est prise en charge par l’équilibreur de charge
Réduit la charge du protocole TLS via le déchargement matériel, lorsqu’il est pris en charge par l’équilibreur de charge
Inconvénients
Les certificats doivent être gérés sur l'équilibreur de charge et sur les nœuds de la Control Room
Interception possible des données au niveau matériel de l’équilibreur de charge, car la session TLS n’est pas de bout en bout
Envoyer le commentaire