Speicher

Block-, Datei- und Objektspeicherkonfiguration für die Automation Suite auf OpenShift.

Zusätzlich zum Microsoft SQL-Server erfordert der Automation Suite-Cluster eine Speicherkomponente zum Speichern der Dateien. Die Automation Suite erfordert den Objektspeicher und den Block-/Dateispeicher, abhängig vom gewählten Diensttyp.

Speicherschätzung für jede Automation Suite-Komponente

UiPath®-Plattformdienste

Die folgenden Dienste erfordern die Speicherkomponente. Diese sind nur erforderlich, wenn Sie sich dafür entschieden haben, sie im Rahmen der Automation Suite Installation oder später zu aktivieren.

Dienst	Speichertyp	Zweck	Schätzung
Orchestrator	Objektspeicher	NuGet-Pakete (Prozesse, Bibliotheken und Ordner-Feeds) und deren extrahierte Inhaltsdateien Speicher-Bucket-Dateien für Buckets, die den Orchestrator-Speicheranbieter verwenden (Buckets auf einem externen Anbieter verwenden den eigenen Speicher des Kunden) Ausführungsmedien wie Roboter-Screenshots und Videoaufzeichnungen von Aufträgen oder Warteschlangenelementen Auftragsanhänge und andere Daten, die Roboter in den Orchestrator-Systemspeicher schreiben Datenexporte (Aufträge, Warteschlangen, Protokolle und CSV-Prüfungsexporte), die ablaufen Die Aufbewahrung archiviert gelöschte Aufträge, Warteschlangenelemente und Aufgaben, wenn eine Aufbewahrungsrichtlinie sie ohne einen vom Kunden bereitgestellten Bucket archiviert Daten zur Auftragspersistenz für angehaltene oder langlaufende Aufträge Anhänge der Testautomatisierung, wenn die Testautomatisierung aktiviert ist	In der Regel ist ein Paket 5 MB groß und Buckets, falls vorhanden, sind kleiner als 1 MB. Ein ausgereiftes Unternehmen stellt etwa 10 GB an Paketen bereit. Pakete, Speicher-Bucket-Dateien und Videoaufzeichnungen tragen normalerweise am größten zum Wachstum dieses Speichers bei.
Action Center	Objektspeicher	Dokumente, die vom Benutzer in Dokumentaufgaben gespeichert wurden	In der Regel benötigt ein Dokument 0,15 MB und die auszufüllenden Formulare weitere 0,15 KB. In einem ausgereiften Unternehmen kann dies insgesamt 4 GB betragen.
Test Manager	Objektspeicher	Von Benutzern gespeicherte Anhänge und Screenshots	In der Regel haben alle Dateien und Anhänge zusammen etwa 5 GB.
Insights	Blockstore	Veröffentlichte Dashboards und deren Metadaten	Für die Aktivierung sind 2 GB erforderlich, wobei der Speicherplatzbedarf mit der Anzahl wächst. Eine etablierte Enterprise-Bereitstellung erfordert weitere GB für alle Dashboards. Etwa 10 GB Speicherplatz sollten ausreichen.
Integration Service	Objektspeicher	Connector-Metadaten Ereignistrigger	Connectors variieren in der Größe, aber die Installation aller verfügbaren Connectors sollte weniger als 100 MB verbrauchen. Die Anzahl der Triggerereignisse hängt von der Verwendung ab, aber 5 GB sollten ausreichen.
Studio Web	Dateispeicher	NuGet-Pakete heruntergeladen aus bestimmten Feeds (offizieller UiPath-Feed, api.nuget.org) Projekte, die in Studio Web erstellt oder importiert wurden	NuGet-Pakete: 220 GB Benutzerprojekte: 50 GB
Apps	Dateispeicher	App-Seiten, Workflows und andere Projektdaten Anhänge, die in Apps hochgeladen wurden	Ungefähr 5 GB für vorhandene App-Daten; Ungefähr 15 MB pro komplexer App. Zusätzlicher Speicherplatz für von Benutzern hochgeladene Anhänge erforderlich.
AI Center	Objektspeicher/Dateispeicher	ML-Pakete Datasets für die Analyse Trainingspipelines	Eine typische und etablierte Installation verbraucht 8 GB für fünf Pakete und weitere 1 GB für die Datasets. Eine Pipeline kann weitere 50 GB Blockspeicher verbrauchen, aber nur, wenn sie aktiv ausgeführt wird.
Document Understanding	Objektspeicher	ML-Modell OCR-Modell Gespeicherte Dokumente	In einer ausgereiften Bereitstellung werden 12 GB für das ML-Modell, 17 GB für die OCR und 50 GB für alle gespeicherten Dokumente verwendet.
Automation Suite-Roboter	Dateispeicher	Zwischenspeichern der Pakete, die zum Ausführen einer Automatisierung erforderlich sind	In der Regel stellt ein ausgereiftes Unternehmen etwa 10 GB an Paketen bereit.
Process Mining	Objektspeicher	SQL-Dateien, die zum Ausführen von Abfragen im SQL Warehouse erforderlich sind	Der minimale Platzbedarf wird nur zum Speichern der SQL-Dateien verwendet. Etwa ein GB Speicherplatz sollte am Anfang ausreichen.
Kontextgrundlage	Objektspeicher, Dateispeicher	Ein Objektspeicher wird verwendet, um die Micro-Front-End-Daten zu speichern Der Dateispeicher wird als Cache zum Verarbeiten der Dateien verwendet	Die empfohlene Objektspeichergröße beträgt 50 GB Die empfohlene PVC-Größe beträgt 1 TB
LLM-Beobachtbarkeit	Objektspeicher	Zum Speichern von Benutzer-LLM-Prompt-Eingaben und -Ausgaben	Die empfohlene Größe beträgt 10 GB
Solutions (Lösungen)	Objektspeicher	Zum Speichern von Lösungspaketpaketen und Paketdateien	Die empfohlene Größe beträgt 200 GB
Maestro	Objektspeicher	Zum Speichern von Prozessausführungsdaten und -variablen	Die empfohlene Größe beträgt 10 GB
Autopilot for Developers	Objektspeicher	Zum Speichern von Sitzungsdaten, Chatnachrichten, Videoaufzeichnungen	Empfohlene Objektspeichergröße: 12 GB (30 Tage Aufbewahrung)

Objektspeicher

Die Automation Suite unterstützt die folgenden Objektspeicher:

• Azure-Blobspeicher
• AWS S3-Speicher
• S3-kompatibler Objektspeicher. OpenShift bietet OpenShift-Datengrundlage, einen Ceph-basierten, S3-kompatiblen Objektspeicher. Informationen zum Installieren von OpenShift Data Foundation finden Sie unter Einführung in OpenShift Data Foundation.

Konfigurieren der OpenShift Data Foundation

1. Um einen Objektspeicher-Bucket in OpenShift Data Foundation (ODF) zu erstellen, müssen Sie für jeden Bucket einen ObjectBucketClaim erstellen, der jedem Produkt entspricht, das Sie installieren möchten.

   Wichtig:

   Wenn Sie ODF als Objektspeicher in OpenShift-Clusterversionen vor 4.19 verwenden, kann CORS nicht konfiguriert werden. Diese Einschränkung kann verhindern, dass Dienste mit ODF-Buckets ordnungsgemäß funktionieren. Um die Kompatibilität sicherzustellen, legen Sie "disable_presigned_url": true in Ihrer input.json -Datei fest.

   If you encounter an error while applying this setting, refer to the Troubleshooting section.

Das folgende Beispiel zeigt einen gültigen ObjectBucketClaim:

Hinweis:

Die von uns im Beispiel angegebene Konfiguration ist nur erforderlich, wenn Sie die Buckets in OpenShift Data Foundation erstellen.

apiVersion: objectbucket.io/v1alpha1
kind: ObjectBucketClaim
metadata:
  name: BUCKET_NAME
  namespace: <uipath>
spec:
  bucketName: BUCKET_NAME
  storageClassName: openshift-storage.noobaa.io

2. Durch das Anwenden des Manifests wird ein geheimer Clientschlüssel mit dem Namen BUCKET_NAME im Namespace <uipath> erstellt. Der geheime Schlüssel enthält die access_key und den secret_key für diesen Bucket. Um die access_key und die secret_key abzufragen, führen Sie den folgenden Befehl aus:

   oc get secret BUCKET_NAME -n <uipath> -o jsonpath={.data.AWS_ACCESS_KEY_ID} | base64 -d; echo
   oc get secret BUCKET_NAME -n <uipath> -o jsonpath={.data.AWS_SECRET_ACCESS_KEY} | base64 -d; echo
   

3. Um den Host oder FQDN für den Zugriff auf das Bucket zu finden, führen Sie den folgenden Befehl aus:

   oc get routes s3 -o jsonpath={.spec.host} -n openshift-storage; echo
   

Wichtig:

ODF includes a NooBaa deployment with pre-defined CPU and memory limits. These limits can become a bottleneck for the Automation Suite and result in S3 request limit issues. To mitigate this risk, you must configure ODF with higher CPU and memory limits for the NooBaa deployment. For details, refer to the Troubleshooting section.

Konfigurieren der CORS-Richtlinie

Darüber hinaus müssen Sie möglicherweise die folgende CORS-Richtlinie auf Speicherkonto-/Bucket-Ebene aktivieren, wenn während der Verwendung des Automation Suite -Clusters während der S3-Verbindung ein CORS-Fehler auftritt.

Stellen Sie sicher, dass Sie {{fqdn}} durch den FQDN des Automation Suite-Clusters in der folgenden CORS-Richtlinie ersetzen.

Das folgende Beispiel zeigt die CORS-Richtlinie im JSON-Format:

[
    {
        "AllowedHeaders": [
            "*"
        ],
        "AllowedMethods": [
            "POST",
            "GET",
            "HEAD",
            "DELETE",
            "PUT"
        ],
        "AllowedOrigins": [
            "https://{{fqdn}}"
        ],
        "ExposeHeaders": [
            "etag",
            "x-amz-server-side-encryption",
            "x-amz-request-id",
            "x-amz-id-2"
        ],
        "MaxAgeSeconds": 3000
    }
]

Das folgende Beispiel zeigt die CORS-Richtlinie im XML-Format:

<CORSConfiguration>
 <CORSRule>
   <AllowedOrigin>{{fqdn}}</AllowedOrigin>
   <AllowedMethod>HEAD</AllowedMethod>
   <AllowedMethod>GET</AllowedMethod>
   <AllowedMethod>PUT</AllowedMethod>
   <AllowedMethod>POST</AllowedMethod>
   <AllowedMethod>DELETE</AllowedMethod>
   <AllowedHeader>*</AllowedHeader>
  <MaxAgeSeconds>3000</MaxAgeSeconds>
  <ExposeHeader>x-amz-server-side-encryption</ExposeHeader>
  <ExposeHeader>x-amz-request-id</ExposeHeader>
  <ExposeHeader>x-amz-id-2</ExposeHeader>
  <ExposeHeader>etag</ExposeHeader>
 </CORSRule>
</CORSConfiguration>

Konfigurieren von Lebenszyklusrichtlinien

Sie können eine Lebenszyklusrichtlinie konfigurieren, um ältere Protokollobjekte automatisch zu löschen und manuelle Bereinigungsaufgaben zu reduzieren. Automation Suite-Protokolle werden im automation-suite-logs/ -Ordner des Plattform-Buckets gespeichert. UiPath empfiehlt, diese Protokolle 15 Tage lang aufzubewahren.

OpenShift Data Foundation supports S3 lifecycle policies. The following example shows the steps using the AWS CLI:

1. Erstellen Sie eine Datei mit dem Namen lifecycle.json und fügen Sie den folgenden Inhalt hinzu:

   {
       "Rules": [
           {
               "Filter": {
                   "Prefix": "automation-suite-logs/"
               },
               "Status": "Enabled",
               "Expiration": {
                   "Days": 15
               },
               "ID": "DeleteOldLogs"
           }
       ]
   }
   

2. Run the following command to apply lifecycle.json to the bucket:

   aws --endpoint <MCG_S3_ENDPOINT_URL> s3api put-bucket-lifecycle-configuration \
       --bucket <BUCKET_NAME> \
       --lifecycle-configuration file://lifecycle.json
   

   Replace <MCG_S3_ENDPOINT_URL> with the S3 endpoint URL of the Multicloud Object Gateway, and <BUCKET_NAME> with the name of your platform bucket.

Konfiguration

To configure the objectstore, refer to External Objectstore Configuration.

Das Automation Suite Installationsprogramm unterstützt das Erstellen der Container/Buckets, wenn Sie make -Berechtigungen bereitstellen. Alternativ können Sie die erforderlichen Container/Buckets vor der Installation und deren Informationen für das Installationsprogramm bereitstellen.

Speicheranforderungen

Speicher	Anforderungen
Objektspeicher	500 GB

The size of the objectstore depends on the size of the deployed and running automation. Therefore, it can be challenging to provide an accurate objectstore estimate initially during the installation. You can start with an objectstore size of 350 GB to 500 GB. To understand the usage of the objectstore, refer to Storage estimate for each Automation Suite component.

Hinweis:

• Wenn Ihre Automatisierung skaliert, müssen Sie möglicherweise die Erhöhung der Größe Ihres Objektspeichers berücksichtigen.
• If you use buckets created in OpenShift Data Foundation, then you must explicitly provision the buckets and provide the details for each product in the input.json file. For details on how to provide bucket information explicitly in the input.json file, refer to the Product-specific configuration section.

Blockspeicher

Blockspeicher müssen CSI-Treiber haben, die mit den Kubernetes-Speicherklassen konfiguriert sind.

Die folgende Tabelle enthält Details zum Blockspeicher, zur Speicherklasse und zum Bereitsteller:

Cloud/Kubernetes	Speicher	Speicherklasse	Bereitsteller
AWS	EBS-Volumes	ebs-sc	ebs.csi.aws.com
Azure	Azure Datenträger verwalten	managed-premium Premium-LRS-Datenträger	disk.csi.azure.com
OpenShift	OpenShift Data Foundation	ocs-storagecluster-ceph-rbd	openshift-storage.rbd.csi.ceph.com

Hinweis:

Die in diesem Abschnitt genannten Speicherlösungen müssen nicht zwingend verwendet werden. Wenn Sie eine andere Speicherlösung verwenden, müssen Sie die entsprechende StorageClass verwenden, die Ihr Speicheranbieter bereitstellt.

Konfiguration

Sie können dem offiziellen Leitfaden von Red Hat folgen, um eine Speicherklasse in Ihrem OpenShift-Cluster zu erstellen.

Sie müssen den Namen der Speicherklasse, die Sie für Ihren Cluster erstellt haben, an den Parameter storage_class in der input.json -Datei übergeben.

Hinweis:

• In OpenShift werden CSI-Treiber automatisch installiert und die Speicherklasse wird während der Installation der OpenShift Data Foundation erstellt. Wenn diese Speicherklassen nicht konfiguriert sind, müssen Sie sie vor der Installation der Automation Suite konfigurieren.
• Sie müssen die Speicherklasse für den Blockspeicher zur Standardklasse machen, wie im folgenden Beispiel gezeigt.

Beispiel

Das folgende Beispiel zeigt, wie die Speicherklasse konfiguriert wird und wie sie während der Installation für die input.json -Datei bereitgestellt wird:

Konfiguration	input.json	StorageClass
Azure	{ "storage_class": "managed_premium" }	allowVolumeExpansion: true apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: creationTimestamp: "2023-06-15T09:34:17Z" labels: addonmanager.kubernetes.io/mode: EnsureExists kubernetes.io/cluster-service: "true" storageclass.kubernetes.io/is-default-class: "true" name: managed-premium parameters: cachingmode: ReadOnly kind: Managed storageaccounttype: Premium_LRS provisioner: disk.csi.azure.com reclaimPolicy: Delete volumeBindingMode: WaitForFirstConsumer
AWS	{ "storage_class": "ebs-sc" }	allowVolumeExpansion: true apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: name: ebs-sc annotations: storageclass.kubernetes.io/is-default-class: "true" provisioner: ebs.csi.aws.com reclaimPolicy: Delete volumeBindingMode: WaitForFirstConsumer
OpenShift	{ "storage_class": "ocs-storagecluster-ceph-rbd" }	kind: StorageClass apiVersion: storage.k8s.io/v1 metadata: name: ocs-storagecluster-ceph-rbd annotations: description: 'Provides RWO Filesystem volumes, and RWO and RWX Block volumes' storageclass.kubernetes.io/is-default-class: "true" provisioner: openshift-storage.rbd.csi.ceph.com parameters: csi.storage.k8s.io/fstype: ext4 csi.storage.k8s.io/provisioner-secret-namespace: openshift-storage csi.storage.k8s.io/provisioner-secret-name: rook-csi-rbd-provisioner csi.storage.k8s.io/node-stage-secret-name: rook-csi-rbd-node csi.storage.k8s.io/controller-expand-secret-name: rook-csi-rbd-provisioner csi.storage.k8s.io/controller-expand-secret-namespace: openshift-storage pool: ocs-storagecluster-cephblockpool csi.storage.k8s.io/node-stage-secret-namespace: openshift-storage reclaimPolicy: Delete allowVolumeExpansion: true volumeBindingMode: Immediate

Speicheranforderungen

Konfiguration	Anforderungen
Blockspeicher	50 GB

The size of the block store depends on the size of the deployed and running automation. Therefore, it can be challenging to provide an accurate estimate initially during the installation. You can start with a block storage size of 50 GB. To understand the usage of the block store, refer to Storage estimate for each Automation Suite component.

Hinweis:

Wenn Ihre Automatisierung skaliert wird, müssen Sie möglicherweise die Erhöhung Ihrer Blockspeichergröße berücksichtigen.

Dateispeicher

Der Dateispeicher muss über CSI-Treiber verfügen, die mit den Kubernetes-Speicherklassen konfiguriert sind.

Dateispeicher ist für die Komponenten erforderlich, die keine Replikation erfordern. Wenn Sie jedoch kein Dateisystem haben, können Sie den Dateispeicher durch einen Blockspeicher ersetzen.

In folgender Tabelle finden Sie Einzelheiten zum Dateispeicher, zur Speicherklasse und zum Provisioner:

Cloud/Kubernetes	Speicher	Speicherklasse	Bereitsteller
AWS	EFS	efs-sc	efs.csi.aws.com
Azure	Azure Files	azurefile-csi-premium	file.csi.azure.com
OpenShift	OpenShift Data Foundation	ocs-storagecluster-cephfs*	openshift-storage.cephfs.csi.ceph.com

Es wird empfohlen, ZRS (oder die Replikation) für Studio Web-Speicher zu konfigurieren, um eine hohe Verfügbarkeit sicherzustellen. Worker-Knotendatenträger müssen mindestens 2300 IOPS haben, und der StorageCluster sollte mit dem Leistungsprofil und dem SKU-Profil mit mindestens 5000 IOPS konfiguriert werden.

Hinweis:

Die in diesem Abschnitt genannten Speicherlösungen müssen nicht zwingend verwendet werden. Wenn Sie eine andere Speicherlösung verwenden, müssen Sie die entsprechende StorageClass verwenden, die Ihr Speicheranbieter bereitstellt.

Konfiguration

Sie können dem offiziellen Leitfaden von Red Hat folgen, um eine Speicherklasse in Ihrem OpenShift-Cluster zu erstellen.

Sie müssen den Namen der Speicherklasse, die Sie für Ihren Cluster erstellt haben, an den Parameter storage_class_single_replica in der input.json -Datei übergeben.

Hinweis:

In OpenShift werden CSI-Treiber automatisch installiert und die Speicherklasse wird während der Installation von OpenShift Data Foundation erstellt. Wenn die Speicherklasse nicht konfiguriert ist, müssen Sie sie vor der Installation der Automation Suite konfigurieren.

Beispiel

Das folgende Beispiel zeigt, wie die Speicherklasse konfiguriert und wie sie input.json während der Installation bereitgestellt wird:

Konfiguration	input.json	StorageClass
Azure	{ "storage_class_single_replica": "azurefile-csi-premium" }	allowVolumeExpansion: true apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: labels: addonmanager.kubernetes.io/mode: EnsureExists kubernetes.io/cluster-service: "true" name: azurefile-csi mountOptions: - mfsymlinks - actimeo=30 - nosharesock - dir_mode=0700 - file_mode=0700 - uid=1000 - gid=1000 - nobrl - cache=none parameters: skuName: Standard_LRS provisioner: file.csi.azure.com reclaimPolicy: Delete volumeBindingMode: Immediate
Azure	{ "storage_class_name_with_rwx_support": "managed-rwx" }	apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: name: managed-rwx provisioner: file.csi.azure.com reclaimPolicy: Delete allowVolumeExpansion: true volumeBindingMode: WaitForFirstConsumer parameters: storageaccounttype: Standard_LRS enableLargeFileShares: "true"
AWS	{ "storage_class_single_replica": "efs-sc" }	allowVolumeExpansion: true apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: name: efs-sc parameters: basePath: /dynamic_provisioning directoryPerms: "700" fileSystemId: $(EFS_ID) gidRangeEnd: "2000" gidRangeStart: "1000" provisioningMode: efs-ap provisioner: efs.csi.aws.com reclaimPolicy: Delete volumeBindingMode: Immediate Ersetzen Sie $(EFS_ID) durch die tatsächliche Dateifreigabe-ID, die Sie bei der Bereitstellung der Infrastruktur erstellt haben.
AWS	{ "storage_class_name_with_rwx_support": "efs-sc-rwx" }	allowVolumeExpansion: true apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: name: efs-sc-rwx parameters: basePath: /dynamic_provisioning directoryPerms: "700" fileSystemId: $(EFS_ID) gidRangeEnd: "2000" gidRangeStart: "1000" provisioningMode: efs-ap provisioner: efs.csi.aws.com reclaimPolicy: Delete volumeBindingMode: Immediate Ersetzen Sie $(EFS_ID) durch die tatsächliche Dateifreigabe-ID, die Sie bei der Bereitstellung der Infrastruktur erstellt haben.
OpenShift	{ "storage_class_single_replica": "ocs-storagecluster-cephfs" }	kind: StorageClass apiVersion: storage.k8s.io/v1 metadata: name: ocs-storagecluster-cephfs annotations: description: Provides RWO and RWX Filesystem volumes provisioner: openshift-storage.cephfs.csi.ceph.com parameters: clusterID: openshift-storage csi.storage.k8s.io/controller-expand-secret-name: rook-csi-cephfs-provisioner csi.storage.k8s.io/controller-expand-secret-namespace: openshift-storage csi.storage.k8s.io/node-stage-secret-name: rook-csi-cephfs-node csi.storage.k8s.io/node-stage-secret-namespace: openshift-storage csi.storage.k8s.io/provisioner-secret-name: rook-csi-cephfs-provisioner csi.storage.k8s.io/provisioner-secret-namespace: openshift-storage fsName: ocs-storagecluster-cephfilesystem reclaimPolicy: Delete allowVolumeExpansion: true volumeBindingMode: Immediate
OpenShift	{ "storage_class_name_with_rwx_support": "ocs-storagecluster-cephfs-rwx" }	kind: StorageClass apiVersion: storage.k8s.io/v1 metadata: name: ocs-storagecluster-cephfs-rwx annotations: description: Provides RWO and RWX Filesystem volumes provisioner: openshift-storage.cephfs.csi.ceph.com parameters: clusterID: openshift-storage csi.storage.k8s.io/controller-expand-secret-name: rook-csi-cephfs-provisioner csi.storage.k8s.io/controller-expand-secret-namespace: openshift-storage csi.storage.k8s.io/node-stage-secret-name: rook-csi-cephfs-node csi.storage.k8s.io/node-stage-secret-namespace: openshift-storage csi.storage.k8s.io/provisioner-secret-name: rook-csi-cephfs-provisioner csi.storage.k8s.io/provisioner-secret-namespace: openshift-storage fsName: ocs-storagecluster-cephfilesystem reclaimPolicy: Delete allowVolumeExpansion: true volumeBindingMode: Immediate

Hinweis:

Für die Speicherklasse für die Dateifreigabe müssen die erforderlichen Berechtigungen für das Verzeichnis und die Dateien auf 700 festgelegt sein.

Außerdem müssen UID und GID in Azure auf 1000 und in AWS gidRangeStart und gidRangeEnd auf 1000 bzw. 2000 festgelegt sein.

Speicheranforderungen

• Dateispeicher: 510 GB

The size of the file store depends on the size of the deployed and running automation. Therefore, it can be challenging to provide an actual estimate initially, during the installation. However, you should expect approximately 510 GB of storage size to be enough to run ten concurrent training pipelines and for Automation Suite Robots. To understand the usage of the filestore, refer to Storage estimate for each Automation Suite component.

Hinweis:

Wenn Ihre Automatisierung skaliert wird, muss möglicherweise Ihr Dateispeicher größer werden.