Controller (コントローラー )
コントローラーはサービス設定を管理し、作業をワーカーに委任します。コントローラーとして有効化できるのは、デプロイ内でマシン 1 台だけです。
System Settings (システム設定) の Controller (コントローラー) 画面で、コントローラーコンポーネントを設定します。 Environment (環境) > Setup Type (セットアップタイプ) 画面で次のいずれかのオプションを選択した場合、 システム設定 で Controller (コントローラー) 画面が使用できます。
Designer and Scheduler Only (Designer およびスケジューラーのみ)
Complete Alteryx Server (Alteryx Server 全体)
Custom (カスタム) > Enable Controller (コントローラーの有効化)
General Configuration (一般設定)
General Configuration (一般設定) 画面には、一時ファイルとログファイルの保存場所、ログにどの情報を記録するかなどの設定オプションがあります。
Controller Token (コントローラートークン)
Controller Token (コントローラートークン) は、コントローラーが、Designer を使用するワーカーやマシンと通信するために自動生成されたシークレットキーです。
Designer を使用するマシンがコントローラーマシンではない場合に、このマシンでワークフローを将来の日付にスケジュール設定するには、 ワークフローのスケジュール設定 画面でコントローラートークンを追加してワークフローのスケジュールを設定する必要があります。
また、あるマシンをコントローラーとして動作させ、別のマシンをワーカーとして動作させる場合にも、コントローラートークンが必要になります。コントローラーマシンをセットアップして、コントローラートークンを取得します。次に、ワーカーマシンをセットアップする際に、 System Settings (システム設定) > Controller (コントローラー) > Remote (リモート) でコンローラートークンを追加します。
トークンのセキュリティ強度が落ちた場合など、必要に応じてトークンを再生成できます。トークンを再生成する場合は、デプロイ内の Gallery ノードとワーカーノードを更新する必要があります。トークンを再生成する場合は Regenerate (再生成) を選択します。
ワークスペース
Controller Workspace (コントローラーのワークスペース) は、コントローラーが一時ファイルまたはキャッシュファイルを保存する場所です。既定では、このフォルダーは System Settings (システム設定) の Environment (環境) 画面で定義されているグローバルワークスペースのフォルダー内にあります。大量のファイルを確実に保存できる場所を使用するようにしてください。
Logging (ロギング)
コントローラーは、サービスの開始とシャットダウン、実行要求などのイベントログを生成します。これらのログはトラブルシューティングに役立ちます。詳細については、「 Server ログの設定と使用 」を参照してください。
スケジューラー (Scheduler)
Enable Scheduler auto-connect (スケジューラーの自動接続を有効にする) を選択して、マシン上のユーザーがスケジューラーに自動接続できるようにします。スケジューラーに接続するのが難しい場合は、これを有効にしてください。
Insights
Enable Insights (インサイトを有効にする) を選択すると、ギャラリーでインサイトをレンダリングするリクエストをマシンで処理できるようになります。インサイトは、Designer で作成されるインタラクティブダッシュボードです。
Engine (エンジン)
Enable AMP Engine (AMP Engine を有効にする) にチェックを付けると、この環境で Alteryx Multithreaded Processing (AMP) Engine を使用するワークフローを実行できるようになります。これは、Server 環境のオン/オフ設定です。コントローラーの AMP Engine を有効にする場合は、 システム設定 > Engine 画面で、AMP Engine を実行するワーカーを少なくとも 1 つ設定することも必要になります。詳細については、 エンジン のヘルプページを参照してください。
AMP Engine 設定について
システム設定 > コントローラー 画面の Enable AMP Engine (AMP Engine の有効化) 設定は、Server 環境のオン/オフ設定です。この設定では、環境レベルで AMP が有効になります。 システム設定 > Engine の設定により、どの Engine を使用できるか、つまりどのワークフローを実行できるかをワーカーに認識させます。詳細については、 エンジン のヘルプページを参照してください。
たとえば、ノードが3つの環境を考えてみましょう。ノード 1 はコントローラーと Gallery 用に設定され、AMP が有効になっています。ノード 2 は Engine を Original Only (オリジナルのみ) に設定したワーカーの専用ノードです。ノード 3 は Engine を Both (両方) に設定したワーカーの専用ノードです。このシナリオでは、Server で AMP ワークフローを実行できるようになっており、これらのワークフローはノード 3 でのみ実行されます。オリジナルの Engine ワークフローは、ノード 2 またはノード 3 のいずれかで実行されます。ノード 3 がオフラインの場合、オリジナルの Engine ワークフローはノード 2 で実行されますが、ノード 3 がオンラインに戻るまで AMP ワークフローはキューに入れられます。
AMP Engine を本番環境に導入する前に、開発環境で AMP Engine をテストすることをお勧めします。メモリ要件を含む AMP Engine の詳細については、「 AMP Engine ドキュメンテーション 」と「AMP Engine のベストプラクティス」を参照してください。
永続性 (Persistence)
ワークフローの実行やその他さまざまな操作の統合役として、コントローラーには使用可能なワークフロー、実行要求のキュー、およびその他の情報を保持できる場所が必要です。サービスの機能のための重要な情報の保存場所を Persistence (持続性) 画面で定義します。
Database Type (データベースタイプ)
コントローラーは、SQLite または MongoDB データベースのいずれかにデータを保持します。Server には、 SQLite または MongoDB オプション、および User-managed MongoDB (ユーザー管理 MongoDB) オプションが組み込まれています。ギャラリー用にマシンを設定する場合は、 MongoDB または User-managed Mongo DB (ユーザー管理 Mongo DB) を使用する必要があります。
SQLite : SQLite データベースのインスタンスを作成します。スケジューラーを使用する軽量でローカルなデプロイに推奨されます。
MongoDB : MongoDBデータベースのインスタンスを作成します。より大規模な使用に推奨されます。
User-Managed Mongo DB (ユーザー管理 Mongo DB): ユーザーの MongoDB 実装環境に接続できます。
重要
User-Managed MongoDB (ユーザー管理 Mongo DB) の場合、 SCRAM 認証 を使用した MongoDB のみをサポートします。Kerberos 認証を使用する MongoDB はサポートされていません。
持続性データベースの自動バックアップシステムを使用することを強くお勧めします。MongoDB のバックアップについては、「 MongoDB バックアップ 」を参照してください。SQLiteをバックアップするには、
\ProgramData\Alteryx\Service\にある Persistenc フォルダをzip圧縮またはコピーします。データベースタイプを SQLite と MongoDB の間で切り替える場合、スケジュール設定されたジョブは移行されません。これらのジョブは手動で再スケジュールする必要があります。
Data Folder (データフォルダー)
Data Folder (データフォルダー) は、SQLite または組み込みの MongoDB データベースファイルの保存場所です。 User-managed MongoDB (ユーザー管理 MongoDB) を選択している場合、 Data Folder (データフォルダー) は MongoDB インスタンスで設定されるため、無効になります。
Advanced Database Connection (高度なデータベース接続)
次をサポートする必要がある場合は、 Advanced User-Managed Mongo DB (高度なユーザー管理 Mongo DB) を選択します。
TLS/SSL
Replica Sets(レプリカセット)
Sharding(分散化)
MongoDB Atlas
重要
接続文字列オプションが使用可能になる前のバージョン (2020.1 リリース以前) でレプリカセットを使用していた場合は、接続文字列に変更する必要があります。
このオプションを選択すると、 Database (データベース) セクションには MongoDB Connection (MongoDB 接続) フィールドが表示され、ここで MongoDB 接続文字列を指定できます。接続文字列の指定に関するヒントと例については、 Advanced Connection String (高度な接続文字列) のヘルプページを参照してください。
データベース
User-Managed MongoDB (ユーザー管理 MongoDB) を選択し、かつ Advanced Database Connection (高度なデータベース接続) を使用していない場合は、MongoDB インスタンスの Host (ホスト) の場所と Database Name (データベース名) を Database (データベース) セクションで指定します。MongoDB インスタンスに認証が必要な場合は Username (ユーザー名) および Admin Password (管理パスワード) フィールドに入力します。
組み込みの MongoDB の場合、 Host (ホスト)、 Username (ユーザー名)、 Admin Password (管理パスワード)、 Password (パスワード) の各フィールドには自動的に値が入力されます。 Admin Password (管理パスワード) は、MongoDB 管理者がバックアップとレプリカセットを設定するためのパスワードです。 Password (パスワード) は、MongoDB と通信するためにすべてのコンポーネントで使用されます。 Password (パスワード) を使用して、データベース接続の使用状況レポートを作成することもできます。
Special characters in usernames, passwords, or parameter values have to be URL encoded.
永続性オプション
データベースには、ワークフロー実行結果、スケジュール、アップロードされたファイルの履歴が保持されます。各種アイテムおよびファイルには、指定した日数が経過した後に削除されるようフラグを付けることができます。これらの設定により、Server が使用するハードドライブの容量を減らすことができます。
重要
持続性オプションは過去にさかのぼって適用されます。すべての持続性オプションを 10 日後に削除するように設定した場合、ワークフロー実行結果、スケジュール、ファイルの履歴には過去 10 日間しか表示されなくなります。
これらの設定は、 Server 使用状況レポート で利用可能な履歴にも適用されます。
すべての持続性オプションで、エラー状態のレコードは削除されません。
Delete queue and results after (days) (キューと結果を (日) 後に削除): 指定された日数が経過した後に、完了したジョブをデータベースから削除し、ワークフローの結果を削除します。
Delete completed schedules after (days) (完了したスケジュールを (日) 後に削除): 指定された日数が経過した後に、 完了 の 状態 になっているスケジュールを削除します。
Delete uploaded files after (days) (アップロードされたファイルを (日) 後に削除): 指定された日数が経過した後に、分析アプリ経由で Server UI にアップロードされたファイルを削除します。
重要
定期的なバックアップ周期を導入し、キューと結果、完了したスケジュール、アップロードされたファイルを 180 日後 (またはゼロ以外の適切な値) に削除するように設定することをお勧めします。値を 0 にすると、アイテムは無期限で保持されます。
利点 : これによりハードドライブの使用容量が減り、 Server 使用状況レポート の出力サイズが小さくなります。
Mapping Configuration (マップ設定)
Mapping Configuration (マッピング設定) 画面で、マシンがマップコントローラーとして動作するように設定し、タイルおよびレイヤーのキャッシングのしきい値を定義します。マップタイルとそれらのレンダリングに必要な参照マップをキャッシュすると、パフォーマンスが良くなります。キャッシュサイズを大きく、存続可能時間を長くすると、以前に要求されたタイルの応答が高速化されますが、メモリとディスクの使用量が増えます。キャッシュを小さくすると、効果が逆になります。
Enable map tile controller (マップタイルコントローラーを有効にする): これを選択すると、ワーカーがレンダリングしたマップタイルをマシンで処理できます。マップ質問およびマップ入力ツールは、これらのタイルを使用してマップをレンダリングします。
of tiles) (メモリキャッシュ (タイル数)): これは、メモリに保存されるマップタイルの最大数です。タイル 1,000 枚には約 450 MB のメモリが必要です。メモリキャッシュが大きいほどタイルの保存量が増えてパフォーマンスが向上しますが、必要なシステムリソースは増えます。
Disk cache (MB) (ディスクキャッシュ (MB)): これは、ハードドライブ上でマップタイルイメージをキャッシュするために割り当てる最大容量です。ディスクキャッシュが大きいほどドライブ領域の消費量は増大しますが、マップタイル要求のパフォーマンスが向上する可能性があります。
Reference layer time to live (seconds) (参照レイヤーの存続可能時間 (秒)): マップ質問およびマップ入力ツールは参照レイヤーを作成し、また YXDB ファイルによって駆動されます。コントローラーは、この YXDB ファイルへの参照を保持してレンダリングの高速化に利用することができます。この設定では、参照レイヤー情報を保持する時間を定義します。この数値を増やすと、要求頻度の高いレイヤーのパフォーマンスを最適化できる場合があります。期限切れの参照レイヤーは、次回に要求された時点で再生成されます。
Remote Controller (リモートコントローラー)
ワーカーとして動作するようにマシンを設定している場合、 Controller (コントローラー) の下の画面は Remote Controller (リモートコントローラー) 画面のみになります。ここで、マシンをコントローラーマシンに接続します。コントローラーマシンに接続するために、ホストの場所とコントローラートークンを入力します。
Host (ホスト): コントローラーマシンのホストの場所を入力します。
Token (トークン): コントローラーマシンのトークンを入力します。 コントローラートークン は、コントローラーマシンの コントローラー > General (一般) 画面にある [システム設定] で確認できます。本記事の 一般設定) セクションを参照してください。
コントローラートークン文字を表示または非表示にするには、 View (表示) または Hide (非表示) を選択します。
次のステップ
ワーカー を設定します。