シナリオに適した統合ランタイム構成を選択する

重要

Microsoft Purview 統合カタログと従来の Microsoft Purview データ ガバナンス機能 (旧称 Azure Purview) は廃止されます。 Microsoft は、Microsoft Fabric のデータ ガバナンス機能を統合しています。 新しいアカウントは作成できなくなり、既存の機能は 2027 年 11 月 12 日までメンテナンス モードのままになります。 廃止のタイムライン、移行ガイダンス、推奨される次の手順については、 Microsoft Purview データ ガバナンスの廃止のお知らせを参照してください。

統合ランタイム (IR) は、Microsoft Purview がさまざまなネットワーク環境にわたるデータ スキャンを強化するために使用するコンピューティング インフラストラクチャです。 この記事では、Microsoft Purview で使用できるさまざまな種類の統合ランタイムを紹介し、シナリオに適した統合ランタイム構成を選択する方法のガイダンスを提供します。

統合ランタイムの種類

Purview では、次の種類の統合ランタイムが提供されます。

  • Azure Integration Runtime: Azure Integration Runtime は、Azure または Azure 以外のデータ ソースのスキャンに使用できるフル マネージドの柔軟なコンピューティングです。 Azure IR は、パブリックにアクセス可能なエンドポイントを持つデータ ストアとコンピューティング サービスへの接続をサポートします。 これは既定の統合ランタイムなので、開始するために何も作成する必要はありません。

  • Managed Virtual Network Integration Runtime: Purview Managed Virtual Network に存在する Managed Virtual Network 統合ランタイムを作成できます。 プライベート エンドポイントを使用して、サポートされているデータ ソースに安全に接続してスキャンできます。 詳細については、「マネージド Virtual Network とマネージド プライベート エンドポイント」を参照してください。

  • セルフホステッド統合ランタイム: セルフホステッド統合ランタイムを使用して、オンプレミス ネットワークまたは仮想ネットワーク内のデータ ソースをスキャンできます。 オンプレミスのマシンまたはプライベート ネットワーク内の仮想マシンにインストールできます。 セルフ ホステッド統合ランタイムの作成と管理に関する詳細情報をご覧ください。

  • Kubernetes でサポートされているセルフホステッド統合ランタイム: この統合ランタイムは Kubernetes クラスターでホストされ、オンプレミス ネットワークまたは仮想ネットワーク内のデータ ソースをスキャンするために使用できます。 Kubernetes のサポートにより、全体的なパフォーマンスが向上し、統合ランタイムがジョブに合わせてスケーリングできるようになります。 詳細については 、「Kubernetes でサポートされるセルフホステッド統合ランタイムの作成と管理」を参照してください。

  • AWS Integration Runtime: AWS Integration Runtime は、AWS の Microsoft Purview によってホストされる、フル マネージドで柔軟な計算です。 S3、RDS などの Amazon データ ソースをスキャンする場合に適用できます。

適切な統合ランタイムを選択する

ニーズに合わせて適切な統合ランタイムを選択してください。 データ統合の既存のアーキテクチャと要件を検討します。 また、増大するビジネス ニーズと将来のワークロードの増加に対応する方法についても検討します。

次の考慮事項は、決定を行うのに役立ちます:

  1. スキャンするデータ ソースの種類

    スキャンするデータ ソースでサポートされている IR の種類については、「 サポートされているデータ ソース 」セクションを確認してください。

  2. データ ソースのネットワーク アクセス制御は何ですか?

    データ ソースが異なれば、インターネット経由のランダム アクセスから保護するためのネットワーク ファイアウォールの設定も異なります。 これらの設定は、オンプレミス、クラウド、SaaS データ ストアに適用されます。 次の表に、一般的なファイアウォール オプションをいくつか示します。 シナリオに応じて、サポートされている IR タイプを選択します。

    データ ソース ファイアウォール Azure IR Managed Virtual Network IR SHIR Kubernetes でサポートされている SHIR
    パブリック アクセスを許可する ✓ ✓ ✓ ✓
    Azure サービスまたは信頼できるサービスを許可する ✓ ✓ ✓ ✓
    特定の Azure 仮想ネットワークからのアクセスを許可する ✓ (マネージド プライベート エンドポイントのサポートあり) ✓ ✓
    特定の IP または IP 範囲を許可する ✓ ✓
    その他のオンプレミスまたはプライベート ネットワーク アクセス ✓ ✓
  3. Microsoft Purview のファイアウォールの設定は何ですか?

    Purview には、さまざまなネットワーク ファイアウォール オプションが用意されています。 詳細については、「 Microsoft Purview ファイアウォールの構成」を参照してください。 シナリオに応じて、サポートされている IR タイプを選択します。

    Purview ファイアウォール Azure IR Managed Virtual Network IR SHIR Kubernetes でサポートされている SHIR
    すべてのネットワークから有効に ✓ ✓ ✓ ✓
    すべてのネットワークから無効にする ✓ (マネージド プライベート エンドポイントが必要) ✓ (ネットワークからプライベート エンドポイントを作成する必要があります) ✓ (ネットワークからプライベート エンドポイントを作成する必要があります)
  4. データ転送時に必要なセキュリティ レベルは?

    統合ランタイムの場所は、バックエンド コンピューティングの場所とスキャン操作が実行される場所を定義します。 データ所在地に関する考慮事項:

    • Azure IR を使用する場合、Purview はデータ ソースの場所を自動的に検出し、そのリージョンの IR を使用します。 Purview がリージョンを検出できない場合は、Purview アカウントのリージョンが使用されます。

    • Managed Virtual Network IR を使用すると、マネージド仮想ネットワーク用に構成したリージョンで実行されます。

    • SHIR を使用すると、オンプレミスまたは Azure 仮想マシンの場所を完全に決定できます。

      データ転送中の中間者攻撃などから保護するには、プライベート エンドポイントとプライベート リンクを使用してデータ セキュリティを確保します。

    • Managed Virtual Network IR を使用する場合は、データ ストアに対してマネージド プライベート エンドポイントを作成できます。 Purview サービスは、管理された仮想ネットワーク内のプライベート エンドポイントを維持します。

    • 仮想ネットワーク内にプライベート エンドポイントを作成することもできます。SHIR はそれらを使用してデータ ストアにアクセスできます。

  5. どのレベルのメンテナンスを提供できますか?

    インフラストラクチャ、サーバー、および機器の保守は、企業の IT 部門の重要なタスクの 1 つです。 通常、多くの時間と労力がかかります。

    • Azure IR と Managed Virtual Network IR を使用する場合、更新プログラム、修正プログラム、バージョンなどのメンテナンスについて心配する必要はありません。 Purview サービスは、すべてのメンテナンス作業を処理します。
    • SHIR はマシンにインストールされ、Kubernetes でサポートされている SHIR は Kubernetes クラスター上にあるため、メンテナンスを管理する必要があります。
  6. パフォーマンスとスケーラビリティ

    フル マネージドで自動スケーリングされた Azure IR、Managed Virtual Network IR、または Kubernetes がサポートするセルフホステッド統合ランタイムを、必要に応じて使用します。 弾力性を使用することで、特に大規模なデータ システムのスキャン時に、パフォーマンスとスケーラビリティを向上させることができます。

マネージド仮想ネットワーク統合ランタイムの休止状態

統合ランタイムが非アクティブの場合 (統合ランタイムのスキャンが 90 日を超えている場合)、マネージド Virtual Network Integration Runtimeは自動的に休止状態に移行します。 統合ランタイムを選択すると、その状態が 休止状態 として表示されます。

この変更の意味

  1. 休止状態の統合ランタイムでテスト接続を実行すると、テスト接続が失敗します。 15 分後にテスト接続を試すようにというメッセージが表示されます。 この時点で、Managed Virtual Network は通常の状態に戻ります。 この後、テスト接続とスキャンを正常に実行できます。

  2. 休止状態の Integration Runtime から最初にテスト接続を実行せずに、[今すぐスキャンを実行] または [スキャン オプションの編集] を使用してスキャンを直接実行した場合、または API を介してスキャンを実行すると、このスキャンには最大 15 分かかるというメッセージが表示されます。 この余分な時間は、休止状態の Integration Runtime が起動し、スキャン プロセスが開始するためのものです。 通常のスキャンの場合に表示されるキュー状態ではなく、スキャン状態が Queued_Waking Up IR として表示されます。 最初のスキャンの後、次のすべてのスキャンを正常に実行できます。

サポートされているデータ ソース

次の表は、Purview スキャンでサポートされるすべてのデータ ソースと、サポートされている統合ランタイムの種類を示しています。

カテゴリ サポートされているデータ ストア Azure IR/AWS IR Managed Virtual Network IR SHIR Kubernetes SHIR
Azure 複数のソース ✓
Azure Blob ストレージ ✓ ✓ (マネージド プライベート エンドポイントを含む) ✓ ✓
Azure Cosmos DB (API for NoSQL) ✓ ✓ (マネージド プライベート エンドポイントを含む) ✓ ✓
Azure Data Explorer ✓ ✓ (v2 のみ) ✓ ✓
Azure Data Lake Storage Gen1 ✓ ✓ (v2 のみ) ✓
Azure Data Lake Storage Gen2 ✓ ✓ (マネージド プライベート エンドポイントを含む) ✓ ✓
Azure Database for MySQL ✓ ✓ (マネージド プライベート エンドポイントを含む) ✓ ✓
Azure Database for PostgreSQL ✓ ✓ (マネージド プライベート エンドポイントを含む) ✓ ✓
Azure Databricks Hive メタストア ✓ ✓
Azure Databricks Unity Catalog ✓ ✓ (v2 のみ、マネージド プライベート エンドポイントを含む) ✓
Azure 専用 SQL プール (旧称 SQL DW) ✓ ✓ (マネージド プライベート エンドポイントを含む) ✓ ✓
Azure Files ✓ ✓ (マネージド プライベート エンドポイントを含む) ✓ ✓
Azure SQL データベース ✓ ✓ (マネージド プライベート エンドポイントを含む) ✓ ✓
Azure SQL Managed Instance ✓ ✓ (マネージド プライベート エンドポイントを含む) ✓ ✓
Azure Synapse Analytics (ワークスペース) ✓ ✓ (マネージド プライベート エンドポイントを含む) ✓ ✓
Database Amazon RDS ✓ ✓
Amazon Redshift ✓ ✓
Cassandra ✓ ✓ (v2 のみ) ✓ ✓
Db2 ✓ ✓
Google BigQuery ✓ ✓
Hive メタストア データベース ✓ ✓
MongoDB ✓ ✓
MySQL ✓ ✓ (v2 のみ) ✓ ✓
Oracle ✓
PostgreSQL ✓ ✓ (v2 のみ) ✓ ✓
SAP ビジネス ウェアハウス ✓ ✓
SAP HANA ✓ ✓
Snowflake ✓ ✓ (v2 のみ、マネージド プライベート エンドポイントを含む) ✓
SQL Server ✓ ✓
Azure-Arc 上の SQL Server ✓ ✓
Teradata ✓
File Amazon S3 ✓
HDFS ✓ ✓
サービスとアプリ Dataverse ✓ ✓ (v2 のみ) ✓
Erwin ✓
Looker ✓ ✓ (v2 のみ) ✓ ✓
Fabric ✓ ✓ (v2 のみ) ✓ ✓
Power BI ✓ ✓ (v2 のみ) ✓ ✓
Qlik Sense ✓ ✓ (v2 のみ) ✓
Salesforce ✓ ✓ (v2 のみ) ✓ ✓
SAP ECC ✓ ✓
SAP S/4HANA ✓ ✓
Tableau ✓ ✓ (v2 のみ) ✓