- 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
- Konfigurieren von Automatisierungsfunktionen
- Lösungen
- Audit
- Einstellungen
- Cloud Robots
- Verbrauch von Robotereinheiten
- Beispiel für die Berechnung von Robot Units
- Verbrauch von Robot Units von automatischen VM-Pools
- Ausführen von Unattended-Automatisierungen mit Cloud Robot – VM
- Hochladen Ihres eigenen Image
- Wiederverwenden von benutzerdefinierten Maschinen-Images (für manuelle Pools)
- Zurücksetzen der Anmeldeinformationen für eine Maschine (für manuelle Pools)
- Überwachung
- Sicherheitsupdates
- Testversion anfordern
- Häufig gestellte Fragen
- Konfigurieren einer VPN für Cloud-Roboter
- Konfigurieren einer ExpressRoute-Verbindung
- Live-Streaming und Remotesteuerung
- 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
- Geschäftsregeln
- Speicher-Buckets
- MCP-Server
- Indizes
- Testverfahren in Orchestrator
- Ressourcenkatalogdienst
- Integrationen
- Fehlersuche und ‑behebung

Orchestrator-Anleitung
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.