Engine (エンジン)
Engine は、高速データ処理と分析を使用してワークフローを実行します。このプロセスは Designer 内部で完全に自己完結でき、Alteryx サービスにより組織に応じてスケーリングしたり、Server のクラウドに展開したりすることも可能です。
System Settings (システム設定) の Engine 画面で Engine コンポーネントを設定します。
Engine Configuration (Engine 設定)
Engine Configuration (Engine 設定) 画面では、一時ファイルとログファイルの保存場所、パフォーマンスを最適化させるためのシステムリソース使用量の指定に関するオプションなどを設定できます。
Temporary Directory (一時ディレクトリ)
ワークフロー処理で使用される一時ファイルが保存される場所。
Logging Directory (ロギングディレクトリ)
ワークフロー処理中に生成された出力ログが保存される場所。詳細については、「 Server ログの設定と使用 」を参照してください。
Package Staging Directory (パッケージステージングディレクトリ)
Server に保存されているワークフローを編集するときに、ワークフローに関連付けられているファイルが一時的に保存される場所です。既定では、Server はこれらのファイルを Engine 一時ディレクトリの内部に保存します。
Memory Limit per Anchor (アンカー当たりのメモリー制限)
ワークフロー内のツールに対して、各出力アンカーのデータの消費に使用される最大メモリ。通常、既定のメモリ値を変更する必要はありません。
Engine (エンジン)
注記
リリースの少し前に、AlteryxはAMP処理に脆弱性があるという報告を受けました。Alteryxでは可能性のある影響について調査中ですが、 Designer および サーバーでAMPを無効にすることをお勧めします 。
Engine の設定により、どの Engine を使用できるか、つまりどのワークフローを実行できるかをワーカーに認識させます。AMP Engine Only (AMP Engine のみ) または Both (両方) を選択した場合、環境レベルで AMP を有効にするには Enable AMP Engine (AMP Engine を有効にする) も選択する必要があります。詳細については、 コントローラー のヘルプページを参照してください。
このノードでオリジナルの Engine のワークフローのみを実行する場合は、 Original Engine Only (オリジナルの Engine のみ) を選択します。
このノードで AMP Engine のワークフローのみを実行する場合は、 AMP Engine Only (AMP Engine のみ) を選択します。
このノードでオリジナルの Engine と AMP Engine のワークフローを両方実行する場合は、 Both (両方) を選択します。
AMP Engine 設定について
システム設定 > コントローラー 画面の Enable AMP Engine (AMP Engine の有効化) 設定は、Server 環境のオン/オフ設定です。この設定では、環境レベルで AMP が有効になります。詳細については、 コントローラー のヘルプページを参照してください。 システム設定 > Engine の設定により、どの Engine を使用できるか、つまりどのワークフローを実行できるかをワーカーに認識させます。
たとえば、ノードが3つの環境を考えてみましょう。ノード1はコントローラーとServer用に設定され、AMP が有効になっています。ノード 2 は Engine を Original Only (オリジナルのみ) に設定したワーカーの専用ノードです。ノード 3 は Engine を Both (両方) に設定したワーカーの専用ノードです。このシナリオでは、Server で AMP ワークフローを実行できるようになっており、これらのワークフローはノード 3 でのみ実行されます。オリジナルの Engine ワークフローは、ノード 2 またはノード 3 のいずれかで実行されます。ノード 3 がオフラインの場合、オリジナルの Engine ワークフローはノード 2 で実行されますが、ノード 3 がオンラインに戻るまで AMP ワークフローはキューに入れられます。
メモリの上限
メモリ上限 (MB) は、ワークフローでソートおよび結合操作を実行するためにEngineが使用する最大のメモリサイズです。通常、既定のメモリ値を変更する必要はありません。
重要
組み込みの MongoDB でワーカーとコントローラーの両方として機能する Server マシンの場合、適切な出発点は次のとおりです。
メモリ上限 = (物理 RAM の合計/ 2) / 同時ワークフロー数
スタンドアロンのワーカーの場合、ワークフローの実行により多くのメモリを割り当てることができます。ただし、OS やその他のシステムサービスに十分なメモリを確保するため、4GB のメモリを確保することをお勧めします。適切な出発点は次のとおりです。
メモリ上限 = (物理 RAM の合計 - 4GB) / 同時ワークフロー数
Default Number of Processing Threads (処理スレッドの既定数)
Default Number of Processing Threads (処理スレッドの既定数) は、ツールまたはオペレーションで使用できる処理スレッド数を定義します。既定値は論理プロセッサの数です。通常は、この値を変更しないでください。
Allow Users to Override (ユーザーによるオーバーライドを許可)
Allow Users to Override (ユーザーによるオーバーライドを許可) を選択すると、ユーザーは上記の設定を無効にして、メモリ使用量、処理、スレッドなどを定義できるようになります。選択をオフにすると、あらかじめ割り当てられた設定をユーザーが使用することになります。
Run Engine at a Lower Priority (低い優先度で Engine を実行)
メモリを大量に消費する他のアプリケーションを同時に実行する場合は、 Run Engine at a Lower Priority (低い優先度で Engine を実行) を選択します。Server を実行するように設定されたマシンでは、この Run engine at a lower priority (低い優先度で Engine を実行) 設定を選択することをお勧めします。
Allow User Alias to Override (ユーザーエイリアスのオーバーライドを許可)
エイリアスリポジトリ内のすべてのユーザーエイリアスがシステムエイリアスよりも優先されるようにするには、 Allow User Alias to Override (ユーザーエイリアスのオーバーライドを許可) を選択します。
Proxy (プロキシ)
Server は、インターネットホストに直接接続するのではなく、プロキシを使用してインターネットにアクセスできます。
Server は、マシンにログインしているユーザーの Windows インターネット設定からプロキシ設定を抽出し、 Engine > プロキシ に表示します。マシンにログインしているユーザーのプロキシ設定がない場合、システム設定メニュー内で Engine > プロキシ は使用できません。
重要
Engine > プロキシ に表示されるプロキシ設定は、ワークフローの実行中にサービスを実行する際に実際に使用されるプロキシ設定を反映していない場合があります。組織内でインターネットアクセスにプロキシを使用している場合は、 ワーカー > Run As (指定ユーザーとして実行) 設定を使用して、Server ユーザーがワークフローの実行とスケジュール設定を行う際に確実にインターネットにアクセスできるようにすることをお勧めします。詳細については、 ワーカー のヘルプページを参照してください。
マシンにプロキシサーバーが設定され、ユーザー名とパスワードが必要な場合は、 Proxy requires password (プロキシにはパスワードが必要) を選択して、プロキシ認証のための Username (ユーザー名) と Password (パスワード) を入力します。
次のステップ
Alteryx Serverの管理 に進みます。