- Einleitung
- Produktlebenszyklus
- Lizenzierung
- Bereitstellungsoptionen
- UiPath-Plattform
- UiPath-Dokumentation
- Fehlersuche und ‑behebung
Dienstlizenzierung
Diese Lizenzen können an Ihre Organisationen und Mandanten verteilt werden. Sie bieten bestimmte Funktionen zur Unterstützung oder Verwaltung von Geschäftsprozessen. Dienstlizenzen zielen auf eine bestimmte Metrik ab, z. B. Dienstinstanzen, Dienstkapazität oder Dienstverbrauchseinheiten.
Bei einigen Lizenztypen wird die zulässige Dienstkapazität kontrolliert.
Beispielsweise die Anzahl der Ausführungsslots (Laufzeiten) für den Orchestrator und das AI Center, die Durchsatzgrenze für Computer Vision oder die Einheiten für den Data Service.
Runtimes sind Lizenzen, die mit der Roboternutzung zusammenhängen – in diesem Fall bezieht sich der Roboter auf die Entität, die eine Automatisierung ausführt.
Sie werden zum Ausführen von Unattended-Prozessen verwendet und sind dazu bestimmt, zu Maschinenobjekten zugewiesen zu werden – entweder einer Standardmaschine oder einer Maschinenvorlage.
Die Anzahl der Runtime , die einem Maschinenobjekt zugewiesen sind, stellt die Ausführungskapazität für die Ausführung von Automatisierungen auf jeder Hostmaschine dar, die gleichzeitig an dieses Maschinenobjekt angehängt ist. Beispielsweise kann bei einer Runtimejeweils nur eine Automatisierung ausgeführt werden. Mit 5 Runtimekönnen bis zu 5 Automatisierungen gleichzeitig auf derselben Hostmaschine ausgeführt werden. Dabei wird jedoch der Typ des Prozesses wie folgt berücksichtigt:
-
Gleichzeitige Ausführung: Roboter haben die Möglichkeit zur gleichzeitigen Ausführung, was bedeutet, dass sie auf derselben Maschine mehrere Prozesse gleichzeitig ausführen können. Für die gleichzeitige Ausführung muss einer Maschine mehr als eine Runtime zugeordnet sein. Die Anzahl der zugeordneten Runtimes bestimmt die Anzahl der Prozesse, die gleichzeitig auf derselben Maschine ausgeführt werden können.
-
Vordergrundprozesse: Bei Vordergrundprozessen kann nur ein solcher Prozess gleichzeitig ausgeführt werden. Auch wenn einer Maschine z. B. 5 Laufzeiten zugewiesen sind, werden die Vordergrundprozesse also jeweils einzeln ausgeführt.
-
Hintergrundprozesse: Auf einer Windows-Workstation kann immer nur ein Hintergrundprozess ausgeführt werden, daher empfiehlt es sich, dieser nur eine Laufzeit zuzuweisen. Aber Sie können auch mehrere Roboter auf einer Maschine definieren, als dieser Maschine Laufzeiten zugewiesen sind.
Auf einer Windows Server-Maschine können mehrere Roboter Prozesse gleichzeitig ausführen, daher können Sie ihm mehrere Laufzeiten zuweisen, um eine gleichzeitige Ausführung zu ermöglichen.
Runtimes werden zu Mandanten zugewiesen und stellen den Pool von Runtimes des Mandanten dar. Wenn eine Hostmaschine eine Verbindung mit dem UiPath® Orchestrator herstellt, wird die Anzahl der Runtimes, die ihrem zugeordneten Maschinenobjekt zugewiesen sind, aus dem Mandantenpool verbraucht. Wenn die Hostmaschine die Verbindung trennt, kehren die Runtimes zum Mandantenpool zurück.
Wenn eine Maschine online und mit dem Orchestrator verbunden ist, verbraucht sie eine Anzahl von Lizenzen, die der Runtime der Maschinenvorlage entspricht, die zum Herstellen einer Verbindung mit dem Orchestrator verwendet wird. Die Runtime stellt die maximale Anzahl von Robotern dar, die gleichzeitig auf einer bestimmten Maschine ausgeführt werden können, und sie kann manuell angepasst werden.
Runtime-Typen
Es gibt mehrere Runtime-Typen, die erforderlich sind, um bestimmte Prozesstypen auszuführen oder Automatisierungen zu verwenden, die zu einem bestimmten UiPath-Produkt gehören.
Unattended- oder NonProduction-Laufzeiten
DieUnattended - Runtime kann in der Production verwendet werden, um Unattended-Prozesse auszuführen, während NonProduction - Runtime für den Testfall bei der Ausführung von Unattended-Prozessen reserviert sind, um sicherzustellen, dass sie wie erwartet ausgeführt werden, bevor sie in der Productionbereitgestellt werden.
In diesem Lizenzierungsmodell zählen wir die maximale Anzahl von Unattended- oder NonProduction-Robotern, die Prozesse gleichzeitig ausführen können. Diese Anzahl ist vorgegeben durch die Gesamtzahl der Runtimes, die allen Onlinemaschinen zugeordnet sind. Sie können diese Lizenzen auf alle Ihre Maschinen verteilen.
Alle Maschinen mit Robotern, die als Unattended definiert sind, werden auf der Seite Unattended oder NonProduction aufgeführt, zusammen mit der Anzahl der zugewiesenen Laufzeiten, der Anzahl der definierten und laufenden Roboter und dem Lizenzstatus der Maschine.
Die Anzahl der Runtime , die einer Maschine zugewiesen sind, bestimmt die Anzahl der Unattended- oder NonProduction- Lizenzen, die verbraucht werden, wenn der UiPath-Roboter auf der Maschine ausgeführt wird. Die Anzahl der Roboter, die auf einer Maschine definiert sind, hängt hingegen nicht von der Anzahl der Runtimeab.
Testing-Laufzeiten
Die Testlizenz funktioniert ähnlich wie die Unattended-Lizenz, bei der wir die maximale Anzahl von Testing-Robotern zählen, die Tests gleichzeitig ausführen können. Diese Anzahl ist vorgegeben durch die Gesamtzahl der Runtimes, die allen Onlinemaschinen zugeordnet sind. Sie können diese Lizenzen auf alle Ihre Maschinen verteilen.
Die vollständige Liste der verfügbaren Runtimes finden Sie auf der Seite UiPath-Lizenzierung. Auf der Seite „Lizenzierung“ wird der Begriff Roboter verwendet, wenn von Runtimes die Rede ist.
- 1 Jede Data Service-Einheit gewährt Ihnen 1 GB Datenspeicher, 5 GB Speicherplatz für Anhänge und 10.000 API-Aufrufe pro Tag.
- Eine Data Service-Einheit wird für jedes Paar von Benutzer-/Unattended-Roboterlizenzen gewährt.
Dieser Lizenztyp steuert die Durchsatzgrenze. Der Durchsatz ist die Datenmenge (in Megapixeln), die basierend auf Ihrer Lizenzberechtigung jede Minute von unseren AI Computer Vision-Servern verarbeitet werden kann.
Ein Konto kann genau eine AI Computer Vision-Lizenz verwenden.
Der Zugriff auf die AI Computer Vision-Server wird basierend auf einem API-Schlüssel gewährt. Der API-Schlüssel kann generiert (oder bei Bedarf neu generiert) werden über:
- Die Automation Cloud und die Automation Suite: die Seite Administrator > Lizenzen auf der Registerkarte Roboter und Dienste.
- Den eigenständigen Orchestrator: die Seite Lizenzen des Hostverwaltungsportals.
Für bestimmte Produkte können Sie innerhalb jedes Mandanten unterschiedliche Instanzen haben. Lizenzen für diese Produkte steuern die Anzahl der zulässigen Dienstinstanzen. Wenn Sie Ihrer Organisation beispielsweise 3 Automation Hub-Lizenzen und 4 Mandanten zugewiesen haben, können Sie den Automation Hub-Dienst in 3 gewünschten Mandanten aktivieren.
Die Lizenz steuert die zulässigen dienstspezifischen Einheiten, die verfügbar sind. Sobald der Dienst verwendet wird, werden Einheiten verbraucht. Wenn Sie keine Einheiten mehr haben, können Sie den Dienst nicht mehr nutzen.
Beispielsweise gibt die Lizenz für Document Understanding die maximale Anzahl von Seiten an, die Sie mit dem Dienst verarbeiten können. Wenn Sie Seiten verarbeiten, werden die Einheiten verbraucht und die Anzahl der Einheiten sinkt. Wenn Sie keine Einheiten mehr haben, können Sie keine Seiten mehr verarbeiten und müssen zusätzliche Einheiten kaufen, um den Dienst weiter nutzen zu können.
Bei einer Document Understanding-Lizenz ist die Lizenzeinheit die Anzahl der Seiten, wodurch Sie eine bestimmte Anzahl von Dokumentseiten auf unseren ML-Servern extrahieren können. Verfügbare Document Understanding-Lizenzen ermöglichen 40.000 Seiteneinheiten, 1 Mio. Seiteneinheiten oder 10 Mio. Seiteneinheiten.
Der Zugriff auf die Modelle und Endpunkte wird basierend auf einem API-Schlüssel gewährt. Der API-Schlüssel wird automatisch generiert, wenn Sie Ihr Konto erstellen, und ist für die Aktivität Machine Learning Extractor in UiPath Studio erforderlich.
AI Units ist die Maßeinheit für die Lizenzierung von AI-Produkten. AI Units werden nach Verbrauch abgerechnet, wenn die Modelle einen Nutzen für Sie erbringen.
Ausführliche Informationen zur Mess- und Abrechnungslogik oder zum Tracking finden Sie unter:
- AI Center AI Unit
- Document Understanding der Mess- und Abrechnungslogik
- Task Mining , das die ML-Pipeline ausführt
- Process Mining-Lizenzierung
- Verbrauch von GenAI-Aktivitäten
- Aktivität „UIAutomation Close Popup“.
RUs sind erforderlich, um Unattended -Automatisierungen mit Robotern auszuführen, die von UiPath gehostet werden, und zwar:
- UiPath Automation CloudTM -Roboter – VM (Cloud Robot - VM) – Dokumentation
- UiPath Automation CloudTM -Roboter – Serverless (Cloud Robot - Serverless) – Dokumentation
- UiPath Automation Suite Robot – serverlos
VM und serverlose Roboter benötigen keine Unattended Runtime. Sie sind für die Unattended-Nutzung durch Robot Units lizenziert.
Verbrauch
Mit Robot Units können Sie einen oder beide Typen von Cloud-Robotern verwenden, aber der Verbrauch der Robot Units ist unterschiedlich:
Funktionen |
Tests – verbrauchte Menge 1 |
Produktion – verbrauchte Menge |
Details |
---|---|---|---|
Cloud Robot – VM |
Nach Maschinengröße: • Klein – 2.000 • Standard – 3.000 • Mittel – 5.500 • Groß – 9.000 Nach Kostenprofil: Wenn Sie die Kostenprofile Schnell oder Immer auswählen, werden der vorhandenen Verbrauchsrate zusätzliche RUs hinzugefügt: • Schnell – fügt 500 RUs/Monat hinzu • Immer – fügt 1.000 RUs/Monat hinzu |
Nach Maschinengröße: • Klein – 5.000 • Standard – 6.000 • Mittel – 7.500 • Groß – 10.000 Nach Kostenprofil: Wenn Sie die Kostenprofile Schnell oder Immer auswählen, werden der vorhandenen Verbrauchsrate zusätzliche RUs hinzugefügt: • Schnell – fügt 500 RUs/Monat hinzu • Immer – fügt 1.000 RUs/Monat hinzu |
Verbrauch: Robot Units werden von den jährlich verfügbaren RUs des Mandanten kurz nach der Erstellung verbraucht. Zusätzliche Kosten: Eine lizenzierte Maschine kann so lange wie nötig ohne zusätzlichen RU-Verbrauch ausgeführt werden. Reservierte RUs: Die erforderliche Menge an RUs, die von jeder Cloud Robot – VM-Maschine verbraucht werden soll, wird pro Monat zu Beginn eines jeden Monats reserviert. Details… |
Cloud Robot - Serverless |
X RUs/Minute, in der ein Auftrag ausgeführt wird
|
X RUs/Minute, in der ein Auftrag ausgeführt wird
|
Kosten: Für jede Minute, die ein Auftrag läuft, werden
X RUs von den verfügbaren RUs des Mandanten für das Jahr verbraucht. Der Wert von X hängt von der Maschinengröße ab.
Verbrauch: Die RUs werden entweder aus dem eigenen RU-Pool eines Benutzers (wenn dies in seiner Lizenz für das Ausführungsszenario vorgesehen ist) oder aus den verfügbaren RUs des Mandanten abgezogen. In Ausnahmefällen können benutzergeführte Automatisierungen nach Erschöpfung des RU-Pools des Benutzers RUs aus dem Pool des Mandanten verbrauchen, sofern verfügbar. Die RUs werden nach Abschluss des Auftrags abgezogen. Reservierte RUs: Für Serverless sind RUs nicht reserviert, daher muss der Mandantenpool ausreichend verfügbare RUs zum Ausführen von Aufträgen enthalten. |
1 Sie müssen über den Lizenzierungsplan Enterprise, Pro oder Pro Trial verfügen, um diese Funktion verwenden zu können.
Reserve der Robot Units
Für Cloud Robot – VM-Maschinen notieren wir nach der Erstellung einer Maschine und dem Verbrauch der RUs auch die benötigte RU-Menge und reservieren sie intern für den folgenden Monat.
Das bedeutet, dass zu Beginn eines Monats die erforderlichen RUs für Ihre vorhandenen Cloud Robot – VM-Maschinen automatisch vom monatlichen RU-Pool des Mandanten abgezogen werden, um sicherzustellen, dass sie für den Monat ausgeführt werden können.
Aus diesem Grund kann es vorkommen, dass die Menge der Robot Units für einen Mandanten niedriger ist, als Sie zu Beginn des Monats erwartet hätten.
Beispiel: Betrachten wir einen Mandanten mit 30.000 zugewiesenen RUs. Wenn der Mandant am 31. Mai über drei Cloud Robot – VM-Standardmaschinen verfügt, wird am 1. Juni, wenn die RUs für den nächsten Monat zugewiesen werden, die Menge von 18.000 RUs (3 x 6.000) automatisch vom RU-Guthaben des Mandanten abgezogen. Daher verfügt dieser Mandant zu Beginn des Monats nur über 12.000 verfügbare RUs.
Gelöschte Maschinen: Wenn Sie im Laufe des Monats eine Cloud Robot – VM-Maschine löschen, werden die RU, die zum Erstellen der Maschine verbraucht wurden, nicht zurückerstattet. Sie können jedoch für die Dauer des Monats eine andere Cloud Robot – VM-Maschine erstellen, ohne zusätzliche RU zu verwenden. Sobald sie verbraucht sind, erlauben RU die Nutzung einer Cloud Robot – VM-Maschine für den gesamten Monat – sie sind nicht an eine bestimmte Maschine gebunden.
Wenn Sie Ihr monatliches RU-Budget für die Cloud Robot – VM reduzieren möchten, können Sie vor Monatsende eine Cloud Robot – VM-Maschine löschen. Auf diese Weise werden RU nicht mehr für die Maschine reserviert und nicht von den RU des nächsten Monats verbraucht.
Lesen Sie mehr darüber, wie RUs für Cloud Robot - VM Pools freigegeben und wiederverwendet werden .
Beispiel für die Berechnung der RU-Anforderungen
Betrachten wir eine Organisation mit drei Mandanten, die sich für Produktionslaufzeiten entscheiden.
Ebene |
Anforderungen von Cloud Robot |
RU-Kosten |
---|---|---|
Mandant 1 |
|
VM-Kosten:
2 x 6,000 = 12,000 Serverless-Kosten:
600 x 4 = 2,400 Gesamtanforderung für den Mandanten:
14,400 RUs/Monat
|
Mandant 2 |
|
VM-Kosten: 1 x 6.000 Gesamtanforderung für den Mandanten:
6,000 RUs/Monat
|
Mandant 3 |
|
Serverless- Kosten:
180 x 23 x 4 = 16,560
Gesamtanforderung für den Mandanten:
16,560 RUs/Monat
|
Organisation |
|
Kosten für alle Mandanten:
14,400 + 6,000 + 16,560 Gesamtanforderung für die Organisation:
36,960 RUs/Monat
|
API-Aufrufe messen die Nutzung von Integration Service-Aktivitäten. Ein API-Aufruf wird verbraucht, wenn ein Aufruf an eine Drittanbieteranwendung erfolgt, unabhängig davon, wie der Aufruf initiiert wird, z. B. manuell, über einen Attended-Prozess oder durch eine Unattended-Automatisierung.
Integration Service-API-Aufrufe sind wie folgt verfügbar:
-
Als dediziertes Paket, das als einzelne SKU für die Plattform erworben wurde. Diese können verwendet werden, bis die verfügbare Menge aufgebraucht ist.
-
Gebündelt mit einer Lizenz als Teil einer kombinierten SKU. Wird monatlich verlängert, zusammen mit der zugehörigen Lizenz.
Weitere Informationen zum Verbrauch finden Sie in der entsprechenden Integration Service-Dokumentation.
Die UiPath Lizenzierungsplattform listet alle SKUs auf, die für API-Aufrufe relevant sind.
SAP Transport Units werden für die Lizenzierung der Funktion SAP Change Impact Analysis im Test Manager verwendet. Sie können in Paketen zu je 100 Einheiten erworben werden und sind nur im Enterprise-Lizenzierungsplan verfügbar.
Eine SAP-Transporteinheit wird für jeden einzelnen SAP-Transport verbraucht, den Sie auf Ihrer SAP-Instanz analysieren möchten. Es werden keine Einheiten verbraucht, wenn Sie die Analyse für bereits analysierte Transporte wiederholen möchten.
Autopilot-Aktionen messen die Nutzung von Autopilot-spezifischen Aktivitäten. Eine solche Aktion zählt ab dem Zeitpunkt, an dem Sie auf eine Schaltfläche klicken oder eine Aufforderung schreiben, bis zu dem Zeitpunkt, an dem Sie ein Ergebnis von diesem Klick oder dieser Aufforderung erhalten.
Autopilot-Aktionen sind standardmäßig in vorhandenen SKUs und Plänen enthalten. Weitere Informationen zur Anzahl der verfügbaren Aktionen finden Sie unter Planaufschlüsselung.