Engine
Die Engine führt Workflows mit Hochgeschwindigkeits-Datenverarbeitung und -Analyse aus. Dieser Prozess kann in Designer vollständig in sich geschlossen sein, über den Alteryx service unternehmensweit skaliert oder in der Cloud in Server bereitgestellt werden.
Konfigurieren Sie die Engine-Komponente unter Engine in den System Settings.
Engine Configuration (Engine-Konfiguration)
Der Bildschirm Engine Configuration enthält Konfigurationsoptionen, etwa zur Angabe des Speicherorts für temporäre Dateien und Protokolldateien und zur Angabe der Systemressourcennutzung, um die Leistung zu optimieren.
Temporary Directory (Temporäres Verzeichnis)
Dies ist der Speicherort von Alteryx Server für temporäre Dateien, die in der Workflow-Verarbeitung verwendet werden.
Logging Directory (Protokollierungsverzeichnis)
Dies ist der Speicherort von Alteryx Server für Ausgabeprotokolle, die während der Workflow-Verarbeitung erstellt werden. Weitere Informationen finden Sie unter Server-Protokolle konfigurieren und verwenden.
Package Staging Directory (Paket-Staging-Verzeichnis)
Dies ist der temporäre Speicherort von Alteryx Server für dem Workflow zugeordnete Dateien, wenn Sie Workflows bearbeiten, die auf Server gespeichert sind. Standardmäßig speichert Server diese Dateien im temporären Verzeichnis der Engine.
Memory Limit per Anchor (Speicherlimit pro Anker)
Dies ist der maximale Speicher, der zur Datenverarbeitung für jeden Ausgabeanker für Tools in einem Workflow verfügbar ist. Der Standardspeicher muss normalerweise nicht geändert werden.
Engine
Die Einstellung unter Engine teilt dem Worker mit, welche Engines er verwenden kann und welche Workflows er ausführen kann. Wenn Sie AMP Engine Only oder Both Engines auswählen, müssen Sie auch Enable AMP Engine (AMP Engine aktivieren) auswählen, um AMP auf Umgebungsebene zu aktivieren. Weitere Informationen finden Sie auf der Hilfeseite Controller.
Wählen Sie Original Engine Only aus, um nur Workflows der Original-Engine auf diesem Knoten auszuführen.
Wählen Sie AMP Engine Only aus, um nur AMP Engine-Workflows auf diesem Knoten auszuführen.
Wählen Sie Both Engines aus, um Workflows der Original-Engine und der AMP Engine auf diesem Knoten auszuführen. Wenn Sie beide Engines ausführen, kann die Ausführungsdauer für Dienstgüte-Aufträge (Quality of Service) nicht garantiert werden.
Weitere Informationen zur AMP Engine finden Sie auf den Hilfeseiten AMP Engine und AMP Engine: Best Practices.
Grundlegendes zu den Einstellungen der AMP Engine
Die Einstellung Enable AMP Engine auf dem Bildschirm Systemeinstellungen > Controller ist die „Ein/Aus“-Einstellung für die Server-Umgebung. Diese Einstellung aktiviert AMP auf Umgebungsebene. Weitere Informationen finden Sie auf der Hilfeseite Controller. Die Einstellung unter Systemeinstellungen > Engine teilt dem Worker mit, welche Engines er verwenden kann und welche Workflows er ausführen kann.
Nehmen wir zum Beispiel eine Umgebung mit drei Knoten. Knoten 1 ist für Controller sowie Server eingerichtet und AMP ist dort aktiviert. Knoten 2 ist ein reiner Worker-Knoten, bei dem die Engine auf Original Engine Only (Nur Original-Engine) eingestellt ist. Knoten 3 ist ein reiner Worker-Knoten, bei dem die Engine auf Both Engines (Beide Engines) eingestellt ist. In diesem Szenario ist die Ausführung von AMP-Workflows auf Server aktiviert, und diese Workflows würden nur auf Knoten 3 ausgeführt. Die Workflows der Original-Engine würden entweder auf Knoten 2 oder Knoten 3 ausgeführt. Wenn Knoten 3 offline ist, würden Original-Engine-Workflows weiterhin auf Knoten 2 laufen, aber AMP-Workflows würden in der Warteschlange stecken bleiben, bis Knoten 3 wieder online ist.
Allow Server to Manage Engine Resources (Verwaltung der Engine-Ressourcen durch Server zulassen)
Aktivieren Sie dieses Kontrollkästchen, wenn Alteryx Server die Werte für Default Number of Processing Threads (Standardanzahl der Verarbeitungsthreads) und Memory (LimitSpeicherlimit) automatisch befüllen soll.
Wenn diese Option ausgewählt ist, führt das System beim Starten des Dienstes eine Prüfung der Hardwareressourcen durch, welche die Speicherwerte der logischen Prozessoren und den gesamten Systemspeicher umfasst. Auf der Grundlage dieser Prüfung berechnet und befüllt das System die Werte für Number of Processing Threads und Memory Limit.
Wenn dieses Kontrollkästchen aktiviert ist, ist die Einstellung Allow Users to Override These Settings (Überschreiben der Einstellungen durch Benutzer zulassen) deaktiviert.
Speicherlimit
Das Speicherlimit (MB) gibt den maximalen Speicher an, den die Engine zur Durchführung von Sortier- und Verknüpfungsvorgängen in einem Workflow belegt. Der Standardspeicher muss normalerweise nicht geändert werden.
Wichtig
Als guter Ausgangspunkt für Server-Rechner, die sowohl als Worker als auch als Controller mit der integrierten MongoDB fungieren, gilt;
Speicherlimit = (gesamter physischer RAM / 2) / Anzahl gleichzeitiger Workflows
Für Standalone Worker können Sie mehr Speicher für die Workflow-Ausführung zuweisen. Es wird jedoch empfohlen, 4 GB Speicher zu reservieren, um sicherzustellen, dass das Betriebssystem und andere Systemdienste über genügend Speicher verfügen. Ein guter Ausgangspunkt ist:
Speicherlimit = (gesamter physischer RAM – 4 GB) / Anzahl gleichzeitiger Workflows
Default Number of Processing Threads (Standardanzahl der Verarbeitungsthreads)
Default Number of Processing Threads definiert die Anzahl der Verarbeitungsthreads, die von Tools oder Vorgängen verwendet werden können. Der Standardwert ist die Anzahl der logischen Prozessoren. Dieser Wert sollte in der Regel nicht geändert werden.
Allow Users to Override These Settings (Überschreiben der Einstellungen durch Benutzer zulassen)
Wählen Sie die Option Allow Users to Override These Settings aus, damit Benutzer die oben genannten Einstellungen überschreiben können, um Speichernutzung, Verarbeitung, Threads usw. selbst zu definieren. Wenn diese Option deaktiviert ist, werden die bereitgestellten Einstellungen übernommen.
Run Engine at a Lower Priority (Engine mit niedrigerer Priorität ausführen)
Wählen Sie Run Engine at a Lower Priority aus, wenn Sie weitere speicherintensive Anwendungen gleichzeitig ausführen. Wir empfehlen Ihnen die Auswahl der Option Run Engine at a Lower Priority bei Rechnern, die für die Server-Ausführung konfiguriert sind.
Überschreiben des Systemalias durch Benutzeralias zulassen
Select Allow user alias to override the system alias aus, damit ein beliebiger im Alias-Repository angegebener Alias Priorität gegenüber einem System-Alias erhalten kann.
Proxy
Alteryx Server kann für den Internetzugang einen Proxy verwenden, anstatt direkt eine Verbindung mit einem Internethost herzustellen.
Alteryx Server ruft die unter Engine > Proxy angezeigten Proxy-Einstellungen aus den Windows-Interneteinstellungen für den am Rechner angemeldeten Benutzer ab. Wenn für den am Rechner angemeldeten Benutzer keine Proxy-Einstellungen vorhanden sind, ist die Option Engine > Proxy nicht im Menü der Systemeinstellungen verfügbar.
Sie können den Proxy Protocol Type angeben. (Protokolltypen HTTP und SOCKS5h sin unterstützt). Wenn Sie keinen Typ angeben, ist HTTP die Standardeinstellung.
Wichtig
Die unter Engine > Proxy angezeigten Proxy-Einstellungen spiegeln möglicherweise nicht die Proxy-Einstellungen wider, die tatsächlich verwendet werden, wenn der Dienst während der Workflow-Ausführung ausgeführt wird. Wenn Ihr Unternehmen Proxys für den Internetzugang verwendet, empfehlen wir die Einstellung Worker > Run As (Ausführen als), um sicherzustellen, dass der Zugriff aufs Internet erlaubt ist, wenn Server-Benutzer Workflows ausführen und planen. Weitere Informationen finden Sie auf der Hilfeseite Worker.
Wenn ein Proxyserver für den Rechner eingerichtet ist und ein Benutzername und ein Kennwort erforderlich sind, wählen Sie Proxy requires password (Kennwort für Proxy erforderlich) aus, um den Username und das Password für die Proxyauthentifizierung einzugeben.
Nächste Schritte
Navigieren Sie zu DCM: Server.