Microsoft Purview の「Enable Microsoft Purview pay-as-you-go features via subscription」は、Microsoft 365 テナントを Azure サブスクリプションに関連付け、Microsoft Purview の従量課金制機能を使えるようにする設定です。結論から言うと、非 Microsoft 365 のデータソースや AI アプリ、クラウドアプリまで Purview の保護・監査・ガバナンス対象を広げたい組織は、Azure サブスクリプション、リソースグループ、権限、コスト管理を事前に確認する必要があります。Microsoft の公式情報では、この機能はプレビュー段階であり、有効化できるのはグローバル管理者ロールのアカウントに限られます。(Microsoft Learn)
一方で、単にボタンを押して有効化すればよい設定ではありません。従量課金制になると、対象機能の利用量に応じて Azure 側で課金が発生します。特に Data Security、Data Governance、Insider Risk Management、Audit、Communication Compliance、AI アプリ関連の保護を使う場合は、ライセンス確認だけでなく、Azure Cost Management の予算・アラート設計まで含めて展開計画を立てることが重要です。(Microsoft Learn)
Microsoft Purview の従量課金制機能とは
Microsoft Purview の従量課金制機能は、従来のユーザー単位ライセンスだけではカバーしにくい領域に、データ保護・監査・ガバナンスを広げるための課金モデルです。公式情報では、Microsoft Purview には大きく分けて「Microsoft 365 や Windows/macOS エンドポイント向けのユーザー単位ライセンス」と、「非 Microsoft 365 データソースなどに使う pay-as-you-go モデル」の2つがあり、両者は排他的ではなく補完関係にあると説明されています。(Microsoft Learn)
つまり、Microsoft 365 E3/E5 などのライセンスを持っていても、すべての Purview 機能が追加課金なしで使えるわけではありません。AWS、Azure SQL、Box、Dropbox、Google Drive、Microsoft Fabric など、Microsoft 365 外のデータや一部の AI アプリ関連の保護を扱う場合、Azure サブスクリプションに紐づく従量課金が必要になることがあります。(Microsoft Learn)
実務上は、次のように理解すると判断しやすくなります。
| 観点 | ユーザー単位ライセンス | 従量課金制 |
|---|---|---|
| 主な対象 | Microsoft 365、Windows/macOS エンドポイント | 非 Microsoft 365 データソース、AI アプリ、クラウドアプリ、一部の高度な機能 |
| 課金の考え方 | ユーザーやライセンスプランに基づく | 使用量、処理量、保護対象資産、リクエスト数などに基づく |
| 管理場所 | Microsoft 365 / Purview 側が中心 | Purview 側の設定に加え、Azure の Cost Management + Billing も確認 |
| 注意点 | 対象ユーザーのライセンス割り当てが重要 | 予算、アラート、課金スコープ、利用量の見積もりが重要 |
今回の変更で管理者が最初に確認すべきポイント
今回のポイントは、「Microsoft Purview の機能追加」そのものよりも、「Purview の一部機能を使うために Azure サブスクリプションを課金先として関連付ける必要がある」という運用面の変化です。公式手順では、Microsoft 365 テナントを Azure サブスクリプションに関連付けることで、Microsoft Purview の従量課金制機能を有効化するとされています。(Microsoft Learn)
特に確認すべきなのは、次の4点です。
| 確認項目 | 管理者が見るべきポイント |
|---|---|
| Azure サブスクリプション | Microsoft Purview と同じテナント内に、アクティブな Azure サブスクリプションがあるか |
| リソースグループ | 課金リソースを配置する Azure リソースグループがあるか |
| 権限 | 有効化操作を行う担当者がグローバル管理者か |
| コスト管理 | Azure Cost Management + Billing で利用量、予算、アラートを確認できる体制があるか |
見落としやすいのは、Purview 管理者やコンプライアンス管理者だけでは有効化できない点です。公式情報では、従量課金制モデルを有効にできるのはグローバル管理者ロールのアカウントのみとされています。(Microsoft Learn)
セキュリティ部門やデータガバナンス部門が主導している場合でも、実際の有効化作業では Microsoft 365 の全体管理者、Azure 管理者、経理・調達担当が関わる可能性があります。特に大企業では、Azure サブスクリプションの利用申請、課金コード、予算承認、部門別費用配賦のルールを先に決めておかないと、展開後に費用の説明が難しくなります。
対象となる組織と影響範囲
公式情報の対象は、クラシック データガバナンス価格モデルを使っている現在の Azure Purview 顧客ではない組織とされています。手順の目的は、新規顧客が Microsoft Purview の従量課金制機能を使えるよう、Microsoft 365 テナントと Azure サブスクリプションを関連付けることです。(Microsoft Learn)
影響が大きいのは、次のような組織です。
- Microsoft 365 以外のデータソースも Purview で保護・分類・監査したい
- Google Drive、Box、Dropbox、AWS、Azure SQL、Microsoft Fabric などもガバナンス対象にしたい
- 生成 AI アプリや非 Microsoft 365 AI アプリの監査・保持・リスク検出を強化したい
- Insider Risk Management や Communication Compliance の対象を Microsoft 365 外に広げたい
- データガバナンスを「カタログ化」だけでなく、保護・分類・リスク検出まで一体で運用したい
逆に、Microsoft 365 内のメール、Teams、SharePoint、OneDrive などの基本的なコンプライアンス管理だけを行っている組織では、すぐに従量課金制機能を有効化しなくてもよいケースがあります。ただし、将来的に AI アプリや外部クラウドストレージを管理対象に加える予定があるなら、早めに課金・権限・運用ルールを整理しておく価値があります。
有効化に必要な前提条件
Microsoft Purview の従量課金制機能をサブスクリプション経由で有効化するには、公式手順で次の前提条件が示されています。(Microsoft Learn)
| 前提条件 | 内容 | 実務での確認方法 |
|---|---|---|
| Azure サブスクリプション | Microsoft Purview と同じテナント内にある Azure サブスクリプション | Azure portal のサブスクリプション一覧でテナントと状態を確認 |
| Azure リソースグループ | そのサブスクリプション内のリソースグループ | 課金リソース用に専用リソースグループを作るか検討 |
| サービスプラン | MIP_S_Exchange または EXCHANGE_S_FOUNDATION | Microsoft 365 管理センターやライセンス情報で確認 |
| 管理者権限 | グローバル管理者 | Microsoft Entra 管理センターのロール割り当てを確認 |
専用のリソースグループを作る場合は、名前だけで用途が分かるようにしておくと後の運用が楽になります。たとえば rg-purview-payg-prod のように、サービス名、課金用途、本番・検証の区分を入れると、Cost Management や監査時に説明しやすくなります。
また、Azure サブスクリプションは「存在している」だけでは不十分です。公式手順では、従量課金制の課金モデルを有効にする前に、Azure サブスクリプションが課金可能なアクティブ状態である必要があるとされています。(Microsoft Learn)
有効化手順の流れ
有効化は Microsoft Purview ポータルから行います。公式情報では、Purview ポータル右上のロケットアイコン、または Settings > Account details から開始できるとされています。(Microsoft Learn)
| 手順 | 操作 | 注意点 |
|---|---|---|
| 1 | Microsoft Purview ポータルを開く | 操作するアカウントがグローバル管理者であることを確認 |
| 2 | 右上のロケットアイコン、または Settings > Account details から開始 | UI 表示は更新される可能性があるため、公式手順も確認 |
| 3 | アクティブな Azure サブスクリプションを選択 | 同じテナント内のサブスクリプションを使う |
| 4 | リソースグループを選択 | 課金リソースがこのリソースグループ配下に作成される |
| 5 | 完了後、反映を待つ | 変更完了まで数時間かかる場合がある |
設定完了後は、Microsoft Purview の Solutions ページで、Microsoft 365 以外の資産を保護する従量課金制機能を使えるようになります。ただし、反映には数時間かかる場合があるため、展開当日にポリシー作成や検証を詰め込みすぎない方が安全です。(Microsoft Learn)
従量課金制で使われる主な機能
Microsoft Purview の pay-as-you-go モデルは、単一機能だけの話ではありません。公式の課金モデル説明では、Data Security、Data Governance、Data Risk and Compliance、その他の Purview ソリューションにまたがって従量課金制の対象機能が整理されています。(Microsoft Learn)
代表的な対象は次のとおりです。
| 領域 | 主な機能例 | 課金単位の考え方 |
|---|---|---|
| Data Security | Information Protection、Data Security Investigations、Insider Risk Management | 保護対象資産、処理単位、保存データ量など |
| Data Governance | Unified Catalog data curation、Data health management | 管理対象資産、Data Governance Processing Unit など |
| Data Risk and Compliance | Audit、Communication Compliance、Data Lifecycle Management、eDiscovery | 監査レコード、テキストレコード、AI アプリのやり取り、保存容量など |
| その他 | On-demand classification、Network Data Security、Data Loss Prevention for Cloud Apps in Edge for Business | 分類対象資産、リクエスト数、Security Compute Unit など |
ここで重要なのは、「有効化しただけで必ず大きな費用が発生する」と決めつけないことです。課金は機能ごとの使用量や対象範囲に依存します。一方で、ポリシーのスコープを広く取りすぎると、想定以上の資産数やリクエスト数が課金対象になる可能性があります。
たとえば、DLP ポリシーを Microsoft Fabric の全ワークスペースに広げる場合と、一部の機密データを扱うワークスペースだけに限定する場合では、対象資産数が大きく変わります。公式情報でも、資産はポリシーのスコープ内にある項目数に基づいてカウントされ、条件に一致したものだけではなく、対象場所に含まれることがカウントの前提になると説明されています。(Microsoft Learn)
管理者が移行前に確認すべき設定
従量課金制機能を有効化する前に、最低限次の設定を確認しておきましょう。
Azure サブスクリプションの所有者と用途を明確にする
Purview の課金先にする Azure サブスクリプションは、できれば用途を明確にしたものを使うべきです。既存の共用サブスクリプションに紐づけると、後から Purview の費用だけを切り分けて説明しにくくなることがあります。
確認すべき項目は次のとおりです。
- サブスクリプションの所有部門
- 請求先、契約種別、費用負担部門
- Purview 用リソースグループの命名規則
- 本番環境と検証環境を分ける必要があるか
- Cost Management を閲覧できる担当者
Azure Cost Management では、コスト分析によりサービス別、リソースグループ別、サブスクリプション別などの観点で費用を確認できます。Microsoft は、コストを管理・最適化する前に、どこから費用が発生しているかを把握することが重要だと説明しています。(Microsoft Learn)
予算とアラートを先に作る
従量課金制を使うなら、予算とアラートは後回しにしない方が安全です。Azure Cost Management の予算アラートは、設定した予算条件に達した場合に通知される仕組みです。(Microsoft Learn)
実務では、次のような段階的なアラートを設定すると運用しやすくなります。
| しきい値 | 通知先 | 目的 |
|---|---|---|
| 50% | システム管理者、Purview 管理者 | 利用増加の早期把握 |
| 80% | 管理者、部門責任者 | 利用範囲の見直し判断 |
| 100% | 管理者、経理・調達担当 | 予算超過の説明と是正 |
| 120% 以上 | セキュリティ責任者、IT 管理責任者 | 想定外利用や設定ミスの調査 |
注意点として、Azure の予算アラートは通知のための仕組みであり、しきい値を超えた時点で自動的に Purview の利用を停止するものではありません。予算超過時にどのポリシーを停止・縮小するか、誰が判断するかまで決めておく必要があります。
ポリシースコープを小さく始める
失敗しやすいのは、最初から全社・全データソースを対象にする展開です。保護範囲を広げること自体は重要ですが、従量課金制ではスコープの広さがコストと直結する場合があります。
最初は、次のように段階展開するのが現実的です。
| フェーズ | 対象例 | 目的 |
|---|---|---|
| 検証 | 特定部門、少数のデータソース、検証用ワークスペース | 課金メーターとログの出方を確認 |
| 限定展開 | 機密データを扱う部門、重要なクラウドストレージ | 運用フローとアラート対応を確認 |
| 本格展開 | 全社対象、複数クラウド、AI アプリ連携 | コスト配賦とガバナンスを標準化 |
この順序なら、予算超過や誤検知、ポリシー過多による運用負荷を抑えながら拡張できます。
開発者・データ担当者が確認すべきポイント
Microsoft Purview の従量課金制は管理者だけの話ではありません。開発者、データエンジニア、セキュリティ担当者も、データソースやアプリの設計に影響を受けます。
特に確認すべきなのは、次の3点です。
データソースの棚卸し
Azure SQL、Data Lake、Fabric、クラウドストレージ、外部 SaaS など、Purview の管理対象にするデータソースを整理します。重要なのは「接続できるか」だけでなく、「本当に保護・分類・監査対象にするべきか」です。
たとえば、テストデータや一時ファイルまで広くスキャン対象にすると、コストやノイズが増えます。逆に、顧客情報や機密設計書が含まれる領域を対象外にすると、Purview を導入する意味が薄れます。
AI アプリ利用のログと保持方針
生成 AI アプリや AI エージェントの利用を管理する場合、監査ログ、保持ポリシー、コミュニケーションリスク検出の対象を明確にする必要があります。公式情報では、非 Microsoft 365 の生成 AI アプリに関する Audit、Communication Compliance、Data Lifecycle Management、eDiscovery などが従量課金モデルの対象として整理されています。(Microsoft Learn)
開発部門では、AI アプリに送信されるプロンプト、レスポンス、添付ファイル、API 経由のデータ送信が、どのポリシーに関係するかを確認しておきましょう。特に社内アプリから外部 AI API を呼び出す構成では、ネットワーク、監査、保持、DLP の観点が重なります。
ポリシー変更時の影響確認
Purview のポリシーを変更すると、保護範囲や監査対象が変わります。開発者側では、次のような影響が出る可能性があります。
- ファイルアップロードや外部共有がブロックされる
- AI アプリへの入力が警告・監査対象になる
- クラウドストレージのデータが分類・ラベル付け対象になる
- 調査や監査のためにログ保持が必要になる
- テスト環境のデータも対象に入ってしまう
そのため、本番展開前には、管理者だけでなく、アプリ開発、データ基盤、セキュリティ、法務・コンプライアンスの担当者で対象範囲を確認することが重要です。
既存の Azure Purview 顧客と新規顧客で手順が異なる点
今回の「subscription based」の手順は、新規顧客向けの有効化手順です。一方、既存の Azure Purview 顧客や、無料パブリックプレビューで従量課金制のデータセキュリティ機能を使っている組織には、別途「従量課金制機能の使用に同意する」手順が用意されています。(Microsoft Learn)
既存顧客向けの同意手順では、現在の課金モデルから従量課金制モデルに切り替える同意が必要です。また、同意できるのはグローバル管理者ロールのアカウントのみとされています。(Microsoft Learn)
| 組織の状態 | 確認すべき手順 |
|---|---|
| これから Microsoft Purview の従量課金制機能を使う新規顧客 | Azure サブスクリプションを関連付ける有効化手順 |
| 既存の Azure Purview 顧客 | 従量課金制モデルへの同意手順 |
| 無料パブリックプレビューで従量課金制データセキュリティ機能を使っている組織 | 有料モデルへの移行同意と影響確認 |
ここを誤ると、「有効化するつもりだったのに同意フローが表示される」「既存設定の移行影響が分からない」といった混乱につながります。まず自社が新規顧客なのか、既存の Azure Purview / Microsoft Purview 利用組織なのかを整理してください。
展開時に起きやすい失敗と対策
グローバル管理者だけで作業してしまう
有効化操作にはグローバル管理者が必要ですが、グローバル管理者だけで進めるとコスト設計や運用設計が抜けがちです。Purview の設定はセキュリティ・コンプライアンスに関わり、課金は Azure に関わります。
少なくとも次の担当者を巻き込むと、後戻りを減らせます。
| 担当 | 役割 |
|---|---|
| Microsoft 365 管理者 | テナント、ライセンス、グローバル管理者操作 |
| Azure 管理者 | サブスクリプション、リソースグループ、Cost Management |
| セキュリティ担当 | DLP、分類、監査、リスク検出の方針 |
| データ基盤担当 | 対象データソース、Fabric、SQL、ストレージの確認 |
| 経理・調達担当 | 予算、請求、部門別費用負担の整理 |
課金単位を理解せずにポリシーを広げる
従量課金制では、機能ごとに課金単位が異なります。資産数、処理単位、保存容量、テキストレコード、リクエスト数などが使われます。たとえば Communication Compliance ではテキストレコードが単位として説明されており、1テキストレコードは1,000文字相当です。(Microsoft Learn)
このため、「ユーザー数が少ないから安いはず」とは限りません。少人数でも大量のデータ処理や AI アプリ利用がある部門では、課金が増える可能性があります。
プレビュー機能の前提を見落とす
公式情報では、この機能はプレビュー段階とされています。(Microsoft Learn)
プレビュー機能は、一般提供済み機能と比べて仕様、画面、利用可能リージョン、課金条件などが変わる可能性があります。社内展開する場合は、次のような扱いが安全です。
- いきなり全社必須機能として展開しない
- 検証期間を設ける
- 画面や手順の社内マニュアルを固定しすぎない
- 公式情報の更新を定期的に確認する
- 予算アラートを低めに設定して初期利用を観察する
有効化前チェックリスト
作業前には、次のチェックリストを使って準備状況を確認してください。
| チェック | 確認内容 |
|---|---|
| □ | Microsoft Purview と同じテナント内に Azure サブスクリプションがある |
| □ | サブスクリプションがアクティブで課金可能な状態になっている |
| □ | Purview 用の Azure リソースグループを決めている |
| □ | 有効化を行うアカウントがグローバル管理者である |
| □ | MIP_S_Exchange または EXCHANGE_S_FOUNDATION のサービスプランを確認した |
| □ | Azure Cost Management + Billing を確認できる担当者がいる |
| □ | 予算アラートの通知先を決めている |
| □ | 初期展開の対象データソースを限定している |
| □ | セキュリティ、データ基盤、経理・調達の関係者に共有済み |
| □ | プレビュー機能であることを社内展開計画に反映している |
このチェックリストで未確認の項目が多い場合は、設定作業より先に運用設計を進めた方が安全です。
有効化後に確認すべきこと
有効化後は、機能が使えるかだけでなく、コストと運用ログを確認します。公式手順では、完了後に変更反映まで数時間かかる場合があるとされています。(Microsoft Learn)
有効化当日から数日間は、次の項目を確認してください。
- Microsoft Purview の Solutions ページで対象機能が利用可能になっているか
- Azure portal の Cost Management + Billing で利用量が見えるか
- 課金リソースが想定したリソースグループ配下に作成されているか
- 予算アラートが正しい通知先に設定されているか
- 初期ポリシーのスコープが広すぎないか
- 監査・分類・リスク検出のログが想定どおりか
- 利用部門に説明できる費用分類になっているか
特に最初の1か月は、利用量の傾向を確認する期間と考えるべきです。Azure の価格ページでも、実際の価格は契約、購入日、為替レートなどにより変わる可能性があると説明されているため、見積もりだけで確定費用と考えないようにしましょう。(Microsoft Azure)
まず取るべき行動
Microsoft Purview の従量課金制機能を使うべきか迷っている場合は、いきなり有効化するのではなく、次の順番で進めるのが現実的です。
- Microsoft 365 外で保護・監査したいデータソースを洗い出す
- 使いたい Purview 機能が従量課金制の対象か確認する
- Azure サブスクリプションとリソースグループを決める
- Cost Management で予算とアラートを設定する
- 小さな範囲で検証し、課金メーターと運用負荷を確認する
- 問題がなければ対象部門やデータソースを段階的に広げる
今回の設定は、Microsoft Purview を Microsoft 365 内のコンプライアンス管理から、クラウド、外部データソース、AI アプリまで含めたデータセキュリティ基盤へ広げるための入口です。重要なのは、有効化そのものではなく、「どのデータを、どの機能で、どの予算の範囲で守るのか」を先に決めることです。管理者は Azure サブスクリプション、グローバル管理者権限、リソースグループ、予算アラートを確認し、開発者やデータ担当者は対象データソースとポリシースコープを整理するところから始めましょう。
コメント