- Überblick
- Anforderungen
- Installation
- 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

Automation Suite in der EKS/AKS-Installationsanleitung
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.
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 Unternehmen kann dies insgesamt 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 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 kann es zu Beginn der Installation schwierig sein, eine genaue Schätzung des Objektspeichers anzugeben. Sie können mit einer Objektspeichergröße von 350 GB bis 500 GB beginnen. Informationen zum Verständnis der Verwendung des Objektspeichers finden Sie unter Speicherschätzung für jede Automation Suite-Komponente.
-
Wenn Ihre Automatisierung skaliert, müssen Sie möglicherweise die Erhöhung der Größe Ihres Objektspeichers berücksichtigen.
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 |
|
|
Azure |
Azure Datenträger verwalten |
Premium-LRS-Datenträger |
|
Sie können den offiziellen Anleitungen von AWS und Azure folgen, um eine Speicherklasse in Ihren EKS- und AKS-Clustern zu erstellen.
storage_class
in der input.json
-Datei übergeben.
-
Manchmal installiert der EKS- oder AKS-Cluster den CSI-Treiber und stellt die Speicherklasse bereit. 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
input.json
-Datei bereitgestellt wird:
Konfiguration | input.json | StorageClass |
---|---|---|
Azure |
|
|
AWS |
|
|
Konfiguration |
Anforderungen |
---|---|
Blockspeicher |
50 GB |
Die Größe des Blockspeichers hängt von der Größe der bereitgestellten und ausgeführten Automatisierung ab. Daher kann es zunächst während der Installation schwierig sein, eine genaue Schätzung abzugeben. Sie können mit einer Blockspeichergröße von 50 GB beginnen. Informationen zur Verwendung des Blockspeichers finden Sie unter Speicherschätzung für jede Automation Suite-Komponente.
Der Dateispeicher muss über CSI-Treiber verfügen, die mit den Kubernetes-Speicherklassen konfiguriert sind.
Cloud/Kubernetes |
Speicher |
Speicherklasse |
Bereitsteller |
---|---|---|---|
AWS |
EFS |
|
|
Azure |
Azure Files |
azurefile-csi-premium *
|
|
azurefile-csi-premium
für Studio Web auf AKS.
Sie können den offiziellen Anleitungen 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 den CSI-Treiber und stellt die Speicherklasse bereit. Wenn diese Speicherklasse nicht konfiguriert ist, müssen Sie sie vor der Installation der Automation Suite konfigurieren.
Beispiel
input.json
während der Installation bereitgestellt wird:
Konfiguration |
|
|
---|---|---|
Azure |
|
|
AWS |
|
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 kann es zunächst während der Installation schwierig sein, eine tatsächliche Schätzung anzugeben. Sie sollten jedoch mit einer Speichergröße von etwa 510 GB rechnen, die für die Ausführung von zehn gleichzeitigen Trainingspipelines und für Automation Suite Robots ausreicht. Informationen zum Verständnis der Verwendung des Dateispeichers finden Sie unter Speicherschätzung 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.