- Überblick
- Anforderungen
- Installation
- Voraussetzungsprüfungen
- Herunterladen der Installationspakete
- uipathctl-Cluster
- uipathctl-Clusterwartung
- uipathctl cluster maintenance disable
- uipathctl cluster maintenance enable
- uipathctl cluster maintenance is-enabled
- uipathctl-Cluster-Upgrade
- uipathctl config
- uipathctl config-Warnungen
- uipathctl config Alerts add-email
- uipathctl config alerts remove-email
- uipathctl config alerts update-email
- uipathctl config additional-ca-certificates get
- uipathctl config tls-certificates get
- uipathctl config Orchestrator
- uipathctl config Orchestrator get-config
- uipathctl config orchestrator update-config
- uipathctl config additional-ca-certificates update
- uipathctl config tls-certificates update
- UiPathctl-Zustand
- Uipathctl-Gesundheitspaket
- Uipathctl-Zustandsprüfung
- uipathctl health diagnose
- uipathctl health test
- uipathctl Identity
- uipathctl identity add-host-admin
- uipathctl Identity Enable-Basisauthentifizierung
- uipathctl identity get-saml-certificate
- uipathctl identity get-token-signing-certificate
- uipathctl identity rotate-saml-certificates
- uipathctl identity rotate-token-signing-certificates
- uipathctl identity update-saml-certificate
- uipathctl identity update-token-signing-certificate
- uipathctl-Manifest
- uipathctl manifest apply
- uipathctl manifest diff
- uipathctl manifest get
- uipathctl Manifest list-applications
- uipathctl manifest render
- uipathctl-Voraussetzung
- uipathctl prereq create
- uipathctl prereq run
- „uipathctl“-Ressource
- uipathctl-Ressourcenbericht
- uipathctl-Snapshot
- uipathctl-Snapshot-Sicherung
- uipathctl snapshot backup create
- uipathctl snapshot backup disable
- uipathctl snapshot backup enable
- uipathctl snapshot delete
- uipathctl snapshot list
- uipathctl snapshot restore
- uipathctl snapshot restore create
- uipathctl snapshot restore delete
- uipathctl snapshot restore history
- uipathctl snapshot restore logs
- uipathctl SSO
- uipathctl ssoGenerate-Connector
- uipathctl sso generate-overlays
- uipathctl sso generate-rbac
- uipathctl-Version
- Nach der Installation
- Migration und Upgrade
- Aktualisieren der Automation Suite auf EKS/AKS
- Migrationsoptionen
- Schritt 1: Verschieben der Identitätsorganisationsdaten von einer eigenständigen in die Automation Suite
- Schritt 2: Wiederherstellen der eigenständigen Produktdatenbank
- Schritt 3: Sichern der Plattformdatenbank in der Automation Suite
- Schritt 4: Zusammenführen von Organisationen in der Automation Suite
- Schritt 5: Aktualisieren der migrierten Produktverbindungszeichenfolgen
- Schritt 6: Migrieren von eigenständigen Insights
- Schritt 7: Löschen des Standardmandanten
- B) Migration von einzelnen Mandanten
- Überwachung und Warnungen
- Clusterverwaltung
- Produktspezifische Konfiguration
- Fehlersuche und ‑behebung
Speicher
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.
Speicher ist auch erforderlich, um den Automation Suite-Cluster zu sichern.
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 |
|
In der Regel ist ein Paket 5 MB groß und Buckets, falls vorhanden, kleiner als 1 MB. Ein ausgereiftes Enterprise stellt etwa 10 GB an Paketen und 12 GB an Warteschlangen bereit. |
Action Center |
Objektspeicher |
|
In der Regel benötigt ein Dokument 0.15 MB und die auszufüllenden Formulare weitere 0.15 KB. In einem ausgereiften Enterprisekann dies insgesamt bis zu 4 GB betragen. |
Test Manager |
Objektspeicher |
|
In der Regel haben alle Dateien und Anhänge zusammen etwa 5 GB. |
Insights |
Blockstore |
|
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. |
Apps |
Objektspeicher |
|
In der Regel benötigt die Datenbank etwa 5 GB und eine typische komplexe App verbraucht etwa 15 MB. |
AI Center |
Objektspeicher/Dateispeicher |
|
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 |
|
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. |
Task Mining |
Objektspeicher |
|
Etwa 200 GB an Aktivitätsprotokolldaten sollten analysiert werden, um eine sinnvolle Automatisierung vorzuschlagen. Sehr sich wiederholende Aufgaben können jedoch viel weniger Daten erfordern. |
Automation Suite-Roboter |
Dateispeicher |
|
In der Regel stellt ein ausgereiftes Enterprise etwa 10 GB der Pakete bereit. |
Process Mining |
Objektspeicher |
|
Der minimale Platzbedarf wird nur zum Speichern der SQL-Dateien verwendet. Etwa ein GB Speicherplatz sollte am Anfang ausreichen. |
Die folgenden Shared Suite-Dienste erfordern die Speicherkomponente. Diese sind nur erforderlich, wenn Sie sich dafür entschieden haben, sie als Teil der Automation Suite Installation zu installieren.
Dienst |
Speichertyp |
Zweck |
Schätzung |
---|---|---|---|
Überwachung |
Blockspeicher |
Kubernetes und infrastrukturbezogene Metrikdaten |
Ungefähr etwa 100 GB zum Speichern der Überwachungsdaten der letzten zehn Tage |
Protokollierung |
Blockspeicher |
Anwendung läuft Protokolle |
Ungefähr 20 GB zum Aufbewahren der Protokolle der letzten Tage |
Die Automation Suite auf EKS und AKS unterstützt die folgenden Objektspeicher:
Kubernetes |
Objektspeicher |
Unterstützte Authentifizierung |
---|---|---|
EKS |
Amazon S3 |
|
AKS |
Azure Storage (Blob) |
|
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.
{{fqdn}}
durch den FQDN des Automation Suite-Clusters in der folgenden CORS-Richtlinie ersetzen.
Das ist 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
}
]
[
{
"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 ist 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>
<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>
Informationen zum Konfigurieren des Objektspeichers finden Sie unter.
Da die Container im Scope des Azure-Speicherkontos erstellt werden, wird empfohlen, für jeden Dienst einen separaten Container zu haben.
Ebenso wird bei AWS dringend empfohlen, für jeden in der Automation Suite installierten Dienst einen eigenen Bucket zu haben. Wenn das Bucket jedoch global erstellt wird, können bei der Bereitstellung des dedizierten Buckets für jeden Dienst Einschränkungen auftreten. In diesem Fall können Sie einen einzelnen Bucket konfigurieren und für alle Zwecke verwenden.
make
-Berechtigungen bereitstellen. Alternativ können Sie die erforderlichen Container/Buckets vor der Installation und deren Informationen für das Installationsprogramm bereitstellen.
Speicher |
Anforderungen |
---|---|
Objektspeicher |
500 GB |
Die Größe des Objektspeichers hängt von der Größe der bereitgestellten und ausgeführten Automatisierung ab. Daher ist es schwierig, zunächst während der Installation eine genaue Objektspeicherschätzung bereitzustellen. Sie sollten jedoch erwarten, dass alles zwischen 350 GB und 500 GB Objektspeicher ein guter Anfang ist. Informationen zur Verwendung des Objektspeichers finden Sie unter Speicherschätzungen für jede Automation Suite -Komponente.
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:
Kubernetes |
Speicher |
Speicherklasse |
Bereitsteller |
---|---|---|---|
EKS |
EBS-Volumes |
|
|
AKS |
Azure Datenträger verwalten |
Premium-LRS-Datenträger |
|
Sie können dem offiziellen Leitfaden von AWS und Azure folgen, um eine Speicherklasse in Ihren EKS- und AKS-Clustern zu erstellen.
storage_class
in der Datei input.json
übergeben werden.
-
Manchmal installiert der EKS- oder AKS-Cluster bereits den CSI-Treiber und stellt die Speicherklasse bereit. Wenn diese Speicherklassen nicht konfiguriert sind, müssen Sie sie vor der Installation konfigurieren.
-
Sie müssen die Speicherklasse für den Blockspeicher zur Standardklasse machen, wie im folgenden Beispiel gezeigt.
Beispiel
input.json
während der Installation bereitgestellt wird:
Konfiguration |
AKS |
EKS |
---|---|---|
input.json |
|
|
StorageClass |
|
|
Konfiguration |
Anforderungen |
---|---|
Blockspeicher |
50 GB |
Die Größe des Blockspeichers hängt von der Größe der bereitgestellten und ausgeführten Automatisierung ab. Daher ist es schwierig, zunächst während der Installation eine genaue Schätzung abzugeben. Sie sollten jedoch damit rechnen, dass etwa 50 GB Speicherplatz ein guter Anfang sind. Informationen zur Nutzung des Blockspeichers finden Sie unter Speicherschätzungen für die einzelnen Automation Suite -Komponenten.
Der Dateispeicher muss über CSI-Treiber verfügen, die mit den Kubernetes-Speicherklassen konfiguriert sind.
Kubernetes |
Speicher |
Speicherklasse |
Bereitsteller |
---|---|---|---|
EKS |
EFS |
|
|
AKS |
Azure Files |
|
|
Sie können dem offiziellen Leitfaden von AWS und Azure folgen, um eine Speicherklasse in Ihren EKS- und AKS-Clustern zu erstellen.
storage_class_single_replica
in der input.json
-Datei übergeben.
Manchmal installiert der EKS- oder AKS-Cluster bereits den CSI-Treiber und stellt die Speicherklasse bereit. Wenn diese Speicherklasse nicht konfiguriert ist, müssen Sie sie vor der Installation konfigurieren.
Beispiel
input.json
während der Installation bereitgestellt wird:
Konfiguration |
AKS |
EKS |
---|---|---|
|
|
|
|
|
Hinweis:
Ersetzen Sie
$(EFS_ID) durch die tatsächliche Dateifreigabe-ID, die Sie bei der Bereitstellung der Infrastruktur erstellt haben.
|
Für die Speicherklasse für die Dateifreigabe müssen die erforderlichen Berechtigungen für das Verzeichnis und die Dateien auf 700 festgelegt sein.
UID
und GID
in Azure auf 1000 und in AWS gidRangeStart
und gidRangeEnd
auf 1000 bzw. 2000 festgelegt sein.
Speicher |
Anforderungen |
---|---|
Dateispeicher |
500 GB |
Die Größe des Dateispeichers hängt von der Größe der bereitgestellten und ausgeführten Automatisierung ab. Daher ist es schwierig, zunächst während der Installation eine tatsächliche Schätzung bereitzustellen. Sie sollten jedoch damit rechnen, dass etwa 508 GB Speicher ausreichen, um zehn gleichzeitige Trainingspipelines und für Automation Suite-Roboter auszuführen. Informationen zur Verwendung des Dateispeichers finden Sie unter Speicherschätzungen für jede Automation Suite -Komponente.
Wenn Ihre Automatisierung skaliert wird, muss möglicherweise Ihr Dateispeicher größer werden.
Um den Automation Suite -Cluster zu sichern, benötigen Sie einen zusätzlichen Objektspeicher, um die Clusterkonfiguration und die Benutzerdaten zu sichern.
Die folgende Tabelle beschreibt den unterstützten Speicher für die Sicherung:
Kubernetes |
Objektspeicher |
---|---|
EKS |
AWS S3 |
AKS |
Azure Storage-Konto |
Zum Speichern der Sicherung wird ein separater Objektspeicher empfohlen.