Prérequis logiciels et matériels

Configuration matérielle et logicielle requise pour les déploiements d'Automation Suite, couvrant les spécifications des nœuds, les sélections de produits et le dimensionnement des clusters.

Terminologie

Pour en savoir plus sur les concepts de base utilisés dans un déploiement Automation Suite, consultez la section Glossaire.

Sélection de produit

L'expérience d'installation par défaut comprend un choix de deux sélections de produits :

• Complet (Tous les produits) : installe la liste complète des produits disponibles dans Automation Suite. Pour de plus amples informations, consultez la section Produits Automation Suite.

• Sélectionner des produits : permet de sélectionner et d'installer uniquement les produits qui vous intéressent. Notez, cependant, que le programme d'installation prend en compte les dépendances entre produits. Cela signifie que si un produit nécessite l'installation d'un autre produit, vous devez installer les deux. Pour de plus amples informations, consultez la section Produits Automation Suite.

  Remarque :

  Vous pouvez activer des produits supplémentaires ultérieurement dans le même déploiement à tout moment, après l'installation initiale, sans avoir à réinstaller. Pour de plus amples informations, consultez la section Gestion des produits.

  Nous vous recommandons de valider la configuration matérielle requise en fonction de l'utilisation prévue et de vous assurer que le déploiement dispose d'une capacité suffisante avant d'ajouter les produits supplémentaires. Pour de plus amples informations, consultez la section Planification de la capacité.

Choisissez votre profil de déploiement

Vous pouvez déployer Automation Suite en mode de production à nœud unique, en mode lecture ou en mode de production multi-nœuds compatible haute disponibilité . Bien que la plupart des prérequis pour les profils soient identiques, le mode de production multi-nœuds compatible haute disponibilité nécessite des ressources supplémentaires.

Une fois le déploiement terminé, la modification du profil de déploiement est généralement limitée. Cependant, les déploiements à nœud unique peuvent être rattachés aux déploiements multi-nœuds haute disponibilité (HA), et les déploiements de base de données peuvent être étendus à des déploiements multi-nœuds compatibles haute disponibilité. Avant de choisir votre profil de déploiement, reportez-vous aux Modes de déploiement et cas d'utilisation.

Important :

Des connaissances de Linux et Kubernetes sont requises, quel que soit le profil de déploiement que vous choisissez. Si vous rencontrez des problèmes pour installer et configurer Automation Suite, contactez les services professionnels UiPath®.

Vue d'ensemble des prérequis

Type de prérequis	Prérequis
Matériel	Au moins une machine pour les déploiements à nœud unique. Cette configuration est prise en charge uniquement pour les scénarios d’évaluation et de démonstration, et non pour les déploiements en phase de production. Trois machines minimum pour les déploiements multi-nœuds. Il s’agit de la seule configuration prise en charge pour les déploiements de production. Pour éviter les problèmes d'installation potentiels, assurez-vous que tous les nœuds utilisés dans le déploiement sont définis sur le même fuseau horaire.
	Configuration générale requise pour la machine Détails...
	Exigences spécifiques aux produits suivants : Robots Automation Suite AI Center AI Computer Vision Document Understanding Détails...
	Version RHEL prise en charge et outil ipcalc installé sur toutes les machines Linux. Pour plus de détails sur la compatibilité RHEL avec les versions précédentes d’Automation Suite, consultez la Matrice de compatibilité RHEL . Nous prenons en charge les nouvelles versions mineures de RHEL dans les 90 jours suivant leur publication. Nous prenons en charge SELinux avec des stratégies par défaut. *
	FIPS 140-2 Détails...
	Équilibreur de charge L4/Équilibreur de charge du réseau Détails...
	Exigence du serveur NFS (serveur NFS local ou géré dans le cloud avec la version NFSv3/NFSv4 basée sur Linux) CPU - 4 vCPU RAM - 8 Go Stockage : 1 To Pour le magasin d'objets externe, quelques Go sont nécessaires Pour le magasin d'objets intégré au cluster, la valeur minimale doit être la même que la taille du magasin d'objet Détails...
	Ports de nœud Détails...
Logiciels	Packages RPM sur chaque machine Détails...
	SQL Server Détails...
	Magasin d'objets (stockage d'objets blob Azure, AWS S3, magasin d'objets compatible S3) Détails...
	Registre compatible OCI Détails...
	Dns Détails...
	TLS 1.2 ou supérieur
	IPv4, IPv6 et double pile Détails...
	La mémoire d’échange doit être désactivée.
	Certificat TLS Certificat de signature de jeton d'identité (certificat pour signe le jeton d'authentification/du porteur) Les certificats CA supplémentaires pour l'un des composants externes (serveur SQL, magasin d'objets, registre, SMTP, etc.).

^*Pour les installations physiquement isolées, le package rke2-selinux n'est pas installé automatiquement. Si vous rencontrez des problèmes liés à SELinux, vous devez installer le package de stratégie SELinux manuellement. Pour de plus amples informations, consultez la section Comment....

Important :

• Vous avez besoin d'une autorisation root pour installer et déployer Automation Suite. Pour plus d'informations sur les composants spécifiques qui nécessitent un accès root, reportez-vous à Exigences des privilèges root.
• Cilium nécessite des autorisations CAP_SYS_ADMIN pour fonctionner correctement. Veillez à ce que ces autorisations soient accordées.
• L'exécution d'agents d'analyse sur votre système peut entraîner des échecs d'installation ou d'exécution, en raison des modifications qu'ils apportent aux tables IP. Pour éviter ce comportement, configurez votre agent de scan afin qu'il n'interfère pas avec l'installation d'Automation Suite.
• UiPath® ne prévoit pas de configurations spécifiques de pare-feu ou d’outil de développement tant que les exigences d’Automation Suite sont remplies. D’après nos observations, seul un nombre limité d’outils externes peut interférer avec le bon fonctionnement d’Automation Suite. Si de tels problèmes surviennent, contactez le fournisseur concerné pour obtenir de l’aide. Pour obtenir des conseils supplémentaires, consultez la section Matrice de responsabilité Automation Suite.

Prérequis matériels

Avant de commencer, tenez compte des points suivants :

• Automation Suite prend en charge la norme FIPS 140-2 (FIPS 140-2). Vous pouvez effectuer une nouvelle installation d'Automation Suite sur un hôte compatible FIPS 140-2. Vous pouvez également activer FIPS 140-2 sur une machine sur laquelle vous avez précédemment effectué une installation d'Automation Suite. Pour de plus amples informations, consultez la section Sécurité et conformité.

  Remarque :

  Insights n'est actuellement pas pris en charge sur les hôtes compatibles FIPS. Assurez-vous de désactiver Insights lors de l'installation d'Automation Suite sur un hôte compatible FIPS.

• La configuration matérielle minimale requise ne protège pas le déploiement des défaillances de nœud.

• Le profil de production multi-nœuds compatible haute disponibilité est résilient à une seule défaillance de nœud. Cela signifie que vous ne pouvez perdre qu'un seul nœud de serveur. Cette restriction ne s'applique pas aux nœuds d'agent. Vous pouvez perdre autant de nœuds d'agent tout en continuant à utiliser le cluster sans temps d'arrêt tant que la capacité globale du cluster est disponible.

• Vous pouvez augmenter la tolérance des nœuds de serveur aux défaillances en suivant les instructions dans Expérience d'installation avancée (Advanced installation experience).

Les sections suivantes répertorient la configuration matérielle requise pour la sélection complète de produits et les produits individuels.

Sélection complète de produits : configuration matérielle requise

Les sections suivantes décrivent les exigences strictes pour la sélection complète de produits.

Exigences générales

Matériel pour tous les produits	Configuration minimale requise pour un nœud unique	Configuration minimale requise en mode multi-nœuds
Processeur par cluster	32 (v-)CPU/cœurs	96 (v-)CPU/cœurs
Processeur minimum par nœud	S/O	8 (v-)CPU/cœurs
RAM	64 Go	192 Go
RAM minimale par nœud	S/O	16 Go
Disques de cluster*	SSD de 256 Go IOPS minimum : 1100	SSD de 256 Go IOPS minimum : 1100
DataDisk Requis uniquement sur les nœuds de serveur	SSD de 512 Go IOPS minimum : 1100	SSD de 512 Go IOPS minimum : 1100
disque etcd Requis uniquement sur les nœuds de serveur	SSD de 16 Go IOPS minimum : 240	SSD de 16 Go IOPS minimum : 240
Disque de bundle UiPath® Requis uniquement sur le premier nœud de serveur Requis uniquement pour le mode hors connexion Obligatoire uniquement si un registre externe n'est pas disponible	SSD de 512 Go IOPS minimum : 1100	SSD de 512 Go IOPS minimum : 1100
Magasin d'objets Requis uniquement sur les nœuds de serveur Obligatoire uniquement si le magasin d'objets externe n'est pas disponible	SSD de 512 Go IOPS minimum : 1100	SSD de 512 Go IOPS minimum : 1100
Espace disque supplémentaire pour les sauvegardes de données Ceph Requis uniquement dans la configuration RKE2 à nœud unique avec stockage intégré au cluster	SSD de 512 Go IOPS minimum : 1100	S/O
AI Center	51 Go minimum 105 Go recommandés pour 1 pipeline d'entraînement	51 Go minimum 105 Go recommandés pour 1 pipeline d'entraînement

• Les considérations suivantes s’appliquent à la capacité disque du cluster:
• Vous devrez peut-être augmenter la capacité de disque du cluster en fonction de vos compétences AI Center ML et de vos besoins de stockage d'entraînement.
• Si vous activez les projets modernes Document Understanding, la capacité minimale du disque du cluster est de 512 Go.

Remarque :

Si vous installez Automation Suite en mode d'évaluation à nœud unique et que vous ne disposez pas d'une machine avec 32 (v-)CPU/cœurs et 64 Go de RAM, vous pouvez utiliser des machines avec un minimum de 8 (v-)CPU/cœurs et 16 Go de RAM. Pour plus de détails, consultez la section Calculateur de capacité.

Si vous choisissez cette option, suivez les instructions d'installation et de configuration multi-nœuds.

Il est recommandé d’utiliser un magasin d'objets externe dans la mesure du possible, ce qui permet de mettre à l'échelle le magasin d'objets indépendamment du cluster et apporte une stabilité supplémentaire. Nous prenons en charge les options de magasin d'objets suivantes :

• Compte de stockage Azure
• Compartiment de stockage AWS S3
• Compartiment de stockage compatible S3

Produits individuels : configuration matérielle requise

Pour plus de détails sur la configuration matérielle requise pour installer des produits individuels ou diverses combinaisons de produits dans Automation Suite, utilisez le calculateur de dimensionnement d'installation d'Automation Suite.

Exigences supplémentaires pour les Automation Suite Robots

Dans les environnements de production multi-nœuds compatibles haute disponibilité, les Automation Suite Robots nécessitent un nœud d'agent supplémentaire. Dans les environnements d'évaluation à nœud unique, un nœud d'Automation Suite Robots supplémentaire est facultatif.

La configuration matérielle requise pour le nœud d'Automation Suite Robots dépend de la façon dont vous prévoyez d'utiliser vos ressources. Outre la configuration requise supplémentaire pour le nœud d'agent, vous avez également besoin d'un minimum de 10 Go de stockage de fichiers pour activer la mise en cache des packages.

Les sections suivantes décrivent les facteurs qui ont un impact sur la quantité de matériel requise par le nœud d'Automation Suite Robots.

Taille du robot

Le tableau suivant décrit le processeur, la mémoire et le stockage requis pour toutes les tailles de Robot.

Taille	Processeur	Mémoire	Stockage
Petite	0,5	1 Go	1 Go
Standard	1	2 Go	2 Go
Moyenne	2	4 Go	4 Go
Grande	6	10 GB	10 GB

Taille du nœud d'agent

Les ressources du nœud de l'agent d'Automation Suite Robots ont un impact sur le nombre de tâches pouvant être exécutées simultanément. Cela s'explique par le fait que le nombre de cœurs de processeur et la quantité de capacité de RAM sont divisés par les configurations requises en termes de processeur/mémoire de la tâche.

Par exemple, un nœud avec 16 processeurs et 32 Go de RAM pourrait exécuter l'un des éléments suivants :

• 32 petites tâches ;
• 16 tâches standard
• 8 tâches moyennes ;
• 2 tâches volumineuses

Les tailles de tâches peuvent être mélangées. Ainsi, à tout moment, le même nœud peut exécuter une combinaison de tâches, comme suit :

• 10 petites tâches (consommant 5 processeurs et 10 Go de mémoire)
• 4 tâches standard (utilisant 4 processeurs et 8 Go de mémoire) ;
• 3 tâches moyennes (consommant 6 processeurs et 12 Go de mémoire)

Utilisation des ressources Kubernetes

Étant donné que le nœud fait partie d'un cluster Kubernetes, l'agent Kubernetes présent sur le serveur (kubelet) utilise une petite quantité de ressources. D’après nos mesures, le kubelet consomme les ressources suivantes :

• 0,6 de processeur ;
• 0,4 Go de RAM

Un nœud similaire à celui décrit précédemment aurait en réalité environ 15,4 processeurs et 31,6 Go de RAM.

Sélection automatique de la taille de la machine

All your cross-platform processes have the Automation Suite Robots option set to Automatic by default. This setting selects the appropriate machine size for running the process using serverless robots.

Lors du choix automatique de la taille, les critères répertoriés dans la table suivante sont évalués dans l'ordre. Dès qu'un critère est satisfait, la taille de machine correspondante est choisie et les critères restants ne sont pas évalués.

Ordre	Critère	Taille de la machine
1	Tâche de débogage à distance	Moyenne
2	Le processus dépend d’ UI Automation OU le processus dépend des activités UiPath Document Understanding	Standard
3	Autre processus non assisté (unattended)	Petite

Exigences supplémentaires pour AI Center et Document Understanding

En plus des exigences de service de base qui font partie des exigences de la plate-forme complète, AI Center nécessite des ressources supplémentaires, selon les modèles que vous souhaitez exécuter ou former. Pour plus de détails sur les générations de matériel GPU requises et les pilotes NVIDIA compatibles, consultez la Matrice de compatibilité.

Remarque :

AI Center nécessite un stockage sur disque au moment du runtime pour les compétences ML et pour le pipeline d'entraînement, comme suit :

• Les compétences ML nécessitent un espace disque sur la partition /var/lib/rancher pour stocker le modèle entraîné pour les prédictions. Dans le pire des cas, la taille du modèle peut aller jusqu'à 20 Go.
• Le pipeline d'entraînement utilise le stockage de la partition /var/lib/rancher pour l'hébergement du modèle. Dans le pire des cas, la taille du modèle peut aller jusqu'à 20 Go, sans compter qu'il peut nécessiter du stockage pour l'ensemble de données. La taille minimale du stockage de l'ensemble de données peut être de 51 Go. La taille recommandée est de 105 Go. Il doit se trouver sur le disque dédié d'AI Center. Le pipeline d’entraînement ne se planifie que sur le nœud sur lequel le disque AI Center dédié est connecté.

Le tableau suivant décrit les ressources supplémentaires dont AI Center a besoin. Dans le tableau suivant, le disque de données est nécessaire sur tous les nœuds de serveur. Le disque de données n’est pas nécessaire sur les nœuds d’agent.

Utiliser (Use)	Processeur	RAM (Go)	GPU	Disque (Go)
Minimum pour la diffusion (compétence ML, une réplique)	0.6	2	0	20 Go sur la partition rancher
Minimum pour l'entraînement (Pipeline)	1	4	0	20 Go sur la partition rancher Partitionnement du disque AI Center de 51 Go minimum (105 Go recommandés)
Service du modèle DU (compétence ML, une réplique)	1	4	0	20 Go sur la partition rancher
Entraînement du modèle DU	2	24	Fortement recommandé	20 Go sur la partition rancher Disque de données de 51 Go minimum (105 Go recommandés)

Remarque :

Le tableau suivant décrit les ressources requises pour les implémentations d'AI Center de petite et moyenne ampleur. Notez que ces chiffres sont des indications générales.

Dans le tableau suivant, le disque de données est nécessaire sur tous les nœuds de serveur. Le disque de données n’est pas nécessaire sur les nœuds d’agent.

Utiliser (Use)	Processeur	RAM (Go)	GPU	Disque (Go)
Petite implémentation : 3 modèles servis 1 pipeline simultané	4	32	0	80 Go sur la partition rancher 1 Disque de données 105 Go 2
Implémentation moyenne : 5 modèles servis 2 pipelines simultanés Entraînement du modèle DU	8	52	Fortement recommandé	160 Go sur la partition rancher 3 Disque de données 315 Go 4

¹ (3 compétences +1 pipeline) * 20 Go sur la partition rancher = 80 Go sur la partition rancher

² 1 pipeline * 105 Go = Disque de données 105 Go

³ (5 compétences + 2 pipelines + 1 pipeline DU) * 20 Go sur la partition rancher = 160 Go sur la partition rancher

⁴ (2 pipelines + 1 pipeline DU) * 105 Go = Disque de données 315 Go

Exigences supplémentaires pour AI Computer Vision

Cette configuration fonctionne sur les GPU Nvidia locaux, mais fonctionne également avec des fournisseurs Cloud tels qu'AWS, Azure et GCP. Les types de GPU suggérés incluent ceux de la famille de produits RTX, Tesla et Ampere qui disposent de suffisamment de mémoire GPU et de capacités de traitement.

La principale différence entre ces deux types de GPU est que ceux dotés de la virtualisation disposent généralement de plus de RAM GPU et sont proposés par la plupart des fournisseurs Cloud. Avoir plus de RAM GPU augmente la taille maximale de l'image que vous pouvez entrer dans le modèle. En conclusion, les GPU avec la virtualisation ne sont pas considérablement plus rapides que les GPU grand public.

Vous avez besoin d'une machine avec les spécifications matérielles suivantes :

Spécification matérielle	Minimum	Recommandé (Recommended)
Mémoire	8 GO	16 Go
Processeur	2 cœurs avec AVX2 activé	4 cœurs avec AVX2 activé
GPU	8 Go de VRAM	16 Go de VRAM
Stockage	30 Go gratuits	—

Autres recommandations pour Document Understanding

Pour des performances améliorées, vous pouvez installer Document Understanding sur un nœud d’agent supplémentaire avec prise en charge de GPU. Notez cependant que les projets basés sur AI Center dans Document Understanding sont entièrement fonctionnels sans le nœud GPU. De fait, Document Understanding utilise des machines virtuelles de processeur pour toutes ses tâches d’extraction et de classification, tandis que pour l’OCR, nous recommandons fortement l’utilisation d’une machine virtuelle GPU.

Pour des détails sur l’utilisation du processeur/GPU dans l’infrastructure Document Understanding, consultez la section Utilisation du processeur et du processeur graphique.

Si vous souhaitez utiliser un nœud supplémentaire avec prise en charge du GPU, vous devez répondre aux exigences suivantes :

Matériel	Configuration minimale requise
Processeur	8 (v-) CPU/cœurs avec prise en charge AVX2
RAM	52 Go
Disque du système d'exploitation	SSD de 256 Go IOPS minimum : 1 100
DataDisk	S/O
RAM GPU	11 Go

Pour de plus amples informations, reportez-vous à la section Considérations relatives à AI Center .

Exigences supplémentaires pour les projets modernes de Document Understanding

Lorsque l’inférence CPU est activée, un minimum de 2 GPU est requis. Pour activer l'inférence du processeur, définissez la propriété enable_cpu_inference sur true, comme indiqué dans la section Activer ou désactiver Document Understanding .

Remarque :

• L'inférence peut être jusqu'à 10 fois plus lente.
• Nous vous recommandons de l’utiliser pour les documents d’un maximum de 125 pages. Aucune limitation active n’est en place. Cependant, l'inférence peut échouer pour les documents de plus de 125 pages.

Sans inférence de processeur, un minimum de 5 GPU est requis pour les projets modernes Document Understanding. L’exemple du scénario du tableau suivant montre comment 5 GPU sont suffisants pour traiter 300 pages.

Remarque :

Pour les projets modernes Document Understanding, le GPU minimum recommandé est NVIDIA T4.

Le tableau suivant répertorie les fonctions de capacité et le nombre d'opérations prises en charge par nœud GPU.

Function	Numérique
Pages de modèle personnalisées traitées par heure	300
Modèle prêt à l'emploi pages traitées par heure	0
Entraînement des modèles en parallèle	1
Nombre de pages dans tous les projets - Durée de conception	200
Nombre de types de documents par version de projet	3

Les 5 GPU sont répartis entre différentes fonctions, comme détaillé dans le tableau suivant :

Service	Nombre de GPU
Réplicas OCR	1
Réplicas d'entraînement de modèle personnalisés	1
Réplicas de modèle personnalisés	2
Réplicas de modèle prêts à l'emploi	1
Total	5

Pour plus de détails sur la façon d’allouer des GPU à chaque service, reportez-vous à la page Affecter des ressources GPU pour les projets modernes Document Understanding .

Outre les exigences du GPU, les projets modernes Document Understanding nécessitent également des ressources CPU spécifiques pour des performances optimales. Pour des performances optimales, un minimum de 18 processeurs virtuels est requis.

Avec le projet moderne Document Understanding, 4 To de objectstore supplémentaires sont nécessaires pour effectuer les activités des exemples fournis en continu pendant un an. Vous pouvez commencer avec un nombre plus petit, mais l'activité échouera une fois le stockage terminé, sauf si vous le faites passer explicitement.

Si vous enregistrez pour un an de traitement continu, vous aurez besoin de 4 To pour les projets modernes Document Understanding et de 512 Go pour les autres produits. Le total sera de 4,5 To de stockage. De même, si vous commencez avec six mois de traitement, vous aurez besoin de 2 To pour les projets modernes Document Understanding et de 512 Go pour les autres produits. Dans ce cas, le total sera de 2,5 To.

Remarque :

Pour des calculs plus détaillés ainsi que pour connaître la capacité requise en fonction de vos besoins, consultez le calculateur de dimensionnement d’installation d’UiPath Automation Suite.

Enregistrement des GPU compatibles MIG

Les charges de travail Automation Suite Document Understanding prennent en charge l'exécution sur des GPU virtuels (VCPU) créés avec la technologie NVIDIA MIG (GPU multi-instances).

Pour exécuter Document Understanding dans ces conditions, gardez à l’esprit les exigences suivantes :

• Mémoire GPU: au moins 16 Go par VCPU. UiPath ne prend en charge que la stratégie unique, ce qui signifie que tous les VCPU seront exactement les mêmes.
• Stockage : au moins 80 Go par GPUPU

Activation des GPU activés par MIG dans Kubernetes

Après avoir enregistré les GPU activés par MIG dans votre cluster avec des profils correspondant ou dépassant les exigences minimales ci-dessus, assurez-vous que les GPU sont des Kubernetes planifiables. Le nœud doit signaler un nombre non nul de GPU avant que les charges de travail puissent y être planifiées.

Pour que les GPU soient planifiables, suivez la documentation officielle relative à l’installation du plug-in de l’appareil.

Vous pouvez également appliquer manuellement le plugin d'appareil sur vos nœuds GPU pour commencer.

Appliquez la configuration suivante, en remplaçant migEnabledPoolName par le libellé qui correspond à votre nœud GPU :

apiVersion: v1
kind: Pod
metadata:
  name: nvidia-device-plugin-pod
  namespace: gpu-resources
spec:
 affinity:
    nodeAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
        nodeSelectorTerms:
        - matchExpressions:
          - key: agentpool
            operator: In
            values:
            # To be changed to a selector that matches the GPU nodes
            - migEnabledPoolName
 containers:
 - args:
   - --fail-on-init-error=false
   env:
   - name: MPS_ROOT
     value: /run/nvidia/mps
   - name: MIG_STRATEGY
      # We only support the single strategy for now
     value: single
   - name: NVIDIA_MIG_MONITOR_DEVICES
     value: all
   - name: NVIDIA_VISIBLE_DEVICES
     value: all
   - name: NVIDIA_DRIVER_CAPABILITIES
     value: compute,utility
   image: nvcr.io/nvidia/k8s-device-plugin:v0.17.3
   imagePullPolicy: IfNotPresent
   name: nvidia-device-plugin-ctr
   securityContext:
     allowPrivilegeEscalation: true
     capabilities:
       add:
       - SYS_ADMIN
   terminationMessagePath: /dev/termination-log
   terminationMessagePolicy: File
   volumeMounts:
   - mountPath: /var/lib/kubelet/device-plugins
     name: device-plugin
 tolerations:
 - key: CriticalAddonsOnly
   operator: Exists
 - effect: NoSchedule
   key: nvidia.com/gpu
   operator: Exists
 terminationGracePeriodSeconds: 30
 volumes:
 - hostPath:
     path: /var/lib/kubelet/device-plugins
     type: ""
   name: device-plugin

Après le déploiement du plugin, la section Allouable du nœud doit afficher le nombre correct de VGPU sous nvidia.com/gpu, en fonction du profil MIG que vous avez configuré. Le nœud doit désormais être planifiable et prêt pour exécuter les charges de travail Document Understanding.

RPM package requirements

Avant de commencer l'installation d'Automation Suite, vous devez vous assurer que vous remplissez les conditions suivantes :

• vous avez un abonnement RHEL
• vous avez activé les référentiels BaseOS et AppStream
• vous avez installé les packages RPMrequis

Le tableau suivant répertorie les packages RPM requis :

Package RPM	Description
iscsi-initiator-utils nfs-utils rpcbind util-linux nmap-ncat openssl httpd-tools gettext zstd	Obligatoire sur les nœuds pour l'installation.
podman>=4.0.2 nmap-ncat bind-utils openssl wget unzip conmon=>2.0.24	Obligatoire sur les nœuds pour l'exécution du contrôle de préparation.
iscsi-initiator-utils gettext nfs-utils rpcbind util-linux nmap-ncat openssl httpd-tools podman=>4.0.2 zstd	Obligatoire uniquement pour les installations hors ligne.

Remarque :

RHEL 8.4 et versions ultérieures ont les packages RPM requis dans les référentiels BaseOS et AppStream par défaut.

Installations manuelles

Si vous effectuez une nouvelle installation manuelle d'Automation Suite, vous devez vous assurer que vous répondez aux exigences du package RPM. Dans ce cas, vous êtes responsable de l'installation des packages RPM requis.

Si vous effectuez une mise à niveau depuis une version précédente d'Automation Suite, vous avez déjà installé les packages RPM.

Pour plus de détails sur les outils que vous pouvez utiliser pour installer et valider les packages RPM, consultez la section Valider et installer les packages RPM requis.

Cloud templates

Si vous installez Automation Suite à l'aide de nos modèles Azure, AWS ou GCP, aucune action n'est requise de votre part. Les modèles enregistrent l'infrastructure complète, y compris les packages RPM.

Configuration générale requise pour Microsoft SQL Server

Remarque :

Sauf indication contraire dans les sections dédiées aux exigences, ces exigences s'appliquent à tous les produits Automation Suite.

Important :

• Les versions 2.2510.0 et ultérieures d'Automation Suite sont compatibles avec les versions SQL 2019 et ultérieures.
• Lorsque vous activez Process Mining pour une installation sur Automation Suite, vous devez apporter une base de données PostgreSQL pour AutomationSuite_Airflow. Consultez les exigences SQL pour Process Mining pour plus de détails.

Des plates-formes Microsoft SQL supplémentaires, telles qu'Azure SQL Database ou Azure SQL Managed Instance, ainsi qu'Amazon Relational Database Service, sont également prises en charge du moment que le moteur de base de données Microsoft SQL Server répond aux exigences.

Remarque :

Assurez-vous que le serveur SQL est accessible à partir de chaque machine virtuelle du cluster.

Important :

Le support produit individuel est différent.

Pour chaque produit que vous envisagez de déployer, vous devez :

• vérifier la version prise en charge de SQL Server requise par le produit
• appliquez les prérequis de configuration de SQL Server, y compris l’autorisation de l’utilisateur SQL Server, tel que requis par le produit. Pour plus de détails sur les exigences SQL Server spécifiques au produit, consultez la section Configuration de Microsoft SQL Server.

La configuration matérielle minimale générale requise pour Microsoft SQL Server est la suivante :

• 8 (v-)CPU
• 32 Go de RAM
• SSD de 256 Go

Ces exigences minimales sont des indications générales et ne garantissent pas un fonctionnement fiable dans un déploiement de production. La planification de la capacité est nécessaire pour déterminer les exigences matérielles requises pour un fonctionnement fiable.

Pour chaque produit que vous envisagez de déployer, vous devez évaluer l'utilisation prévue et appliquer les conseils de planification de capacité spécifiés par le produit. Ces informations sont disponibles dans la section d'aide de chaque produit individuel.

Exigences générales du serveur NFS

Pour activer une sauvegarde, vous avez besoin d'un serveur NFS externe. Automation Suite prend en charge les serveurs NFS locaux ou gérés dans le cloud basés sur Linux, version NFSv3/NFSv4.

Remarque :

Assurez-vous que le serveur NFS est accessible à partir de chaque machine virtuelle du cluster.

La configuration matérielle minimale générale requise pour NFS Server est la suivante :

• CPU - 4 vCPU
• RAM - 8 Go
• Stockage : 1 To
  Remarque :

  Si vous utilisez un magasin d'objets externe, le stockage requis est de quelques Go. Si vous utilisez un magasin d'objets intégré au cluster, la taille minimale de stockage est la même que la taille du magasin d'objets.

Exigences de Disaster Recovery - Active/Passive

Pour configurer un déploiement actif/passif, assurez-vous de répondre aux exigences suivantes :

• Matériel
• Équilibreurs de charge
• Dns
• Certificats
• Magasin d'objets
• Gestionnaire de trafic

Matériel

Les deux clusters Automation Suite doivent satisfaire à un ensemble d’exigences logicielles et matérielles. Pour plus de détails, consultez la configuration matérielle requise pour le mode multi-nœuds.

Load balancer

Les deux clusters Automation Suite doivent avoir un équilibreur de charge. Pour de plus amples informations, consultez la section Configuration de l'équilibreur de charge.

Dns

Pour plus de détails sur les exigences DNS, consultez Configuration du DNS.

Certificats

Pour plus de détails sur les exigences de certificat, consultez la section Exigences du certificat.

Vous devez également ajouter les SAN au certificat si vous avez ouvert le DNS.

Magasin d'objets

Le magasin d'objets intégré au cluster n'est pas pris en charge lors du déploiement d'Automation Suite en mode multi-sites. Au lieu de cela, vous devez apporter un magasin d'objets externe.

Matrice de compatibilité RHEL

Important :

À partir d'Automation Suite 2.2510.2, les nœuds hôtes doivent exécuter cgroup v2. Si votre environnement utilise cgroup v1 (par défaut sur RHEL 8.x), vous devez migrer vers cgroup v2 avant la mise à niveau. Pour obtenir des instructions de migration, consultez la section Comment migrer vers Cgroup v2.

Actuellement, cette exigence est appliquée à l'aide de l'indicateur kubelet fail-cgroup-v1 . Cependant, cet indicateur sera obsolète dans les prochaines versions de RKE2. Il est donc fortement recommandé de mettre à niveau vers cgroup v2 dès que possible, avant ou après la mise à niveau vers 2.2510.2.

Le tableau suivant répertorie les versions RHEL prises en charge par chaque version d'Automation Suite :

Version d'Automation Suite	Versions RHEL prises en charge
2.2510.3	8.8, 8.9, 8.10, 9.2, 9.4, 9.5, 9.6, 9.7, 10.0
2.2510.2	8.8, 8.9, 8.10, 9.2, 9.4, 9.5, 9.6, 9.7, 10.0
2.2510.1	8.8, 8.9, 8.10, 9.2, 9.4, 9.5, 9.6, 9.7
2.2510.0 Dernière version	8.8, 8.9, 8.10, 9.2, 9.4, 9.5, 9.6, 9.7

Important :

Si vous utilisez RHEL 10, veillez à prendre en compte les éléments suivants :

• RHEL 10 inclut la console Web du paramètres installée par défaut, qui écoute sur le port 9090. Cela crée un conflit avec Cilium utilisé par Automation Suite. Pour résoudre ce conflit, configurez la console Web du pilote pour écouter sur un port différent, ou désactivez-la à l'aide des commandes suivantes :

  systemctl disable --now cockpit.socket
  systemctl daemon-reload
  

• Les modules du noyau GPU ne sont plus inclus par défaut dans les référentiels RHEL 10. Pour installer les pilotes GPU, installez les packages séparément en exécutant dnf install cuda-drivers. Nous avons testé les packages de GPU kernel-devel et kernel-headers avec la version du noyau 6.12.0-55.43.1.el10_0.

Important :

La versionkernel-4.18.0-477.10.1.el8_8 du noyau RHEL est affectée par un problème qui interrompt l’installation ou la gestion du cluster Automation Suite. Assurez-vous qu'aucun des nœuds Automation Suite n'utilise cette version du noyau, que ce soit avant ou après l'installation.