- Erste Schritte
- Best Practices
- Mandant
- Über den Kontext „Mandant“
- Suche nach Ressourcen in einem Mandanten
- Verwaltung von Robotern
- Verbindung von Robotern mit Orchestrator
- Speicherung von Roboterzugangsdaten in CyberArk
- Speichern der Kennwörter von Unattended-Robotern im Azure Key Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im HashiCorp Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im AWS Secrets Manager (schreibgeschützt)
- Löschen von getrennten und nicht reagierenden Unattended-Sitzungen
- Roboter-Authentifizierung
- Roboter-Authentifizierung mit Client-Anmeldeinformationen
- Audit
- Cloud Robots
- Konfigurieren einer VPN für Cloud-Roboter
- Events
- Anzeigen und Zugreifen auf Benachrichtigungen
- Anzeigen und Zugreifen auf E-Mail-Benachrichtigungen
- Es werden nur ungelesene Benachrichtigungen angezeigt
- Alle Benachrichtigungen als gelesen markieren
- Alle Benachrichtigungen löschen
- Löschen von Benachrichtigungen
- Abonnieren von Ereignissen
- Abbestellen von Ereignissen
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Apps
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Speicher-Buckets
- Test Suite - Orchestrator
- Ressourcenkatalogdienst
- Authentication
- Integrationen
- Klassische Roboter
- Fehlersuche und ‑behebung
Häufig gestellte Fragen
Alle Standardmaschinen, die wir bereitstellen, sind virtuelle Maschinen von Microsoft Azure des Typs Standard_E2s_v4, die über genug Rechenleistung für grundlegende Automatisierungen verfügen.
Darüber hinaus verfügen alle Standard-VMs über:
- die vorinstallierte UiPath Studio- und Robot-Software
- die unterstützten Webbrowser, die Sie möglicherweise zum Ausführen von Automatisierungen benötigen.
Wenn Sie zusätzliche Software benötigen oder die VM auf eine bestimmte Weise einrichten möchten, können Sie sie weiter anpassen.
Bei der Auswahl der Maschinengröße sind folgende Punkte zu beachten:
- Wie groß sind Ihre Datasets?
- Welche Art von Anwendungen planen Sie auszuführen und welche Anforderungen haben sie?
- Wie viele Anwendungen planen Sie zu nutzen?
- Nutzen Sie ML-Fähigkeiten und KI-Pakete?
- Welche Art von Aufgaben wird die Maschine ausführen – kleine Routineaufgaben, umfangreiche Aufgaben, einmalige Einrichtung, Debugging?
Je nach Antwort können Sie eine kleine Maschine verwenden oder benötigen eine leistungsstärkere Maschine.
Die Maschinengrößen, aus denen Sie wählen können, haben die folgenden technischen Spezifikationen:
Größe |
vCPU |
Speicher (GiB) |
Max. Festplattendurchsatz ohne Cache (IOPS/MBps) |
Max. Burst-Festplattendurchsatz ohne Cache (IOPS/MBps) |
Erwartete Netzwerkbandbreite (Mbps) |
---|---|---|---|---|---|
Klein |
2 |
16 |
3200/48 |
4000/200 |
5,000 |
Standard |
4 |
32 |
6400/96 |
8000/200 |
10,000 |
Mittel |
8 |
64 |
12800/192 |
16000/400 |
12,500 |
Groß |
16 |
128 |
25600/384 |
32000/800 |
12,500 |
Wir aktualisieren Ihre VMs auf die neueste Version von UiPath Studio und Robot innerhalb von ca. zwei Wochen, sobald eine neue Version verfügbar ist.
Die Aktualisierung erfolgt:
- wenn eine Maschine, die ein Update benötigt, zum ersten Mal startet
- bevor eine Maschine, auf der Aufträge ausgeführt wurden, heruntergefahren wird
- Für Maschinen, die ständig in Betrieb sind und das Update erst nach zwei Wochen erhalten können, planen wir ein kurzes Wartungsfenster auf der Maschine ein, um das Update zu installieren.
Werden meine erstellten Maschinen-Images automatisch mit den neuesten Versionen und Updates von Windows aktualisiert?
Nein. Wenn Sie die neueste Version und Updates von Windows installieren möchten, können Sie Folgendes machen:
-
Stellen Sie eine Verbindung zur Maschine über RDP her, um Windows manuell zu aktualisieren.
Wenn Sie möchten, können Sie dann auch ein Image der benutzerdefinierten Maschine erstellen und es in anderen Maschinenvorlagen verwenden.
- Konfigurieren Sie ein Wartungsfenster für die Vorlage, an dem Sie Aktualisierungen auf alle Maschinen anwenden können.
Nur Maschinen, die zur Maschinenvorlage gehören, für die das Wartungsfenster konfiguriert wurde und für die Aufträge akzeptieren Aktiviert ist, sind im Wartungsfenster.
Maschinen, die nicht ausgeführt werden, werden für das Wartungsfenster automatisch gestartet.
Wir deaktivieren automatisch die zuletzt erstellten Maschinen, wenn sie mehr Robot Units verbrauchen, als Sie für Ihren Mandanten zur Verfügung haben.
Sie müssen dem Mandanten genügend Robot Units für diese Maschine hinzufügen. Diese werden verbraucht und Ihre deaktivierte Maschine wird innerhalb von etwa 30 Minuten automatisch wieder aktiviert.
Wenn Sie nicht genügend Robot Units zugewiesen haben, um alle deaktivierten Maschinen wieder zu aktivieren, werden nur einige Maschinen wieder aktiviert. Wir beginnen mit der ältesten Maschine und arbeiten uns zur neuesten vor.
Ja. Wenn Sie Maschinen deaktiviert haben und Ihrem Mandanten Robot Units hinzufügen, werden diese automatisch verbraucht, um Ihre deaktivierten Maschinen wieder zu aktivieren.
Wenn Sie beispielsweise einem Mandanten für Automation Cloud Robots – Serverless weitere Robot Units zuweisen möchten, müssen Sie sicherstellen, dass Sie keine deaktivierten Maschinen haben, die die Robot Units verbrauchen würden.
Um dies zu verhindern, müssen Sie die deaktivierten Cloud Robots – VM-Maschinen löschen, bevor Sie dem Mandanten die Robot Units zuweisen.
Stellen Sie beim Definieren der automatischen Maschinenvorlage sicher, dass Sie über genügend Robot Units (RUs) auf Ihrer Maschine verfügen.
Wenn Sie nicht über genügend RUs verfügen, gelten die folgenden Verbrauchseinschränkungen:
-
Wenn Ihre Robot Units nicht der im Pool definierten maximalen Anzahl von VMs entsprechen, werden alle Maschinen im Pool gelöscht und die Erstellung neuer Maschinen gestoppt, bis Sie genügend Robot Units zugewiesen haben, um die maximale Anzahl von Maschinen zu unterstützen.
Hinweis: Anstatt weitere Robot Units hinzuzufügen, empfehlen wir, die maximale Anzahl von VMs im Pool zu reduzieren. - Ein Auftrag, der auf einer Maschine ausgeführt wird, die nicht über genügend RUs verfügt, generiert die folgende Warnung: „Keine VMs in <Pool_name> aufgrund unzureichender Robot Units.“
- Sobald genügend Robot Units verfügbar sind, werden sie automatisch verbraucht.
- Wenn Sie über mehrere Pools mit übermäßigem Verbrauch verfügen, weisen wir alle verfügbaren Robot Units den zuletzt erstellten Pool-Teilmengen zu.
Beispiel: Sie haben fünf Pools mit jeweils maximal drei Maschinen, also insgesamt 15 Maschinen.Ihre RUs können zwei Maschinen unterstützen, d. h. alle fünf Pools befinden sich jetzt in einem Zustand des Überverbrauchs, sodass Sie sie nicht verwenden können.
- Sie fügen die erforderlichen RUs hinzu, um fünf weitere Maschinen zu unterstützen. Jetzt können Sie insgesamt sieben Maschinen verwenden.
- Zwei Pools werden verfügbar und verbrauchen RUs für sechs Maschinen (zwei Pools mit jeweils drei Maschinen).
- Drei Pools verbleiben im Zustand des Überverbrauchs und die verfügbaren RUs bedienen eine Maschine. Daher werden die beiden Pools zuletzt erstellt.
Sobald automatische Pools erstellt sind, werden die zugewiesenen RUs basierend auf ihrer monatlichen Verteilung verbraucht. Die automatische Verlängerung gilt, wenn RUs verfügbar sind.
Wenn eine VM aus einem manuellen Pool oder ein automatischer Pool gelöscht wird, werden die entsprechenden RUs in den folgenden 24 Stunden freigegeben.
-
Für den Rest des aktuellen Vertragsmonats können Sie die freigegebenen RUs im selben Mandanten wiederverwenden.
-
In den folgenden Monaten können die verbleibenden RUs mandantenübergreifend genutzt werden.
Beispiel: Sie haben ein Paket mit 72.000 RUs für einen Ein-Jahres-Vertrag erworben, der am 1. Januar beginnt und am 31. Dezember endet. Folgende Zeitleiste ist zu sehen:
-
1. Januar – Sie erstellen VM1 im Mandanten T1, die 6000 RUs verbraucht.
-
15. Januar – Sie löschen VM1 aus dem Mandanten T1.
-
16. Januar – Die 6000 RUs werden freigegeben und Sie können sie wiederverwenden, um VM2 im selben Mandanten T1 zu erstellen.
-
1. Februar – Sie lassen die gleiche VM2 im Mandanten T1 laufen und verbraucht basierend auf der monatlichen Verteilung weitere 6000 RUs aus Ihrem Paket. Ihnen bleiben 60.000 RUs (72.000 minus 6000 für Januar und 6000 für Februar).
-
15. Februar – Sie behalten die gleiche VM2 im Mandanten T1 bei, erstellen aber zwei weitere VMs in zwei verschiedenen Mandanten, T2 und T3. Dadurch werden 12.000 RUs von den verbleibenden 60.000 RUs verbraucht: eine für die VM im Mandanten T2 und eine für die VM im Mandanten T3. Ihnen stehen jetzt 48.000 RUs zur Verfügung.
Um die Verwaltung unterschiedlicher Konten auf jeder VM zu vermeiden und einen einzigen Satz von Anmeldeinformationen für die Authentifizierung zu verwenden, können Sie Ihre VMs zu einer Domäne hinzufügen. Auf diese Weise können Sie Ihre Maschinen in eine vorhandene Identitätsinfrastruktur integrieren und Ihre Cloud-Roboter können Aufträge unter einem Domänenbenutzer ausführen.
Wenn Sie VMs haben, die mit der Domäne verbunden sind, können Sie keinen Snapshot dieser benutzerdefinierten Images erstellen.
Es gibt drei hauptsächlich verwendete Identitätslösungen, die in der folgenden Tabelle zusammengefasst sind, zusammen mit dem entsprechenden Domänenverbindungsansatz und der aktuellen Verfügbarkeit in UiPath:
Identitätslösung |
Verfügbarkeit in UiPath |
Verbindung mit der Domäne |
---|---|---|
Active Directory Domain Services (AD DS) (*) |
Verfügbar |
über Site-to-Site-VPN-Gateway |
Azure Active Directory Domain Services (Azure AD DS) (*) |
Verfügbar |
über Site-to-Site-VPN-Gateway |
(*) [Vorschaufunktion] Active Directory Domain Services (lokales AD) und Azure Active Directory Domain Services (Azure AD DS) unterstützen den automatischen Domänenbeitritt der Maschinen im Pool (siehe Schritt 17 in der Anleitung zum Erstellen des Cloud Robot-Pools).
Verwenden Sie diese Lösung, um Identität und Zugriff in lokalen Umgebungen zu verwalten.
AD DS ermöglicht es Ihren Cloud-Robotern, lokale Netzwerkressourcen über lokale Domänencontroller zu authentifizieren und darauf zuzugreifen. Die Site-to-Site-Verbindung zum Domänencontroller wird über den VPN-Gatewaydienst hergestellt. Sie verwalten weiterhin alle zugehörigen Infrastruktur- und Verzeichniskomponenten.
Weitere Informationen finden Sie in der Azure-Dokumentation.
Verwenden Sie diese Lösung, um Domänendienste wie Domänenbeitritt, Gruppenrichtlinie, LDAP oder Kerberos/NTLM-Authentifizierung zu verwalten, genau wie Sie es für ein lokales Active Directory verwenden würden.
Azure AD DS ermöglicht Ihren Automation Cloud-Robotern die Authentifizierung und den Zugriff auf Cloud-Netzwerkressourcen über von Azure AD DS verwaltete Domänen. Darüber hinaus können Sie VMs in Azure beitreten und verwalten. Die Site-to-Site-Verbindung zu den verwalteten Azure AD DS-Domänen wird über den VPN-Gatewaydienst hergestellt.
Sie müssen die AD DS-Infrastruktur für Komponenten wie VMs, Windows-Server oder Domänencontroller nicht bereitstellen oder warten.
So verbinden Sie eine Automation Cloud Robot – VM mit einer von Azure AD DS verwalteten Domäne:
- Melden Sie sich bei Ihrer VM an.
- Greifen Sie auf den Server Manager zu.
-
Wählen Sie im linken Bereich des Server Managers Lokaler Server und dann WORKGROUP aus.
- Klicken Sie auf der Registerkarte Systemeigenschaften > Computername auf Ändern. Das Fenster Computername/Domänenänderungen wird geöffnet.
-
Geben Sie im Feld Domäne den Namen Ihrer verwalteten Domäne an. Beispiel:
aaddscontoso.com
. - Um der Domäne beizutreten, geben Sie die Anmeldeinformationen eines Benutzers an, der Teil der verwalteten Domäne ist.
Hinweis:
1: Das Benutzerkonto muss in Ihrer verwalteten Domäne oder in Ihrem Azure AD-Mandanten vorhanden sein.Während des Domänenbeitritts können sich Konten aus externen Verzeichnissen, die Ihrem Azure AD-Mandanten zugeordnet sind, nicht korrekt authentifizieren.
2: Kontoanmeldeinformationen können entweder im UPN-Format (das empfohlene Format) oder im SAMKontoname-Format angegeben werden.Beispielsweise ist der Benutzer „VMadmin“ im UPN-Format „vmadmin@contosoaadds.com“ und im SAMKontoname-Format „AADDSCONTOSO\vmadmin“.
- Klicken Sie auf OK. Warten Sie einige Sekunden, bis die VM der verwalteten Domäne beigetreten ist. Bei Erfolg wird ein Willkommensnachrichtenfeld angezeigt.
- Starten Sie die VM neu, um den Domänenbeitrittsprozess abzuschließen.
Wenn Sie in eine andere Mandantenregion wechseln, bleiben die vorhandenen Cloud Robot-Pools und VMs in der alten Region.
Um Cloud Robot-VMs in der neuen Region auszuführen:
-
Erstellen Sie einen neuen Pool in der neuen Region.
-
Fügen Sie bei manuellen Pools neue VMs hinzu.
-
Richten Sie ein neues VPN ein, um auf Ressourcen in der neuen Region zuzugreifen.
VMs, die vorhandenen Pools hinzugefügt wurden (vor der Regionsmigration), werden weiterhin in der ursprünglichen Region ausgeführt.
- Über Computer
- Was umfasst eine Standardmaschine?
- Welche Maschinengröße sollte ich wählen?
- Wann werden UiPath Studio- und Robot-Aktualisierungen angewendet?
- Wo werden virtuelle Maschinen erstellt?
- Über das Wartungsfenster
- Werden meine erstellten Maschinen-Images automatisch mit den neuesten Versionen und Updates von Windows aktualisiert?
- Gilt das Wartungsfenster für alle Maschinen?
- Werden Robot Units während des Wartungsfensters verbraucht?
- Maschine deaktivieren
- Weshalb habe ich Maschinen in einem deaktivierten Zustand?
- Wie kann ich eine deaktivierte Maschine wieder aktivieren?
- Verbrauchen deaktivierte Maschinen Robot Units?
- Wie kann ich verhindern, dass deaktivierte Maschinen neu hinzugefügte Robot Units verbrauchen?
- Verbrauch von Robot Units von automatischen VM-Pools
- Freigeben und Wiederverwenden von Robot Units
- In eine Domäne eingebundene Maschinen
- Active Directory Domain Services (AD DS)
- Azure Active Directory Domain Services (Azure AD DS)
- Wechsel in eine andere Mandantenregion