クラウドコスト管理のシステムプロパティ

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間:11分
  • [システムプロパティ] フォームで一部のプロパティ値を設定しますが、その他のあまり使用されないプロパティはシステムプロパティ [sys_properties] テーブルでのみ使用できます。

    表 : 1. 請求処理ダウンロードジョブのシステムプロパティ
    システムプロパティ 説明
    sn_cld_intg_core.ci_placement_threads_number 請求処理プロセスで CI を作成するために CI 配置フローによって使用されるスレッドの数。
    • タイプ:整数
    • デフォルト値: 4
    • 場所:システムプロパティ
    sn_cld_intg_aws.max_unprocessed_records_for_ci_placement CI 配置の AWS のコストおよび使用状況請求データテーブルから 1 つのバッチで読み取るレコードの最大数。
    • タイプ:整数
    • デフォルト値: 300000
    • 場所:システムプロパティ
    sn_cld_intg_aws.min_unprocessed_records_for_ci_placement CI 配置の AWS のコストおよび使用状況請求データテーブルから 1 つのバッチで読み取るレコードの最小数。
    • タイプ:整数
    • デフォルト値:100000
    • 場所:システムプロパティ
    表 : 2. 支出分析のシステムプロパティ
    システムプロパティ 説明
    sn_cld_spend_core.metricbase_transform_limit 1 回のメトリクスベース変換で使用する請求レコードの最大数。
    • タイプ:整数
    • デフォルト値:20000
    • 場所:システムプロパティ
    sn_cld_spend_core.spend_report_flow_launcher_chunk_size 支出フローランチャーに送信する、空でない CI チャンクの数。
    • タイプ:整数
    • デフォルト値:40
    • 場所:システムプロパティ
    sn_cld_spend_core.spend_report_per_chunk_workload_size 支出フローランチャーの各チャンクの作業負荷 (CI 範囲とメタデータ) の数。
    • タイプ:整数
    • デフォルト値: 500
    • 場所:システムプロパティ
    sn_cld_spend_aws.num_months_forecast 支出ジョブのすべての実行中に AWS 予測支出が取得される、当月より後の将来の月の数。
    • タイプ:整数
    • デフォルト値:2
    • 場所:システムプロパティ
    表 : 3. 営業時間のシステムプロパティ
    注:
    請求データまたは価格シート データの 1 回のダウンロードに対するデータの収集は、ワークロードと呼ばれます。ワークロード内のデータは、チャンクと呼ばれる一連のデータに保持されます。ワークロード内の各チャンクのサイズとチャンクの数を指定できます。
    システムプロパティ 説明
    sn_clin_core.bh_report.batch_size 営業時間レポートバッチに含めるリソースの数。
    • タイプ:整数
    • デフォルト値: 5000
    • 場所:システムプロパティ
    sn_clin_core.bh_recom_max_chunk_size サイズ適正化の推奨事項の作業負荷チャンクを作成するために使用されるレコードの数。glide.db.max_view_records より大きい値を設定すると、代わりに glide.db.max_view_records 値が使用されます。数値が小さいほどチャンクが多くなり、数値が大きいほどチャンクが少なくなります。

    推奨事項生成の 1 回の実行で考慮されるレコード = (チャンク数) * (データレコード/チャンク)

    • タイプ:整数
    • デフォルト値:10000
    • 場所:システムプロパティ
    sn_clin_core.bh_recom_num_chunks_per_workload 作業負荷あたりのチャンクの数。この値に sn_clin_core の値を掛けたものが、サイズの適正化に関する推奨事項を生成するときの作業負荷あたりの合計レコード数です。

    推奨事項生成の 1 回の実行で考慮されるレコード = (チャンク数) * (データレコード/チャンク)

    • タイプ:整数
    • デフォルト値: 10
    • 場所:システムプロパティ
    表 : 4. Microsoft Azure のシステムプロパティ
    システムプロパティ 説明
    mid.azure_action.batch_size

    停止、開始、変更 (サイズ変更)、終了、説明などのアクション呼び出しのバッチサイズを 20 未満に設定するには 、batch_size を使用します。

    クラウドコスト管理 は、Azure Batch API を使用して、アクションの一括要求を行います。既定では、Azure Batch は同期呼び出しで最大 20 個をサポートします。

    • タイプ:整数
    • デフォルト値:20
    • 場所:システムプロパティ
    表 : 5. Microsoft Azure のサイズの適正化および未使用リソースの操作のシステムプロパティ
    注:
    推奨事項の 1 つのセットのデータの収集は、ワークロードと呼ばれます。ワークロード内のデータは、チャンクと呼ばれる一連のデータに保持されます。ワークロード内の各チャンクのサイズとチャンクの数を指定できます。
    システムプロパティ 説明
    sn_cld_intg_azure.az_rs_recommendation_queue_orchestrator_polling_time Microsoft Azure 推奨オーケストレーターが 生成ステータスを確認し、 生成ステータスを取得したり、 推奨事項を一覧表示したり、推奨呼び出しを処理したりして、 次の ステージに移動して処理するためのポーリング時間。
    注:
    サブスクリプションの数が少ない場合は、ポーリング時間が短い方が適しています。
    • タイプ:整数
    • デフォルト値:5000 (ミリ秒)
    • 場所:システムプロパティ
    sn_cld_intg_azure.chunk_size_generate_recommendation_subscriptions

    各ワークロードで処理するサブスクリプションの数。各作業負荷は、利用可能な MID サーバーワーカースレッドに基づいて、最大 5 個のスレッドを作成して 10 個のサブスクリプションを並列で処理します。

    設定を小さい数値に変更すると、作成されるワークロードの数が増えます。推奨事項の生成は 、推奨事項の生成操作 ID をすばやく返す非同期 API 呼び出しです。
    注:
    サブスクリプションが 50 未満の場合は、値を減らして並列処理を有効にすることができます。たとえば、サブスクリプションが 40 の場合、チャンク サイズを 10 に変更すると、4 つのワークロードでサブスクリプションを処理できます。既定では、最大 3 つの並列ワークロード実行が許可されます。最大値は、 sn_cld_intg_core_flow_launcher_job_config テーブルで定義されているフローランチャージョブで構成されます。
    • タイプ:整数
    • デフォルト値:5
    • 場所:システムプロパティ
    sn_cld_intg_azure.advisor_get_status_min_chunk_size

    Get generate status API 呼び出しの作業負荷で処理するサブスクリプションの最小数。

    この呼び出しは、指定された最小チャンク サイズに達すると新しいワークロードを作成し、すべてのサブスクリプションが処理された後、別のワークロードを作成しません。

    注:
    既定では、最大 4 つの並列ワークロード実行が許可されます。最大値は、 sn_cld_intg_core_flow_launcher_job_config テーブルで定義されているフローランチャージョブで構成されます。
    • タイプ:整数
    • デフォルト値:5
    • 場所:システムプロパティ
    sn_cld_intg_azure.advisor_list_recommendation_min_chunk_size リスト推奨 API 呼び出しの作業負荷で処理するサブスクリプションの最小数。

    この呼び出しは、指定された最小チャンク サイズに達すると新しいワークロードを作成し、すべてのサブスクリプションが処理された後、別のワークロードを作成しません。

    注:
    サブスクリプションは順番に処理されるため、チャンクサイズを大きくすると全体的な処理時間が長くなる可能性があります。既定では、最大 4 つの並列ワークロード実行が許可されます。最大値は、 sn_cld_intg_core_flow_launcher_job_config テーブルで定義されているフローランチャージョブで構成されます。
    • タイプ:整数
    • デフォルト値:1
    • 場所:システムプロパティ
    sn_clin_azure.advisor_process_recommendation_min_chunk_size

    API 呼び出しの作業負荷で処理し、サイズの適正化または不使用マシンの推奨事項テーブルに保持する必要がある推奨事項応答の数。

    この呼び出しは、指定された最小チャンクサイズが満たされたときに作業負荷を作成し、すべてのサブスクリプションが処理された後、別の作業負荷を作成しません。

    注:
    サブスクリプションは順番に処理されるため、チャンクサイズを大きくすると全体的な処理時間が長くなる可能性があります。既定では、最大 4 つの並列ワークロード実行が許可されます。最大値は、 sn_cld_intg_core_flow_launcher_job_config テーブルで定義されているフローランチャージョブで構成されます。
    • タイプ:整数
    • デフォルト値:20
    • 場所:システムプロパティ
    表 : 6. AWS 価格シートのシステムプロパティ
    システムプロパティ 説明
    sn_cld_intg_aws.pricesheet_timeout_aws 価格シートのダウンロードフロー AWS タイムアウト期間を制御します。
    • 値の形式:DD HH:MM:SS
    • デフォルト値:2 日
    表 : 7. クラウドコスト管理インフラスタックのシステムプロパティ
    重要:
    これらのシステムプロパティは、クラウドコスト管理 バージョン 8.1 に加えて クラウドコスト管理インフラスタック アプリケーションがインストールされている場合にのみ使用されます。
    システムプロパティ 説明
    ready.job.files.timeout Glide で AWS 想定ロールセットアップの請求処理ファイルまたは Azure BLOB を生成する最大時間 (分)。

    ダウンロードが進行中でタイムアウト条件が満たされた場合にのみ、 AWS の AWS 請求処理ジョブファイル [sn_cld_intg_aws_billing_files] テーブルと Azure の Azure 請求処理ジョブチャンク BLOB の詳細 [sn_cld_intg_azure_job_chunk_blob_detail] テーブルを監視できます。

    • タイプ:文字列
    • デフォルト値:180
    • 場所:システムプロパティ
    ready.job.nofiles.timeout 同じプロバイダーに対して処理中の他のジョブがない場合に、バックエンドがジョブを取得するのを待機する最大時間 (分)。
    重要:
    このシステムプロパティを設定するには、サポートチームにお問い合わせください。自分で構成しないでください。
    • タイプ:文字列
    • デフォルト値: 10
    • 場所:システムプロパティ
    reserved.job.timeout ジョブが予約済みから対応中ステータスに変わるまで待機する最大時間 (分)。
    重要:
    このシステムプロパティを設定するには、サポートチームにお問い合わせください。自分で構成しないでください。
    • タイプ:文字列
    • デフォルト値:5
    • 場所:システムプロパティ
    inprogress.job.timeout ジョブが進行中からシンク完了ステータスに変わるまで待機する最大時間 (分)。
    重要:
    このシステムプロパティを設定するには、サポートチームにお問い合わせください。自分で構成しないでください。
    • タイプ:文字列
    • デフォルト値: 10
    • 場所:システムプロパティ
    sinkcomplete.job.timeout ジョブが [シンク開始] ステータスから [シンク完了] ステータスに変わるまで待機する最大時間 (分)。
    重要:
    このシステムプロパティを設定するには、サポートチームにお問い合わせください。自分で構成しないでください。
    • タイプ:文字列
    • デフォルト値:20
    • 場所:システムプロパティ
    billing.data.post.processing.timeout 後処理から完了フェーズまでの請求の最大待機時間 (分)。

    請求処理ジョブの最終ステージには、Glide への支出データの挿入が含まれます。後処理フェーズでは、新しく挿入されたデータがアクティブ化され、既存のデータは非アクティブ化されます。タイムアウト値を大きくすると、アクティベーションフローが完了するまでの時間が長くなります。

    • タイプ:文字列
    • デフォルト値:30
    • 場所:システムプロパティ
    retry.cred.failed.billing.job.timeout 認証情報の失敗により要求済みステータスになっているジョブをキャンセルするまでの最大待機時間 (分)。

    認証情報を追加すると、次回の請求処理実行時にのみバックエンドに送信されるため、一時的なエラーが発生します。ただし、接続を確立するために再試行が行われます。このプロパティでは、再試行されたジョブをキャンセルするまでの待機時間を指定します。

    • タイプ:文字列
    • デフォルト値:30
    • 場所:システムプロパティ
    sn_cld_intg_azure.billing_chunk_duration 請求処理 BLOB のチャンクサイズを日数で定義 Azure

    既定では、各 BLOB には 3 日間の課金データが含まれます。

    • タイプ:数値
    • デフォルト値:3
    • 場所:システムプロパティ