Microsoft 365 バックアップの部門別課金

複数の部署を持つ大規模なorganizationで、部門またはグループ内のMicrosoft 365 バックアップを管理する場合は、部門の請求が適している可能性があります。 部門別課金では、次の機能を使用してバックアップを管理できます。

  1. 異なるAzure サブスクリプション別の内訳バックアップ コスト。
  2. ロールベースのアクセス制御 (RBAC) を使用して、部門内の特定の管理者にバックアップ管理 (作成と更新) を制限します。
  3. Azure サブスクリプションを使用して別の部門の管理者が承認されていないバックアップ料金を引き起こさないようにします。

部門 (RBAC) 内のロールベースのアクセス制御: 部署またはグループ内でバックアップを管理できる管理者を制限するには、すべてのバックアップ管理者もサブスクリプションの所有者または共同作成者ロールを持っている必要があります。 これにより、サブスクリプションの使用権限を与えられた承認済みの管理者のみが、バックアップを作成および編集し、部門のAzure サブスクリプションに従うことができます。 部署のサブスクリプションの所有者である場合は、他の管理者をサブスクリプションに追加する権限が必要ない場合は、部署のバックアップ管理者に低い特権の "共同作成者" ロールを付与することをお勧めします。

部門別の課金を設定する

テナントの部門別課金を設定するには、次の手順に従います。

  1. Microsoft 365 バックアップの従量課金制セットアップの手順に従って、課金ポリシーを作成し、Microsoft 365 バックアップに接続します。

  2. [従量課金制] ページの [サービス] タブで、[Microsoft 365 バックアップ] を選択します。

  3. 部門別課金を有効にするには、[Microsoft 365 バックアップ] ページの [設定] タブで、部門内のバックアップの管理を制限するためのチェック ボックスをオンにします。

    Microsoft 365 バックアップの [設定] タブのスクリーンショット。

    バックアップを使用した部門別の課金がテナントに対して有効になったので、管理者には、バックアップに接続されている課金ポリシーに所有者/共同作成者のAzureロールが割り当てられ、バックアップ ポリシーのみを作成および編集できます。

  4. ここで説明するようにバックアップ ポリシーを作成することで、部署のバックアップを作成できます。 ポリシーの作成/編集ウィザードで、管理者は課金ポリシーをバックアップ ポリシーに関連付ける必要があります。 課金ポリシーの一覧には、管理者が所有者/共同作成者アクセス権を持つ課金ポリシーのみが表示されます。
    バックアップ ポリシーに課金ポリシーを割り当てるスクリーンショット。

注:

部門別の課金を有効にすると、バックアップに接続されている課金ポリシーに所有者/共同作成者のAzureロールが割り当てられている管理者は、バックアップ ポリシーのみを作成および編集できます。

バックアップ ポリシーに対するロールベースのアクセス制御 (RBAC) 権限を持たない管理者は、課金ポリシーを使用してバックアップ ポリシーを作成したり、部署の管理者によって作成されたバックアップ ポリシーを編集したりすることはできません。 課金ポリシーは、アクセス権を持たない管理者の 場合は機密 として表示されます。

課金ポリシーが機密として表示されているバックアップ ポリシーの一覧のスクリーンショット。

バックアップ ポリシーに関連付けられている課金ポリシーを変更する

課金ポリシーがバックアップ ポリシーに関連付けられると、バックアップ ダッシュボードから更新できます

  1. 課金ポリシーを更新するバックアップ ポリシーを選択します。 バックアップ ポリシー名の横にある 3 ドットを選択し、[ 課金ポリシーの更新] を選択します。 バックアップ ポリシーの課金ポリシーを変更するスクリーンショット。

部門別の課金を無効にする

バックアップ管理をサブスクリプションの所有者または共同作成者に制限する RBAC 制御なしでバックアップを管理する場合は、[設定] タブの [Microsoft 365 バックアップ] ページのチェック ボックスをオフにします。

Microsoft 365 バックアップの従量課金と請求書を管理する

Microsoft Cost Management の OneDrive、SharePoint、Exchange のテナントとサービスの種類別、または Cost Management パブリック API にアクセスすることで、Azure portal 実際のコストの内訳と累積コストの内訳を表示できます。 アプリケーション ID 別のコストの内訳は近日公開予定です。



  1. Azure portal にサインインします。

  2. コストの管理と課金で検索します。

  3. [ コスト分析 ] を選択すると、次の情報が表示されます。

    • 累積コストと予測コスト。

    • [ +フィルターの追加] を 選択すると、メーターとタグ別のコストの内訳が表示されます。

      Microsoft Cost Management のコスト分析ページのスクリーンショット。

また、Azure portalの課金エクスポート機能を使用して、毎日のコスト情報をエクスポートすることもできます。 詳細については、「 チュートリアル: エクスポートされたデータを作成および管理する」を参照してください。

テナント、サービスの種類、アプリケーション別の課金属性

タグ別の実際のコスト内訳は、Azure portalで確認できます。 現在、Microsoft 365 バックアップで使用できるタグは、テナント、**servicetype、protectionunitid の 3 つです。

タグを表示するには:

  1. [ +フィルターの追加] を 選択すると、メーターとタグ別のコストの内訳が表示されます。

  2. タグを選択します。

    • キーと値のペアで、テナントまたはサービスタイプ選択し、それぞれのテナント ID またはサービスの種類を選択します。

      • テナントには、 テナント ID の一覧が表示されます。

      • servicetype は OneDrive、SharePoint、または Exchange です。

      • アプリケーションには、 アプリ ID の一覧が表示されます。

      • protectionunitid には、サイト ID の一覧が表示されます。

      • Exchange メールボックス - バックアップされたメールボックスのメールボックス ID。 この属性は、「 Exchange メールボックスの課金属性」セクションで詳しく説明されているように、明示的な管理者の同意でのみ使用できます。

      • OneDrive アカウント - 対応する OneDrive サイトの SiteId。

      • SharePoint サイト - 対応する SharePoint サイトの SiteId。

    • Azureコスト分析 - タグでフィルター処理します。

    • OneDrive のタグは、その siteID です。 これを userID に変換するには、次の API を使用します。 https://graph.microsoft.com/v1.0/sites/<siteid>/drive?select=owner

  3. 左側のナビゲーションで、[ 課金 ] を選択して月次請求書を表示します。

    このビューを使用して、Microsoft 365 バックアップのリソース別のコストを確認することをお勧めします。

    Microsoft Cost Management のリソース別のコストを表示するための推奨ビューのスクリーンショット。

  4. Cost Management パブリック API の手順に従って、コストに関する予算アラートを設定します。

Azureコスト管理では、サイト ID 別の SharePoint と OneDrive のコスト属性が既定で含まれます。 Azure Cost Management でメールボックス別のMicrosoft 365 バックアップ消費量のコスト属性を表示する場合は、設定を有効にし、Microsoft 365 プライバシー要件の一部としてメールボックス ID をAzure サービスに送信することに同意する必要があります。 この設定は、siteID 別のコスト属性には適用されません。 以下の手順に従って、メールボックス ID でコストの増加を有効にし、同意を提供できます。 メールボックスの設定でコストの削減を有効にする前に、同意言語を慎重に読み取うことをお勧めします。

  1. ホーム ページMicrosoft 365 バックアップ Exchange の 3 つのドットをクリックし、[設定] を選択します
  2. 開いたパネルで同意言語を読み、exchange メールボックス ID がAzureに送信されることに同意する場合は、checbox を選択します。

警告

Azure従量課金レポートの MailboxDbGuid タグは、Microsoft の内部使用のみを目的としています。 値が変更される可能性があるため、依存しないことをお勧めします。 これは MailboxId とは異なる点に注意してください。