Tableau Prep フロー作成プロセスは、ブラウザーでのインタラクティブな Prep フロー エクスペリエンスを提供します。ユーザーはこのプロセスを使用して、Tableau Server でフローを作成および操作して、データのクリーニングと準備を行うことができます。詳細については、Web 上でのフローの作成と操作を参照してください。この機能は、バージョン 2020.4 で追加されました。

プロセス

Tableau Prep Flow Authoring

ステータス Tableau Prep Flow Authoring のステータスは [ステータス] ページに表示されます。詳細については、サーバー プロセス ステータスの表示を参照してください。
ロギング Tableau Prep Flow Authoring プロセスが生成したログは C:\ProgramData\Tableau\Tableau Server\data\tabsvc\logs\floweditor にあります。詳細については、Tableau Server ログとログ ファイルの場所を参照してください。

Tableau Prep フロー作成は、既定で有効になっています。次のコンポーネントを使用します。

  • Tableau Prep Minerva Service: データソースのクエリを実行するために、Tableau Prep フロー作成で使用されます。既定では、Tableau Prep フロー作成が有効になっているノードで自動的に有効になります。
  • データ エンジン: データ エンジンで、データ抽出を作成し、クエリを処理します。既定では、Tableau Prep フロー作成が有効になっているノードで自動的に有効になります。
  • ゲートウェイ: ゲートウェイ プロセスは、ブラウザー、Tableau Desktop、その他のクライアントから Tableau Server へのすべての要求を処理します。既定では、Tableau Prep フロー作成が有効になっているノードで自動的に有効になります。

パフォーマンスと規模に関する推奨事項

Tableau Prep フロー作成は CPU と RAM を大量に使用する可能性があります。サーバーを監視し、フロー作成を別個のノードに分離するか、サーバー リソースを追加して、必要に応じて展開を調整することをお勧めします。

別個のノードへのフロー作成の分離

Tableau Prep フロー作成を別個のノードで実行すると、フロー作成ワークフローが他の Tableau ワークロードから分離されます。多数の抽出更新と Viz の編集および表示が行われるビジー状態のサーバーがあり、このワークロードに中断を発生させないようにする場合は、Prep フロー作成を専用のサーバー ノードに分離することをお勧めします。つまり、すべてのフロー編集は専用ノードに転送されます。詳細については、「ノードの構成」を参照してください。

注: Prep の Web 作成では、アプリケーション サーバー (VizPortal)、PostgreSQL リポジトリ、キャッシュ サーバー、Hyper などの共有サービスを使用します。これらのサービスがすでに容量に達している場合は、Prep の Web 作成でさらに負荷が発生するため、追加リソースも必要になる場合があります。

Tableau Server をマルチノード クラスタで実行している場合は、1 つまたは複数のノードをバックグラウンダー専用にすることができます。バックグラウンダー プロセスを使用すると、Tableau Prep Conductor などのバックグラウンド ワークロードを、Prep のフロー作成や VizQL Server などのすべてのインタラクティブ ワークロードから分離できます。詳細については、「Tableau Server バックグラウンダー プロセス」と「ノード ロールによるワークロード管理」を参照してください。

コアベースおよびユーザベースの展開では、最適なパフォーマンスを得るために、少なくとも 1 つのノードをフロー専用にすることを強くお勧めしますフローはライセンスが付与された任意の Server コアで実行できますが、追加のリソース コアを購入する場合は、Tableau Prep Conductor のみを実行し、更新または VizQL プロセスの抽出は行わないでください。

リソースの追加

リソースがさらに必要な場合は、サーバー環境にさらにノードを追加することができます。ノードを計画する際に、いくつかの要因が、割り当てる必要があるハードウェアの追加に関する決定に影響を与える場合があります。

 ノードを計画する際に考慮すべき主な事項は次のとおりです。

  • ピーク時に予想される同時ユーザー数または同時セッション数。ユーザーごとの同時セッション数は、TSM オプション maestro.sessionmanagement.maxConcurrentSessionPerUser を使用して設定できます。詳細については、tsm configuration set のオプションを参照してください。
  • フローに含まれるデータ入力ノードの平均数とそのデータ量。最大行サンプリング制限は、TSM オプション maestro.app_settings.sampling_max_row_limit を使用して設定できます。詳細については、tsm configuration set のオプションを参照してください。
  • 作成されるフローの複雑さとノードの数。結合、ユニオン、集計、ピボットなどのノード タイプでは、通常、より多くのリソースが必要になります。

ライセンス アドオン

ノードの構成には、追加のライセンス アドオンが必要です。

アドオン 次の操作を実行できます。
Data Management Add-on

フローのみを実行するようにノードを構成するか、フロー以外のすべてのジョブを実行するようにノードを構成します。Tableau Prep Conductor がノードで実行されている必要があります。

Data Management Add-on ライセンスには、フローのスケジュール設定と追跡が可能な Tableau Prep Conductor が含まれています。アドオンは、ロールベースまたはコアベースの単一の Tableau Server 展開に使用できます。

Creator は、サーバー上で直接フローを作成および編集するために Data Management Add-on を使用する必要はありません。

Server Management アドオン ノード ルールを使用して、さまざまなタイプのワークロードを処理する場所を構成します。たとえば、あるノードでフローを実行し、別のノードでサブスクリプションとアラートを実行できます。

トポロジと構成

Tableau Prep フロー作成の可用性を高めるには、Tableau Prep フロー作成を有効にするときに、その 2 つのインスタンスをノードで構成します。

2 ノード構成の例を次に示します。

2 ノード構成の例

2 ノード構成のステータス ページの例を次に示します。

2 ノード構成のステータスの例

4 ノード構成の例を次に示します。

2 ノード構成の例

4 ノード構成のステータス ページの例を次に示します。

2 ノード構成のステータスの例

ありがとうございます!