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

  • リリースバージョン: Yokohama
  • 更新日 2026年03月13日
  • 所要時間:11分
  • 請求処理ダウンロードジョブ 指定したスケジュールで支払人アカウントの請求処理データをダウンロード、整理、および保存します。システムはデータを分析してレポートを生成し、コスト削減につながる可能性のあるクラウド運用の変更について推奨事項を作成します。

    始める前に

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

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

    AWS請求処理ダウンロードジョブを実行してKubernetes消費量を表示する前に、各Kubernetesクラスターのコスト割り当てを有効にします。詳細については、「Kubernetes クラスターの AWS でのコスト割り当てを有効にする」を参照してください。

    このタスクについて

    重要:
    この情報は、 クラウドコスト管理 アプリと クラウドインサイト請求 アプリの両方に適用されます。クラウドコスト管理へのすべての参照はクラウドインサイト請求にも適用されます。

    請求処理ダウンロード中に、すべてのリソースがシステムにプルされます。AWS Redshift リソースは [cmdb_ci_cloud_database] テーブルに配置されます。4.0 のアップグレード後、請求処理ダウンロードが reimport true で実行されていることを確認します。

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

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

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

    手順

    1. 既存の AWS のコストと使用状況レポート (CUR) がある場合は、設定を確認して、レポートの設定がクラウドコスト管理の要件を満たしていることを確認します。
    2. AWS マネジメントコンソールで、次のようにAWS CUR を定義します。
      注:
      レガシー CUR はレガシーバージョンのみをサポートしているため クラウドコスト管理 構成する必要があります。
      1. 「コストおよび使用状況レポートの作成」トピックの指示に従い、次の設定を使用します。
        • [ リソース ID を含める ] チェックボックスをオンにします。
        • [ 次の場合、コストと使用状況レポートを自動的に更新する] チェックボックスをオンにします。
        • レポートパスプリフィックス:オプション
        • 必要に応じて、[ 時間の粒度 ] を [ 日次 ] または [毎時] に設定します。[時間単位] 設定では、より大きく、より詳細なデータセットが生成されます。
        • [レポートのバージョニング] を [新規レポートバージョンの作成] に設定します。
        • [圧縮タイプ] を GZIP または ZIP に設定します。クラウドコスト管理 Parquet をサポートしていません。
      2. 次の値はすぐに クラウドコスト管理 フォームに入力するため、追跡します。
        • レポート名
        • レポートプリフィックス
        • AWS アカウントの日次詳細請求レコードのデータストレージ領域である S3 バケットの名前。
    3. 次のように移動する。 クラウドコスト管理ワークスペース > 操作 > アドミニストレーション > 請求処理ダウンロードジョブ.
    4. [AWS] タブを選択します。
    5. [New (新規)] を選択します。
    6. フォームのフィールドに入力します。
      表 : 1. AWS 請求処理ダウンロードジョブ
      フィールド 説明
      [Name (名前)] 請求処理ダウンロードジョブのスケジュールされた実行のわかりやすい名前。
      前回の正常実行 直近の正常な実行のタイムスタンプ。
      ユーザー/グループに通知 ジョブ実行のステータス (ダウンロードの失敗など) についてメールで通知されるユーザーまたはグループ。システムは、成功した場合に通知を送信しません。

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

      メールテンプレートを更新するには、次に移動します: システム通知 > メール > 通知 をクリックし、[請求処理ジョブ実行エラー時に通知] テンプレートを開きます。メールの構成の詳細については、「 Create an email template」を参照してください。

      [Active (アクティブ)] ジョブをアクティブ化するためのオプション。アクティブなジョブのみが実行されます。
      実行 請求処理ダウンロードジョブを実行する頻度。
      注:
      • AWSの場合、請求処理ダウンロードジョブは、1 時間ごとの使用状況データを収集する場合でも、1 日に 1 回データを収集AWS
      • 選択した値に応じて、追加のフィールドが表示されます。

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

      時間 ジョブを実行する時刻。
      最新の実行ステータス 最後に実行されたジョブのステータス。
      最新の実行の詳細 最後に実行されたジョブの実行の詳細。
      AWS 設定
      サービスアカウント AWS サービスアカウント。
      バケット AWS アカウントの詳細な時間単位の請求レコードのデータストレージ領域である Amazon S3 バケット。
      レポート名 AWSコストおよび使用状況レポートに表示されるレポート名の値。
      レポートプリフィックス AWSコストおよび使用状況レポートに表示されるレポートプリフィックス値。
    7. [Save (保存)] をクリックする。
    8. [請求処理ダウンロードジョブ] ページで、作成したジョブを選択します。
    9. [テスト接続] を選択します。

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

    10. 接続が成功した後にジョブを実行するには、[ 今すぐ実行 ] を選択します。
    11. [ 請求処理データをダウンロード (Download billing data )] ダイアログボックスで、フィールドに入力します。
      フィールド 説明
      開始月 請求処理データをダウンロードする開始月。
      注:
      指定された月のデータがダウンロードされます。分析用のデータが 30 日未満の場合は、前月のデータもダウンロードされます。
      終了月 請求処理データをダウンロードする終了月。
      データの再インポート 以前のダウンロード試行のデータを上書きするためのオプション。
    12. [ダウンロード] を選択します。
      AWS請求処理ダウンロードジョブは、ジョブの実行中に次の状況を経ます。
      1. 準備完了:ジョブはキューにあります。たとえば、数か月間の請求処理データをダウンロードするジョブが作成されると、最新の月を除くすべての月のジョブが [準備完了] ステータスになります。
      2. 要求済み:ジョブはすぐにフェッチされ、処理されます。たとえば、1 か月の請求処理データをダウンロードするために作成されたジョブは、[要求済み] ステータスです。また、1 か月を超える請求処理データをダウンロードするジョブが作成された場合、最新の月ジョブも [要求済み] ステータスになります。
        注:
        クラウドコスト管理インフラスタックアプリケーションをインストールしている場合、想定ロール認証を使用した請求処理ダウンロードジョブのジョブが [準備完了] から [要求済み] ステータスに変更されるまでAWSしばらく時間がかかります。これは、ファイルが MID サーバーにダウンロードされるまで クラウドコスト管理 時間がかかるためです。詳細については、「想定ロール認証を使用した AWS 請求処理ジョブ」を参照してください。
      3. 予約済み:ジョブは、 Kubernetes クラスターによって処理対象として選択されます。また、 Kubernetes クラスターはジョブ ID を クラウドコスト管理 Glide に送信して、請求処理ジョブを処理している Kubernetes ジョブを示します。
        重要:
        このステータスは、 クラウドコスト管理インフラスタック アプリケーションをインストールしている場合にのみ適用されます。
      4. 処理中:請求処理データを処理しています。
      5. シンク開始: Kubernetes クラスターは、 クラウドコスト管理 Glide の支出レポート日次集計コストや支出レポート月次集計コストなどのテーブルに、処理された請求処理データの一部を送信します。これらのテーブルのレコードは [生成中] ステータスです。請求処理データ全体が クラウドコスト管理 Glide に送信されるまで、ジョブは [シンク開始] ステータスのままになります。

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

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

    タスクの結果

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