Microsoft Purview の課金モデルについて説明します
この機能はプレビュー段階です。
Microsoft Purview は、お客様がデータをセキュリティで保護および管理するのに役立つ一連の統合製品です。 これは、Microsoft 365 および Microsoft 365 以外のワークロードとデータ システム用の統合セキュリティ、ガバナンス、コンプライアンス ソリューションで構成されています。 Microsoft Purview では、この多様な環境をサポートするために、次の 2 つの補完的な課金モデルがサポートされています。
- Microsoft 365 および Windows/macOS エンドポイント ソースのユーザーごとのライセンス
- Microsoft 365 以外のデータ ソースの従量課金制モデル
この記事では、以下について説明します。
- 2 つの課金モデルの概要。
- 同意エクスペリエンスの概要。
- ソリューション固有の機能に関する情報へのリンク。
注:
従量課金制課金モデルは、ユーザーごとのライセンス モデルに基づいています。 2 人は補完的であり、相互に排他的ではありません。
ユーザーごとのライセンス モデル
ユーザーごとのライセンス モデルは、使い慣れたMicrosoft 365 E3/E5/A5/F5/G5 モデルです。 変更されません。 このライセンス モデルを使用すると、Microsoft Purview の制御と保護を Microsoft 365 および Windows/macOS エンドポイント ベースの資産に適用できます。 Microsoft Purview サービスの説明に記載されています。
従量課金制課金モデル
重要
従量課金制課金モデルは、2025 年 1 月 6 日に無料パブリック プレビューから有料パブリック プレビューに切り替わっています。コスト見積もりの詳細については、「Microsoft Purview の価格」を参照してください。
従量課金モデルは従量課金モデルです。 Microsoft Purview のセキュリティ、ガバナンス、および Microsoft 365 や Windows/macOS 以外の保護を、Microsoft Fabric、Azure SQL、Azure ADLS、アマゾン ウェブ サービス (AWS)、Google Cloud Platform (GCP)、Box、Dropbox などの環境に拡張します。 従量課金制は、Microsoft 365 以外のデータ ソースにのみ適用されます。
従量課金制モデルでは、保護する 資産 の数と、1 か月間に使用する 処理ユニット の数に基づいて課金されます。 保護される資産の数と使用される処理単位の数は、異なる方法で測定されます。 Azure の請求書は月末に生成されます。
資産
資産は、Microsoft Purview ポリシーによって保護されている Microsoft 365 以外のアイテムです。 構造化データの場合はテーブル、非構造化データの場合は任意のファイルに等しい場合があります。 ポリシーのスコープ内にある資産ごとに、1 日あたりに課金されます。 資産の測定は、Microsoft Purview Information Protectionによって使用されます。
アセットと、それらに適用できる Microsoft Purview 保護ポリシーの例をいくつか次に示します。
| クラウド プロバイダー | データ ソース | Asset | で保護できます。 |
|---|---|---|---|
| Azure | SQL DB | Table | Microsoft Purview Information Protection ポリシー、Microsoft Purview Information Protection自動ラベル付け |
| Azure | ADLS | ファイルまたはリソース セット | Microsoft Purview Information Protection ポリシー、Microsoft Purview Information Protection自動ラベル付け |
| Azure | BLOB | ファイルまたはリソース セット | Microsoft Purview Information Protection ポリシー、Microsoft Purview Information Protection自動ラベル付け |
| Azure | 生地 | セマンティック モデル、Power BI レポート | Microsoft Purview Information Protectionポリシー、Microsoft Purview Information Protection自動ラベル付け、Microsoft Purview データ損失防止 |
データ ガバナンス資産の詳細については、「 Microsoft Purview データ ガバナンスの価格の概念」を参照してください。
従量課金制の資産保護機能
従量課金制では、次の場所で Microsoft 365 以外の資産を保護できます。
| 場所 | 現在のリリース状態 | 請求開始日 |
|---|---|---|
| Azure SQL | パブリック プレビュー | 2025 年 1 月 6 日 |
| Azure storage (ADLS Gen2) | パブリック プレビュー | 2025 年 1 月 6 日 |
| 生地 | パブリック プレビュー | 2025 年 2 月 1 日 |
処理単位
処理単位は、従量課金制に含まれるワークロードからのシグナルを処理するために使用されるコンピューティング リソースの量の測定値です。
データ ガバナンス処理ユニット: データ ガバナンス処理ユニットの詳細については、「 データ ガバナンス処理ユニットの説明」を参照してください。
データ セキュリティ処理ユニット: Microsoft Purview データ セキュリティ処理ユニットは、分析情報を生成するために Microsoft 365 以外のデータ ソースからのユーザー アクティビティを処理するために必要なコンピューティングとして定義されます。 必要なユニット数は、Purview ソリューションと処理されるデータの複雑さによって異なる場合があります。 インサイダー リスク管理 (IRM) は、処理単位ベースのメーターを使用する従量課金制の機能です。 従 量課金制インジケーターが含まれています。 詳細については、「 インサイダー リスク管理でポリシー インジケーターを構成する」を参照してください。
資産と処理単位のカウント
従量課金モデルは、保護する資産の数と使用する処理単位の数に基づいています。 これらは異なる方法で測定されます。
資産のカウント
資産は、ポリシーのスコープ内にある項目の数に基づいてカウントされます。 資産は、カウントするポリシーと一致またはトリガーする必要はありません。ポリシーのスコープ内にある場所にある必要があります。 資産は、対象のソリューションまたは保護ポリシーの数に関係なく、1 回だけカウントされます。
次に、いくつかの例を示します:
- 保護ポリシー: テナントには 100 個のテーブルを含む SQL サーバーがあり、そのうち 50 個が Confidential とラベル付けされ、20 個が [全般] というラベルが付けられます。 保護ポリシーは 、Confidential とラベル付けされた資産にのみ適用されます。その結果、資産数は 50 になります。
- 自動ラベル付けポリシー: テナントには 100 個のAzure SQL サーバーがあり、それぞれに 500 個のテーブルがあります。 自動ラベル付けポリシーは、その構成に基づいて 30 Azure SQLサーバーに適用され、そのポリシーの資産数は 15,000 になります。
- データ損失防止ポリシー: テナントには 10 個のファブリック レイクハウスがあり、それぞれに 50 個の資産があります。 ポリシーは、これらの Fabric Lakehouse のうち 5 つのみ適用されます。 このポリシーの資産数は 250 になります。
カウント処理単位
必要な処理単位の数は、Purview ソリューションと処理されるデータの複雑さによって異なる場合があります。
たとえば、Microsoft Purview インサイダー リスク管理は、データの盗難とデータ リーク ポリシーで選択されている Microsoft 365 以外のインジケーターに対応するユーザー アクティビティを処理して、分析情報、アラート、ケースを生成します。 IRM の場合、処理装置は、このようなユーザー アクティビティを 10,000 個処理するために必要なコンピューティングとして定義されます。 課金は、使用される処理単位の数に基づいています。 クラウド ストレージ アプリ (Box、Dropbox、Google Drive)、クラウド サービス (AWS、Azure)、Microsoft Fabric (Power BI) でのアクティビティを検出するMicrosoft Purview インサイダー リスク管理インジケーターは、データ セキュリティ処理ユニットに対して課金されます。