Azure請求処理データをダウンロードするジョブをスケジュールおよび管理します

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：11分

    • 請求処理ダウンロードジョブは、指定したスケジュールで支払人アカウントの請求処理データをダウンロード、整理、保存します。システムはデータを分析してレポートを生成し、コスト削減につながる可能性のあるクラウド運用の変更について推奨事項を作成します。

    始める前に

    システムに 8 GB の Clotho メモリと 4 GB の MID メモリが搭載されていることを確認します。

    必要なロール:クラウド統合アドミン [sn_cld_intg_core.cloud_integrations_admin]

    このタスクについて

    重要:
    この情報は、 クラウドコスト管理 アプリと クラウドインサイト請求 アプリの両方に適用されます。クラウドコスト管理へのすべての参照はクラウドインサイト請求にも適用されます。
    • 一部のプロバイダーに対して正確なレポートと推奨事項を提供するには、スケジュールされた実行の前に必ずディスカバリーを実行してください。
    • サービスアカウントごとに 1 つの請求処理ダウンロードジョブのみ作成できます。
    • 非ブレンドタイプのコストのみがサポートされます。
    • 請求処理ダウンロードジョブが正常に実行されるたびに、タグ付けされたコストが更新されます。タグカテゴリ定義に加えた最近の更新 (カテゴリへのタグ名の追加など) は、コストレポートに反映されない場合があります。請求処理ダウンロードジョブを実行せずに最新のタグカテゴリ定義をコストデータに適用するには、 クラウドコスト管理ワークスペース > 操作 > コスト使用タグ > タグカテゴリ をクリックし、[ カテゴリの再適用] を選択します。
    • 請求処理ダウンロードジョブが正常に実行されるたびに、予算予測、営業時間、予約/節減プラン、サイズの適正化、および未使用リソースジョブがトリガーされ、支出と使用状況のデータを分析し、レポート内のアクション可能な推奨事項を更新します。
    • スケジュールされた時間になると、ジョブは複数のステージで実行されます (たとえば、プロバイダーへの接続、データのダウンロード、インポート後のソートの実行など)。各ステージの価格シートの実行ページにステータスと結果が記録されます。
    • コストカテゴリは、請求処理データがダウンロードされるたびに新しいコストタグ値で更新されます。(プロバイダーポータルでコストタグを定義して、使用状況データを特定のビジネスエンティティに関連付けます。たとえば、コストセンターのカテゴリには、開発、テスト、QA のタグが含まれる場合があります。ユーザーカテゴリには、ユーザーの名前が含まれる場合があります)。
    • 請求処理データは、月ごとに新しい順にダウンロードされます。たとえば、範囲が 3 月から 6 月の場合、6 月のデータが最初にダウンロードされます。
    • 最初の請求処理データのダウンロードで意味のある結果が得られるように、アプリは少なくとも 30 日間データをダウンロードします。たとえば、今日が 6 月 10 日で、ダウンロードに 6 月を指定した場合、5 月と 6 月の両方のデータが自動的にダウンロードされ、分析用のデータが少なくとも 30 日分確保されます。
    • ダウンロードできるのは直近 12 か月分のデータのみです。

    • Kubernetes クラスターをプロビジョニングするたびに、1 つのデフォルトリソースグループがMC_myResourceGroup_myAKSCluster_eastusとして作成されます。たとえば、リソースグループ名が TestResourceGroup の Kubernetes クラスターをプロビジョニングすると、Azureはこのリソースグループ名を使用し、別のリソースグループをMC_<name of the resource group>_<name of the cluster>_<location of the cluster>としてプロビジョニングします。

      Kubernetesクラスターのすべてのリソースは、Azureによって提供されるリソースグループに含まれています。請求処理ダウンロードジョブを実行すると、この命名規則 MC_<name of the resource group>_<name of the cluster>_<location of the cluster> でリソースグループに含まれるリソースのリストがチェックされます。
      • 請求処理ダウンロードジョブの実行中に、タグ sn_ccm_k8_cluster_name が Kubernetes クラスターに追加されます。
      • タグ sn_ccm_k8_cluster_name は、支出ジョブの実行中にリソースグループに存在する Kubernetes クラスターのリソースに追加されます。
      注:
      • リソースグループの資産またはリソースに独自の名前を指定した場合、 Kubernetes クラスターの消費量は表示できません。
      • ディスカバリーとサービスマッピングパターンアプリケーション (sn_itom_pattern) 1.10.2 以降をインストールします。詳細については、「Install Discovery and Service Mapping Patterns」を参照してください。
      • CMDB CI クラスモデル (sn_cmdb_ci_class) バージョン 1.53.1 以降をインストールします。詳細については、「CMDB CI Class Models」を参照してください。
      • Kubernetesディスカバリーを設定するには、「Kubernetes discovery using patterns」を参照してください。
    • クラウドコスト管理インフラスタック アプリケーションをバージョン 8.1 とともにインストールした場合クラウドコスト管理、請求処理は Glide の外部の Kubernetes クラスターでのみ行われ、ServiceNowデータセンター内で行われます。このフレームワークは、データのチャンク単位の並列処理をサポートしているため、請求処理ファイルのダウンロードが高速になります。

      Azure 課金データの要求を送信すると、チャンク サイズに基づいて BLOB が生成されます。システムプロパティ sn_cld_intg_azure.billing_chunk_duration を使用して、チャンクサイズを設定できます。詳細については、「Microsoft Azure請求処理 BLOB のチャンク サイズを構成する」を参照してください。30 日間の請求処理データをダウンロードし、チャンク サイズを 3 に設定した場合、請求処理データは 10 個の BLOB で使用できる例を考えてみましょう。すべての BLOB が生成されると、ジョブの状態が [準備完了] から [要求済み] に変わります。これらの BLOB は、 Azure ポータルの一部の BLOB ストレージに格納されます。その後、 Kubernetes フレームワークは、生成された BLOB を Azure からダウンロードして処理します。

      注:

      クラウドコスト管理インフラスタック アプリケーションをインストールしている場合、ジョブの終わりに向かって、クラウド CI と支出データ量に基づいて、大幅なデータベース更新と挿入操作が実行されます。したがって、データベースのパフォーマンスに影響を与える他のジョブは、この時間帯に クラウドコスト管理 ジョブと一緒に実行しないでください。

    • バージョン 8.1 以降 クラウドコスト管理 、請求ダウンロードジョブのデフォルト時間が午前 12 時から午前 1 時 (UTC) に変更されました。また、 クラウドコスト管理 ジョブは、業務時間外と、 ServiceNow インスタンスで他の負荷の高い操作やジョブが実行されていない場合にのみスケジュールまたは実行します。

    手順

    1. 次のように移動する。 クラウドコスト管理ワークスペース > 操作 > アドミニストレーション > 請求処理ダウンロードジョブ.
    2. [ Azure ] タブを選択します。
    3. [New (新規)] を選択します。
    4. フォームのフィールドに入力します。
      表 : 1. Azure 請求処理ダウンロードジョブ
      フィールド 説明
      [Name (名前)] 請求処理ダウンロードジョブのスケジュールされた実行のわかりやすい名前。
      前回の正常実行 直近の正常な実行のタイムスタンプ。
      ユーザー/グループに通知 ジョブ実行のステータス (ダウンロードエラーなど) をメールで通知するユーザーまたはグループ。システムは、成功した場合に通知を送信しません。

      クラウド統合アドミン [sn_cld_intg_core.cloud_integrations_admin] ロールを持つユーザーまたはグループは、これらの問題の処理に適しています。

      メールテンプレートを更新するには、次に移動します: システム通知 > メール > 通知 をクリックし、[請求処理ジョブ実行エラー時に通知] テンプレートを開きます。メールの構成の詳細については、「 Create an email template」を参照してください。
      [Active (アクティブ)] ジョブをアクティブ化するためのオプション。アクティブなジョブのみが実行されます。
      実行 請求処理ダウンロードジョブを実行する頻度。

      このフィールドは自動的に [日次] に設定されます。

      注:
      選択した値に応じて、追加のフィールドが表示されます。
      時間 ジョブを実行する時刻。
      最新の実行ステータス 最後に実行されたジョブのステータス。
      最新の実行の詳細 最後に実行されたジョブの実行の詳細。
      Azure 設定
      Azure サービスアカウント Azure サービスアカウント。
    5. [Save (保存)] をクリックする。
    6. [請求処理ダウンロードジョブ] ページで、作成したジョブを選択します。
    7. [テスト接続] を選択します。

      テスト接続ワークフローでは、プロバイダーアカウントへのアクセスを試みるために構成した設定を使用します。進捗状況のポップアップと、構成された設定を修正するアクションを提案する成功/エラーメッセージが表示されます。

    8. 接続が成功した後にジョブを実行するには、[ 今すぐ実行 ] を選択します。
    9. [ 請求処理データをダウンロード (Download billing data )] ダイアログボックスで、フィールドに入力します。
      フィールド 説明
      開始月 請求処理データをダウンロードする開始月。
      注:
      指定された月のデータがダウンロードされます。分析用のデータが 30 日未満の場合は、前月のデータもダウンロードされます。
      終了月 請求処理データをダウンロードする終了月。
      データの再インポート 以前のダウンロード試行のデータを上書きするためのオプション。
      注:

      請求処理の完了は、[データの再インポート] オプションの設定に関係なく、4 日目または前月の請求確定日に行われます。
    10. [ダウンロード] を選択します。
      Azure請求処理ダウンロードジョブは、ジョブの実行中に次の状況を経ます。
      1. 準備完了:ジョブはキューにあります。たとえば、数か月間の請求処理データをダウンロードするジョブが作成されると、最新の月を除くすべての月のジョブが [準備完了] ステータスになります。
        注:
        クラウドコスト管理インフラスタック アプリケーションをインストールしている場合、Azure BLOB URL は [準備完了] ステータスで生成されます。詳細については、「Microsoft Azure請求処理 BLOB のチャンク サイズを構成する」を参照してください。すべての BLOB が生成された場合のみ、状態が [要求済み] に変わります。
      2. 要求済み:ジョブはすぐにフェッチされ、処理されます。たとえば、1 か月の請求処理データをダウンロードするために作成されたジョブは、[要求済み] ステータスです。また、1 か月を超える請求処理データをダウンロードするジョブが作成された場合、最新の月ジョブも [要求済み] ステータスになります。
      3. 予約済み:ジョブは、 Kubernetes クラスターによって処理対象として選択されます。また、 Kubernetes クラスターはジョブ ID を Glide 側に送信して、どの Kubernetes ジョブが請求処理ジョブを処理しているかを示します。
        重要:
        このステータスは、 クラウドコスト管理インフラスタック アプリケーションをインストールしている場合にのみ適用されます。
      4. 処理中:請求処理データを処理しています。
      5. シンク開始:クラスター Kubernetes 、Spend Report Daily Aggregate Cost や Spend Report Monthly Aggregate Cost などのテーブルに、処理された請求処理データの一部を Glide で送信します。これらのテーブルのレコードは [生成中] ステータスです。請求処理データ全体が クラウドコスト管理 Glide に送信されるまで、ジョブは [シンク開始] ステータスのままになります。

        [シンク開始] ステータスでは、CI 配置も開始され、CI 配置ステージのステータスが [準備完了] から [対応中] に変わります。

        重要:
        このステータスは、 クラウドコスト管理インフラスタック アプリケーションをインストールしている場合にのみ適用されます。
      6. シンク完了 (Sink Complete):処理されたすべての請求処理データがKubernetesクラスターから クラウドコスト管理 Glide に送信されます。
        重要:
        このステータスは、 クラウドコスト管理インフラスタック アプリケーションをインストールしている場合にのみ適用されます。
      7. 完了:すべての請求処理ファイルが Glide データベースに送信されたときのシンク完了後のステータス。
        注:
        ジョブが完了とマークされると、次の変更が行われます。
        • 支出レポート日次集計コストテーブルと支出レポート月次集計コストテーブルのレコードのステータスが、[生成中] から [アクティブ] に変わります。また、既存のレコードは非アクティブとマークされます。
        • Azure EA から SA へのマッピング実行ステージのステータスが [準備完了] から [対応中] に変わります。この実行ステージでは、エンタープライズアカウントがサービスアカウントにマッピングされます。
      8. 成功:ジョブは正常に完了しました。

    タスクの結果

    jobが実行されると、次のイベントが発生します。
    • データのダウンロード中に、 クラウドコスト管理 は請求処理ノードデータテーブル [sn_cld_intg_<provider>_cost_usage] を、各リソース ID に対応する CMDB 内の CI で更新します。CI が存在しない場合は、プレースホルダー CI が生成されます。後続のディスカバリーで、システムはプレースホルダー CI を調整します。
    • クラウドコスト管理 は、[請求処理ダウンロードの実行 (Billing Download Executions)] ページの実行の各ステージのログエントリを生成します。