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 やその他のシステムサービスのために４GBを確保することをお勧めします。以下は、始めるにあたって適切な値です。
メモリ上限 = (合計物理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]
[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は、[Engine] > [Proxy Settings] (プロキシ設定)に表示されるプロキシ設定を、そのマシンにサインインしているユーザーのWindowsのインターネット設定から取得します。そのマシンにサインインしているユーザーのプロキシ設定がない場合、[System Settings] (システム設定)メニュー内に[Engine] > [Proxy Settings] (プロキシ設定)は表示されません。
設定を続行するには、[Configuration Type] (設定の種類)を選択します。
設定の種類
Compatibility Proxy Configuration (互換性プロキシ設定)
レガシー設定は、Alteryx Serverで使用されていた従来のシステムレベルのプロキシ設定のことです。[Configuration Type] (設定の種類)が[Compatibility Proxy Configuration] (互換性プロキシ設定)に設定されている場合、エンジンは既存のランタイム設定XMLとの間でプロキシ値を直接読み書きし、互換性のあるすべてのエンジン実行にこの設定を使用します。
注記
以下の場合に、[Compatibility Proxy Configuration] (互換性プロキシ設定)を使用します。
すでにシステムレベルのプロキシ設定に依存しているServerデプロイが存在している。
まだDCM接続(一元管理プロキシ)を介してプロキシを管理したくない。
従来の動作を想定している古いワークフローや環境に、下位互換性が必要。
[Compatibility Proxy Configuration] (互換性プロキシ設定)を選択した場合は、次の項目を指定します。
Proxy Configuration Method(プロキシ設定方法): 動的に表示されます。以下のいずれかのオプションが表示されます。
No proxy in use (プロキシを使用しない): Engineの実行では、プロキシを使用せずに直接接続します。
Autodetect proxy in use (自動検出されたプロキシを使用): プロキシ設定を自動的に検出します。
Configuration script proxy in use (設定スクリプトによるプロキシを使用): Engineは設定スクリプト(PACファイル)を使用します。
Internet Explorer proxy in use (Internet Explorerのプロキシを使用): プロキシ設定はWindowsのインターネットオプションから取得されます。
Proxy Servers (プロキシサーバー): HTTP、Secure、FTP、Socksの値はWindowsインターネットオプションから読み込まれ、Windowsがプロキシサーバーを使用するように設定されている場合に適用されます。プロキシ方式が自動検出またはセットアップスクリプトに設定されている場合、これらは空白になることがあります。
Proxy Protocol (プロキシプロトコル): プロキシプロトコルタイプを指定します(HTTPとSOCKS5hがサポートされています)。タイプを指定しない場合、既定でHTTPになります。
Proxy Credentials (プロキシ資格情報): マシンにプロキシサーバーが設定され、ユーザー名とパスワードが必要な場合は、[Proxy Requires Credentials] (プロキシには資格情報が必要)を選択して、プロキシ認証のための[Username] (ユーザー名)と[Password] (パスワード)を入力します。
Enhanced Proxy Configuration (拡張プロキシ設定)
Designerのユーザー設定と同じ設定モデルを使用して、プロキシ設定を一元管理します。この設定により、プロキシをDCMプロキシ接続として管理できます。[Configuration Type] (設定の種類)が[Enhanced Proxy Configuration] (拡張プロキシ設定)に設定されている場合、EngineはDCMで定義され、ランタイム設定XMLに保存されているプロキシ接続を使用します。
注記
以下の場合に、[Enhanced Proxy Configuration] (拡張プロキシ設定)を使用します。
DesignerとServerの両方のプロキシを単一の一貫した方法で管理したい。
より多くの認証オプションやより複雑なプロキシトポロジが必要。
DCMルールを使用して、ユーザーと環境間でプロキシ設定を共有したい。
[Enhanced Proxy Configuration] (拡張プロキシ設定)を選択した場合は、次の項目を指定します。
Proxy Usage Settings (プロキシ使用の設定): 4つのオプションから選択します。
Never Use Proxy (プロキシを使用しない): Engineの実行にプロキシを使用しません。
Use Internet Options Settings (インターネットオプション設定を使用): プロキシ設定はオペレーティングシステム(インターネットオプション)から取得されます。
Consume PAC Files at this Location (この場所のPACファイルを使用): Engineは、指定されたパスのPACファイルを使用します。パスは保存する前に検証されます。PACファイルの場所を入力し、ファイルパスを検証します。
Manual (手動): プロキシは手動で定義します。URLをセミコロン区切りのリストで入力します。プロキシサーバーのURLとポートは、プロキシDCM接続から読み込まれます。
Proxy Authentication (プロキシ認証): 1つ以上の接続IDをコンマ区切りのリストとして入力します。手動プロキシを使用する場合は、接続IDを1つだけ入力します。共有ルールと環境接続処理ルールが他のDCM接続と同様に機能するように、IDには
c.cid.形式のハンドルを使用します。接続IDを確認するには、[Server] > [管理者] > [DCM接続]に移動します。接続リストから、目的の接続の三点リーダーメニュー(⋮)を選択し、[IDをコピー]を選択します。プロキシ接続の詳細については、データ接続マネージャー: Server UIのヘルプページを参照してください。
重要
[Engine] > [Proxy]に表示されるプロキシ設定は、ワークフロー実行中のサービスの実行に実際に使用されるプロキシ設定が反映されない場合があります。組織内でインターネットアクセスにプロキシを使用している場合は、[Worker] > [Run As]の設定を使用して、Serverユーザーがワークフローの実行とスケジュール設定を行う際にインターネットにアクセスできるようにすることをお勧めします。詳細については、ヘルプページのワーカーを参照してください。