Tableau Cloud ヘルプ

Data Connect は責任共有モデルでとして機能します。このモデルでは、お客様が物理的または仮想的コンピューティング リソースを提供し、Tableau がそれらのリソース上で Data Connect Kubernetes クラスターをホストおよび管理します。Tableau は、Kubernetes クラスターをリモートで管理、監視、メンテナンスすることで、管理のオーバーヘッドを削減します。このモデルでは、Tableau は Data Connect サービスを安全に運用する責任を負い、お客様はインフラストラクチャ レイヤーとネットワーク レイヤーを管理する責任を負います。

Data Connect ノードの管理

責任共有モデルの一環として、Tableau は、Data Connect ノードに展開されている Bridge クライアントの健全性のトラブルシューティングを管理します。お客様はノード自体の健全性に責任を持ち、コンピューターを最新かつ健全な状態に保ち、ネットワークの接続性を管理します。Data Connect ノードの管理をサポートするために、Tableau はノードのアクションが必要な場合に Tableau Cloud でアラートを提供します。

ノード ライセンス

Data Connect はノードごとにライセンスされており、Tableau Cloud Enterprise または Tableau+ エディションのお客様が購入できます。ノードは一度に 1 つのクラスターにしか追加できません。詳細については、Data Connect についてを参照してください。

ノード ライセンスは、Tableau Cloud Manager テナント上のすべてのサイト間で共有されます。これにより、個別のノード ライセンス料を支払うことなく、異なるサイト間でクラスターを共有できるようになります。クラスターをセットアップする前に Data Connect ノードのライセンスが消費されていることがわかった場合は、テナント上の別のサイトですでに Data Connect ノードがセットアップされていることを意味します。全体的なコストを削減するには、テナント上の他のサイトと Data Connect ノードを共有することを検討してください。

ノードの健全性の監視

ノードが正常でなくなったり、Tableau Cloud との接続が失われたりした場合は、Tableau Cloud サイト管理者に詳細が提供されます。

ノードの使用率は、展開環境を監視して、ほぼリアルタイムで提供されます。提供される値は 15 秒ごとに更新され、ブラウザーをリフレッシュすると更新された値が表示されます。ノードのコンピューターの CPU 使用率が 90% を超えるか、メモリ負荷が 80% を超えると、Tableau Cloud ユーザー エクスペリエンス内にアラートが表示されます。

ノードの問題のトラブルシューティングの詳細については、サービスの初期化と健全性のトラブルシューティングを参照してください。

クラスターへのノードの追加と削除

クラスターにノードを追加したり削除したりして、さまざまな使用パターンに対応することができます。ただし、これらは一度に 1 つのクラスターにサービスを提供することを意図しており、クラスター間で動的に変更することを意図したものではありません。ノードを追加または削除するには、クラスター所有者サイトのサイト管理者である必要があります。既存のクラスターにノードを追加するおよび既存のクラスターからノードを削除するを参照してください。

ノード容量の管理

Data Connect のワークロードが増大するにつれて、最初に提供された既存のインフラストラクチャの限界に直面するようになるかもしれません。Data Connect サービスの容量を拡張する方法は 2 つあります。1 つ目は、Data Connect ノードに使用しているコンピューターのサイズを増やすことです。2 つ目は、クラスター内のノードの数を増やすことです。

マシン上の CPU を増やすと、ノード上のライブ クエリと埋め込みデータ ソース抽出のスループットが特に向上します。メモリを増やすと、ノード上でパブリッシュされたデータ ソース抽出のパフォーマンスが特に向上します。

クラスター内のノード数を増やすと、システム全体のスループットが向上します。

キャパシティ プランニングの詳細については、ホワイトペーパー「Tableau Cloud でプライベート ネットワーク データにアクセスする」をダウンロードしてください。

既存のノードに変更を加える

Data Connect がアクティブに展開されている間は、ノードのインフラストラクチャに運用上の変更を加える必要がある場合があります。これには、インフラストラクチャへのメモリや CPU の追加、ノードの新しいマシンのローテーション、ノードのメンテナンスの実施などが含まれます。

ノードの ID (ホスト名または IP アドレス) を変更したり、ネットワークの可用性に影響を与えたりすると、Data Connect ノードのダウンタイムが発生します。

ノードの ID (ホスト名または IP アドレス) を変更する場合は、変更を行う前に Tableau Cloud 内でノードを削除し、変更が完了した後にそのノードを新しいノードとしてオンボードするという、追加の手順を実行する必要があります。

シナリオ例 1: 再起動せずに既存のコンピューターにリソースを追加する

一部のクラウド プロバイダーでは、コンピューターを再起動せずに既存のマシンにリソース (CPU/メモリ) を追加できます。このシナリオでは、Data Connect の変更は必要なく、サービスは Data Connect のアクションを必要とせずに追加のリソースを利用します。

シナリオ例 2: コンピューターの再起動を必要とするが、ネットワークやマシンの ID には影響しない変更を行う

通常、コンピューターのメンテナンスや既存のコンピューターへのリソース (CPU/メモリ) の追加を行う場合、そのコンピューターの再起動は必要になりますが、コンピューターの ID やネットワーク構成には影響しません。このような場合、再起動が必要なノードは、再起動する際に Tableau Cloud から切断されます。再起動した後、そのコンピューター上で Data Connect サービスを開始する必要もあります。このプロセスが完了すると (通常 1 時間未満)、そのノードは Tableau Cloud 内で「利用可能」として表示されます。Data Connect を有効化する上で、その他のアクションは必要ありません。

予期せずコンピューターの ID を変更した場合は、シナリオ例 3 を参照してください。

メンテナンス中に予期せずコンピューターのネットワーク構成に影響を与えた場合は、サービスの初期化と健全性のトラブルシューティングを参照してください。

シナリオ例 3: ノードの ID (ホスト名または IP アドレス) の変更を必要とする変更を行う

このシナリオでは、変更を加える前に、まずノードを削除して Tableau Cloud からノードを切断する必要があります。ノードが切断されたら、必要なメンテナンスを実施し、ノードをクラスターに再度追加します。

シナリオ例 4: ネットワークに影響を与える変更を行う

このシナリオは、組織内の別のチームやサード パーティがコンピューターをホストしている場合によく起こります。コンピューターのメンテナンスを実施することによってコンピューターのネットワーク構成に影響があった場合、Tableau Cloud 内でノードを使用できなくなります。この問題を解決するには、ネットワークの問題を解決し、場合によってはコンピューターを再起動する必要があります。適切なネットワーク構成の詳細については、サービスの初期化と健全性のトラブルシューティングを参照してください。

Data Connect クラスターの共有

Data Connect クラスターとそれに対応する各ノードは、Tableau Cloud テナント (Tableau Cloud Manager) 上のすべてのサイトで使用できます。インフラストラクチャを共有することで、Tableau Cloud 展開環境全体で Data Connect を実行するコストが削減できます。クラスターを共有すると、テナント内の異なるサイトに対するクエリで同じノードのインフラストラクチャを使用できるようになります。

クラスターを共有すると、共有したサイトの各サイト管理者は自分のサイトのプールを設定する責任を負います。プールが設定されると、サイト上のクエリは、プールで指定されたドメインに送信されるクエリに対して Data Connect を使用し始めます。

(オプション) ステップ 4: サイト間でクラスターを共有するを参照してください。

共有クラスターに対する役割と責任

クラスターの所有者とクラスターの各使用者は、協力して共有クラスターを管理します。

クラスター所有者

Data Connect クラスターを最初に設定したサイトのサイト管理者を「クラスター所有者」と呼びます。クラスター所有者は、クラスターを使用するすべてのサイトに代わって、Data Connect ノードの健全性を確保する責任があります。クラスター所有者は、クラスターを所有するサイト上のプールを構成する責任と、そのサイトの個々のクエリの健全性を監視する責任も負います。ただし、他のすべてのサイトでのプールの設定と個々のクエリの健全性の監視は、それらのプールが設定されているサイトの責任になります。

クラスター使用者

Data Connect クラスターを最初に設定しなかったサイトのサイト管理者を「クラスター使用者」と呼びます。クラスター使用者はノードの健全性を把握できず、自分のサイトからノードの健全性に関するアクションを実行することはできません。クラスター使用者のサイト管理者は、プールを確立し、個々のクエリの正常性を監視する責任のみを負います。

クロスサイトを目的としたノードの健全性に関する通信は、Tableau Cloud の外部で行う必要があります。

共有クラスターの責任のまとめ

サービスの初期化と健全性のトラブルシューティング

Data Connect は、責任共有モデルを使用して Tableau Bridge をご利用の環境内に展開し、プライベート ネットワークのデータを最新の状態に保ちます。このトラブルシューティングのセクションでは、Data Connect の設定時に発生する可能性のある問題と、既存のクラスターとノードが使用できなくなる問題について説明します。

初期化の問題が発生した場合は、次の接続とアクセスを確認してください。

• Data Connect インフラストラクチャ、クラスター、およびコンテナには、オーケストレーション プロバイダー サービス (上の画像の #2) および Tableau Cloud (アウトバウンドのみ、#5) へのネットワーク アクセスが必要です。

• Data Connect インフラストラクチャ、クラスター、コンテナ、およびエージェントには、データベース (#6) へのネットワーク アクセスが必要です。

ネットワーク仕様を参照してください。

Data Connect クエリの健全性の監視

Data Connect は Bridge クライアントを展開および管理します。個々の Bridge クライアントは、自分のプライベート ネットワーク データに送信されるクエリに責任を負います。詳細については、アーキテクチャを参照してください。

Tableau Cloud には、Data Connect によって処理される個々のクエリのさまざまな監視シナリオを管理するのに役立つ監視ソリューションがいくつかあります。すべての管理者がこれらのソリューションをすべて利用できます。管理者は、管理者インサイトとアクティビティ ログを管理者以外のユーザーが利用できるようにすることができます。

リアルタイム監視

• ジョブ ページ: 過去 24 時間に実行されたジョブの抽出ジョブのステータスをリアルタイムで監視します。Tableau Cloud でのバックグラウンド ジョブの管理を参照してください。

• 管理ビュー: 抽出ジョブのステータスとパフォーマンスをリアルタイムで監視します。長期的な分析のために最近の職歴が含まれます。管理ビューの 管理ビューの検索を参照してください。

履歴分析

• 管理者インサイト: 環境に公開されている Tableau Cloud データ ソースを使用して、ジョブのステータスとパフォーマンスを監視します。このデータは毎日更新され、長期的な分析のための履歴データが表示されます。必要に応じて、管理者以外のユーザーと共有できます。管理者インサイトを使用したカスタム ビューの作成を参照してください。

• アクティビティ ログ: 分析に必要な期間保存できるログ データを使用して、ジョブのステータスとパフォーマンスを監視します。このデータは、必要に応じて、管理者以外のユーザーと共有できます。Tableau Cloud Enterprise および Tableau+ のお客様のみがご利用いただけます。アクティビティ ログを参照してください。

Data Connect の共有クラスターでは、Data Connect クエリの監視はサイト レベルで管理されることに注意が必要です。サイト管理者は、自分のサイト内のプールを使用するクエリのみを監視できます。

さまざまなユーザー シナリオを通じて個々のジョブを監視する詳細な説明については、ホワイトペーパー「Tableau Cloud でプライベート ネットワーク データにアクセスする」をダウンロードしてください。

個々のエラーのトラブルシューティングに関する情報については、「個々のクエリでのエラーのトラブルシューティング」を参照してください。