- Vue d'ensemble (Overview)
- Prérequis
- Installation
- Post-installation
- Migration et mise à niveau
- Mise à niveau d'Automation Suite sur EKS/AKS
- Options de migration :
- Étape 1 : Déplacement des données d'organisation Identity d'installation autonome vers Automation Suite
- Étape 2 : Restauration de la base de données du produit autonome
- Étape 3 : Sauvegarder la base de données de la plate-forme dans Automation Suite
- Étape 4 : Fusion des organisations dans Automation Suite
- Étape 5 : Mise à jour des chaînes de connexion du produit migré
- Étape 6 : migration de la version autonome d’Insights
- Étape 7 : suppression du locataire par défaut
- B) Migration à locataire unique
- Surveillance et alerte
- Administration du cluster
- Configuration spécifique au produit
- Rotation des informations d’identification de stockage d’objets blob
- Désactivation de l'utilisation d'URL pré-signées lors du téléchargement de données vers le stockage Amazon S3
- Configuration de la sécurité de l'application de processus
- Configurer une authentification Kerberos avec l’authentification MSSQL de base pour Process Mining
- Résolution des problèmes
Sécurité et conformité
Politiques du contrôleur d'accès et de l'OPA
Automation Suite is pre-configured with Gatekeeper and OPA policies. If you bring your own Gatekeeper component and OPA policies, you can skip these components from the Automation Suite installation. For details, see Automation Suite stack. In this case, review the OPA policies and the exceptions needed for installing and running Automation Suite.
Stratégies OPA
| Policy | Actionsd’application | Espaces de noms/images à exclure |
|---|---|---|
|
Contrôle la restriction de l’escalade aux privilèges root. Correspond au champ |
|
|
|
Configure une liste d'autorisation de profils Apparmor à utiliser par les conteneurs. Cela correspond à des annotations spécifiques appliquées à PodSecurityPolicy. |
|
|
|
Contrôle les capacités Linux sur les conteneurs. Correspond aux champs |
|
|
|
Contrôle la liste d’autorisation des pilotes FlexVolume. Correspond au champ |
|
S/O |
|
|
| |
|
Contrôle l'attribution d'un FSGroup qui possède les volumes du pod. Correspond au champ |
|
|
|
Contrôle l’utilisation du système de fichiers hôte. Correspond au champ |
|
|
|
Interdit le partage des espaces de noms PID et IPC de l'hôte par les conteneurs de pods. Correspond aux champs |
|
|
|
Contrôle l'utilisation de l'espace de noms du réseau hôte par les conteneurs de pods. |
|
|
|
Contrôle la capacité de n'importe quel conteneur à activer le mode privilégié. Correspond au champ |
|
|
|
Contrôle les types |
|
S/O |
|
Nécessite l'utilisation d'un système de fichiers racine en lecture seule par les conteneurs de pods. |
|
|
|
Contrôle le profil seccomp utilisé par les conteneurs. Correspond à l'annotation |
|
|
|
Définit une liste d'autorisation de configurations seLinuxOptions pour les conteneurs de pods. |
|
S/O |
|
Contrôle les ID d'utilisateur et de groupe du conteneur et de certains volumes. |
|
|
|
Limite les types de volumes montables à ceux spécifiés par l'utilisateur. |
|
|
- L'espace de noms
dapr-systemn'est nécessaire que si vous installez Process Mining et Task Mining. - L'espace de noms
airflown'est nécessaire que si vous installez Process Mining. prereq**sont des espaces de noms temporaires créés lors de l'exécution d'un prérequis ou d'une vérification de l'état. Les espaces de noms s'auto-suppriment une fois terminés.
Autres politiques OPA
| Policy | Actionsd’application | Espaces de noms/images à exclure |
|---|---|---|
|
Contrôle la capacité de n'importe quel pod à activer |
|
|
|
Exige que les images de conteneur commencent par une chaîne de la liste spécifiée. |
|
|
|
|
|
S/O |
|
Interdit tous les services de type LoadBalancer. |
|
|
|
Interdit tous les services de type NodePort. |
|
|
|
Les utilisateurs ne doivent pas pouvoir créer des entrées avec un nom d'hôte vide ou générique (*), car cela leur permettrait d'intercepter le trafic pour d'autres services du cluster, même s'ils n'ont pas accès à ces services. |
|
S/O |
|
Exige que les conteneurs aient des limites de mémoire et de processeur définies. Contraint les limites à respecter les valeurs maximales spécifiées. |
|
|
|
Nécessite que les requêtes de mémoire et de processeur des conteneurs soient définies. Contraint les requêtes à se situer dans les valeurs maximales spécifiées. |
|
|
|
Définit un ratio maximal entre les limites des ressources de conteneur et les requêtes. |
|
|
|
Nécessite que les conteneurs aient des ressources définies. |
|
|
|
Interdit d’associer les ressources ClusterRole et Role à l’utilisateur |
|
S/O |
|
Exige que les images de conteneur aient une balise d'image différente de celles de la liste spécifiée. |
|
S/O |
|
Exige que les conteneurs aient une limite de stockage éphémère définie et que la limite se situe dans les valeurs maximales spécifiées. |
|
|
|
|
|
S/O |
|
Exige que les ressources Ingress soient uniquement HTTPS. Les ressources d'entrée doivent inclure l'annotation |
|
|
|
Les images de conteneur doivent contenir un résumé. |
|
|
|
Bloque la mise à jour du compte de service sur les ressources qui extraient les pods. Cette stratégie est ignorée en mode audit. |
|
S/O |
|
|
|
|
|
Les pods doivent disposer de sondes de disponibilité et/ou de vitalité. |
|
|
|
Les classes de stockage doivent être spécifiées lors de l'utilisation. |
|
S/O |
|
Nécessite que tous les hôtes de règles Ingress soient uniques. |
|
S/O |
|
Nécessite que les services aient des sélecteurs uniques dans un espace de noms. Les sélecteurs sont considérés comme identiques s'ils ont des clés et des valeurs identiques. Les sélecteurs peuvent partager une paire clé/valeur tant qu’il existe au moins une paire clé/valeur distincte entre eux. |
|
S/O |
- L'espace de noms
dapr-systemn'est nécessaire que si vous installez Process Mining et Task Mining. - L'espace de noms
airflown'est nécessaire que si vous installez Process Mining. prereq**sont des espaces de noms temporaires créés lors de l'exécution d'un prérequis ou d'une vérification de l'état. Les espaces de noms s'auto-suppriment une fois terminés.
Politiques de mise en réseau
Automation Suite is pre-configured with standard Kubernetes Network Policies to follow the principle of least privilege network access. You can choose to skip installing UiPath-provided network policies by adding network-policies under the exclude components list in input.json. To learn more about optional components, see the Automation Suite stack.
Automation Suite applique le réseau depuis, vers et dans l'espace de noms uipath. Si vous apportez vos propres stratégies réseau ou si vous avez un CNI personnalisé (par ex., Cilium Enterprise ou Calico Tigera Enterprise), veillez à mettre à jour vos stratégies pour qu'elles reflètent le graphique Helm network-policies.
Vous pouvez trouver le graphique Helm Automation Suite network-policies en exécutant la commande suivante.
- Vous devez remplacer
<automation-suite-version>par votre version actuelle d'Automation Suite dans la commande suivante. - Vous devez décompresser le fichier pour extraire le graphique Helm.
helm pull oci://registry.uipath.com/helm/network-policies --version <automation-suite-version>
helm pull oci://registry.uipath.com/helm/network-policies --version <automation-suite-version>
Exigences en matière de privilèges de cluster
L'accès à l'administrateur de cluster est requis pour uipathctl sur votre nœud de gestion afin d'installer et de gérer Automation Suite sur votre cluster dédié. Ce niveau d'accès est nécessaire pour les composants de niveau système dans Automation Suite, tels qu'Istio (routage/service mesh) et ArgoCD (déploiement et gestion du cycle de vie des applications), et pour créer des espaces de noms liés à Automation Suite.