Skip to main content

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 一時ディレクトリの内部に保存します。

Browse Everywhere Settings(あらゆる場所を閲覧)

Memory Limit per Anchor (KB) (アンカー当たりのメモリ上限)

ワークフロー内のツールに対して、各出力アンカーのデータの消費に使用される最大メモリ。通常、既定のメモリ値を変更する必要はありません。

Engine (エンジン)

Engine の設定により、どの Engine を使用できるか、つまりどのワークフローを実行できるかをワーカーに認識させます。AMP Engine Only (AMP Engine のみ) または Both Engines(両方の Engine) を選択した場合、 Enable AMP Engine(AMP Engineの有効化) も選択し、環境レベルでAMPを有効にする必要があります。詳細については、コントローラーのヘルプページを参照してください。

  • このノードでオリジナルの Engine のワークフローのみを実行する場合は、Original Engine Only (オリジナルの Engine のみ) を選択します。

  • このノードで AMP Engine のワークフローのみを実行する場合は、AMP Engine Only (AMP Engine のみ) を選択します。

  • このノードで従来のEngineとAMP Engineのワークフローを両方実行する場合は、[Both Engines](両方のEngine)を選択します。両方の Engine を実行する場合、サービス品質ジョブの完了時間は保証されません。

AMP Engineの詳細については、Alteryx AMP EngineおよびAMP Engineのベストプラクティスヘルプページを参照してください。

AMP Engine 設定について

[システム設定] > [Controller]画面の[Enable AMP Engine]は、Server環境のオン/オフ設定です。この設定では、環境レベルで AMP が有効になります。詳細については、コントローラーのヘルプページを参照してください。[システム設定] > [Engine]の設定により、どのEngineを使用できるか、つまりどのワークフローを実行できるかをワーカーに伝えます。

たとえば、ノードが3つの環境を考えてみましょう。ノード1はコントローラーとServer用に設定され、AMP が有効になっています。ノード2はEngineを Original Engine Only(従来のEngineのみ)に設定したワーカー専用ノードです。ノード3はEngineを Both Engines(両方の Engine) に設定したワーカーの専用ノードです。このシナリオでは、Server で AMP ワークフローを実行できるようになっており、これらのワークフローはノード 3 でのみ実行されます。オリジナルの Engine ワークフローは、ノード 2 またはノード 3 のいずれかで実行されます。ノード 3 がオフラインの場合、オリジナルの Engine ワークフローはノード 2 で実行されますが、ノード 3 がオンラインに戻るまで AMP ワークフローはキューに入れられます。

Allow Server to Manage Engine Resources (Server による Engine リソースの管理を許可する)

ServerにDefault Number of Processing Threads(処理スレッドの既定数)とMemory Limit (MB)(メモリ上限)の値を自動的に入力させるには、このチェックボックスを選択します。

  • これを選択すると、サービスの起動時に、システムが論理プロセッサや合計システムメモリを含むハードウェアリソースのチェックを実行します。このチェックに基づいて、システムは処理スレッド数メモリ上限(MB)の値を計算し、既定値に設定します。

  • このオプションを選択すると、 [Allow users to override these settings](ユーザーがこれらの設定を上書きできるようにする)の設定が無効になります。

  • 選択されていない場合は、メモリ上限(MB)処理スレッド数の数値を指定できます。

Memory Limit (MB) (メモリ上限)

メモリ上限 (MB) は、ワークフローでソートおよび結合操作を実行するためにEngineが使用する最大のメモリサイズです。通常、既定のメモリ値を変更する必要はありません。

  • [Allow Server to manage engine resources](ServerによるEngineリソースの管理を許可する)チェックボックスを選択した場合:

    • MongoDBが組み込まれた、ワーカーとコントローラーのどちらとしても動作するServerマシンの場合、メモリ上限(MB)は以下の式に基づいて自動的に計算されます。

      (((合計物理RAM/2) - 4096) /同時ジョブ数)

    • スタンドアロンワーカーの場合、以下の式に基づいてより多くのメモリが割り当てられてワークフローが実行されます。

      (合計物理RAM / (同時ジョブ数+2))

    • 計算式の結果が2 GB未満の場合は、エンジンを実行できるようにMemory Limit (MB)を2 GB以上に設定します。

  • [Allow Server to manage engine resources]チェックボックスを選択していない場合は、Memory Limit (MB)の数値を指定できます。

重要

組み込みの MongoDB でワーカーとコントローラーの両方として機能する Server マシンの場合、適切な出発点は次のとおりです。

メモリ上限 = (((合計物理RAM/2) - 4096) / 同時ジョブ数)

スタンドアロンのワーカーの場合、ワークフローの実行にさらに多くのメモリを割り当てることができます。ただし、OS やその他のシステムサービスのために4GBを確保することをお勧めします。以下は、始めるにあたって適切な値です。

メモリ上限 = (合計物理RAM / (同時 ジョブ数 + 2))

Default Number of Processing Threads (処理スレッドの既定数)

Default Number of Processing Threads (処理スレッドの既定数) は、ツールまたはオペレーションで使用できる処理スレッド数を定義します。通常は、既定値を変更しないでください。

  • [Allow Server to manage engine resources](ServerによるEngineリソースの管理を許可する)のチェックボックスを選択した場合、[Default Number of Processing Threads](処理スレッドの規定値)は以下の式に基づいて自動的に計算されます。

    既定の処理スレッド数 = [LogicalCores]b

  • [Allow Server to manage engine resources]チェックボックスを選択していない場合は、[Default Number of Processing Threads]を設定できます。

Allow Users to Override These Settings (ユーザーがこれらの設定を無効にできるようにする)

[Allow users to override these settings]を選択すると、ユーザーは上記の設定を無効にして、メモリ使用量、処理、スレッドなどを自身で定義できます。選択をオフにすると、あらかじめ割り当てられた設定をユーザーが使用することになります。

Run Engine at a Lower Priority (低い優先度で Engine を実行)

バージョン2023.1より前のバージョンでは、Alteryxシステム設定の[Run engine at a lower priority](低優先度でエンジンを実行する)設定はAMPでは無視されていました。これは、AMPがこの設定での選択に関係なく常に低い優先度で実行されることを意味します。

バージョン2023.1では、[ Run engine at a lower priority](エンジンを低優先度で実行する) 設定は強制されます。この設定をオフにすると、AMP Engineを使用して構築されたワークフローは、すべてのプロセッサコアと大量のRAMを使用することが可能になります(設定によって異なります)。これにより、システムの応答性が低下し、Serverの動作に影響を与える可能性があります。詳細については、 Microsoftの[スケジュールの優先度]ページを参照してください。

Allow User Alias to Override the System Alias (ユーザーエイリアスによりシステムエイリアスを無効にできるようにする)

エイリアスリポジトリ内の任意のユーザーエイリアスがシステムエイリアスよりも優先されるようにするには、[Allow user alias to override the system alias]を選択します。

プロキシ

Server は、インターネットホストに直接接続するのではなく、プロキシを使用してインターネットにアクセスできます。

ServerはそのマシンにログインしているユーザーのWindowsインターネット設定からプロキシ設定を取得して、[Engine] > [Proxy]に表示します。そのマシンにログインしているユーザーのプロキシ設定がない場合、[システム設定]メニュー内で[Engine] > [Proxy]が表示されません。

プロキシプロトコルタイプ を指定できます (HTTP および SOCKS5h がサポートされています)。タイプを指定しない場合、既定はHTTPです。

重要

[Engine] > [Proxy]に表示されるプロキシ設定は、ワークフロー実行中のサービスの実行に実際に使用されるプロキシ設定が反映されない場合があります。組織内でインターネットアクセスにプロキシを使用している場合は、[Worker] > [Run As]の設定を使用して、Serverユーザーがワークフローの実行とスケジュール設定を行う際にインターネットにアクセスできるようにすることをお勧めします。詳細については、ヘルプページのワーカーを参照してください。

マシンにプロキシサーバーが設定され、ユーザー名とパスワードが必要な場合は、[Proxy requires password] (プロキシにはパスワードが必要) を選択して、プロキシ認証のための [Username ](ユーザー名) と [Password ](パスワード) を入力します。