Azure Monitor ログのコストの計算とオプション

ほとんどの Azure Monitor 実装に対する最も重要な料金は、通常、Log Analytics ワークスペース内のデータの取り込みと保持に関するものです。 Azure Monitor のいくつかの機能には直接コストはかかりませんが、収集されるワークスペース データに追加されます。 この記事では、Log Analytics ワークスペースに対するデータ料金の計算方法と、コストに影響するさまざまな構成オプションについて説明します。

ヒント

Azure Monitor のコストを削減するための戦略については、「コストの最適化と Azure Monitor」を参照してください。

価格モデル

Log Analytics の既定の料金は、取り込まれたデータ ボリュームとデータ保有期間に基づく従量課金制モデルです。 各 Log Analytics ワークスペースは個々のサービスとして課金され、Azure サブスクリプションの課金内容に加えられます。 Azure Monitor ログの価格は、リージョンごとに設定されます。 データ インジェストの量は、次に大きく依存する可能性があります。

  • 有効にされている管理ソリューションのセットとその構成。
  • 監視対象リソースの数と種類。
  • 各監視対象リソースから収集されたデータの型。

Azure Monitor の課金メーター名の一覧については、こちらを参照してください。

ワークスペースで Microsoft Sentinel が有効になっている場合、Sentinel は補助ログと基本ログのデータ取り込みに対して課金を行います。 ワークスペースで Microsoft Sentinel が有効化されており、かつ Sentinel シンプルなプラン レベルに属している場合、Sentinel は Analytics Logs のデータ インジェスト量に応じて課金を行います。 Sentinel でデータレイク機能が有効になっている場合、Sentinel はワークスペースにおけるクエリ、検索ジョブ、長期保存の利用量を計測します。

データ サイズの計算

Azure Monitor Logs では、Log Analytics ワークスペースに送信するデータ量に対して、GB（10^9 バイト）単位で課金されます。

1つのレコードの請求されたサイズは以下の通りです。

  • 分析ログと基本ログとして取り込まれたイベントの場合、Azure Monitor Logs は、Log Analytics ワークスペースに書き込む必要がある列エントリの文字列形式からサイズを計算します。

  • 補助ログとして取り込まれたイベントの場合、Azure Monitor ログは、Log Analytics ワークスペースに書き込む必要がある列エントリの圧縮されていないサイズとしてサイズを計算します。

課金対象サイズには、データ ソースから収集されたデータ、またはインジェスト プロセス中に追加されたデータが含まれます。 たとえば、この計算には Logs Ingestion API、変換、カスタム フィールドによって追加されたすべてのカスタム列が含まれます。 送信先テーブル スキーマと一致しない列エントリを送信した場合、Azure Monitor ログは、対象テーブルにデータを格納できない場合でも、それらの列エントリに対して課金されます。 データ収集規則が宛先テーブル スキーマと一致していることを確認して、変換先テーブルに格納できないデータの料金が発生しないようにします。

注

この課金対象データ量計算は、通常、入ってくる JavaScript Object Notation パッケージ イベント全体のサイズよりもずっと小さくなります。 すべてのイベント タイプを平均すると、分析ログと基本ログにおいて、請求対象のサイズは受信データサイズよりも約 25 パーセント少なくなっています。 小さなイベントの場合、最大 50% になる可能性があります。 この割合には、課金から除外された標準列の効果が含まれます (次のセクションを参照)。 コストを見積もり、他の価格モデルと比較する際には、課金対象データ サイズのこの計算について理解することが不可欠です。

除外される列

次の 標準列 はすべてのテーブルに共通であり、分析ログと基本ログのレコード サイズの計算では除外されます。 Log Analytics に格納されている他のすべての列は、レコード サイズの計算に含まれます。 標準列は次のとおりです。

  • _ResourceId
  • _SubscriptionId
  • _ItemId
  • _IsBillable
  • _BilledSize
  • _TenantId
  • Type

補助ログの場合、 _ItemId、 _IsBillable、および _BilledSize はサイズの計算から除外されます。

除外されるテーブル

たとえば AzureActivity、Heartbeat、Usage、Operation などの一部のテーブルについては、データ インジェストの料金は一切かかりません。 この情報は常に _IsBillable 列によって示されます。これは、レコードがデータ インジェストと保持の課金から除外されたかどうかを示します。

その他のソリューションとサービスの料金

一部のソリューションには、無料データ取り込みに関するより具体的なポリシーがあります。 たとえば、Azure Migrate の場合、サーバー評価の最初の 180 日間は依存関係視覚化データが無料になります。 Microsoft Defender for Cloud、Microsoft Sentinel、構成管理などのサービスには、独自の価格モデルがあります。

固有の課金計算については、さまざまなサービスとソリューションのドキュメントを参照してください。

コミットメント レベル

重要

コミットメントレベルは、 Analytics ログの インジェストにのみ適用されます。 基本ログと補助ログの取り込みは、GB 単位の定額料金で課金され、コミットメントレベルの割引の対象になりません。

Log Analytics には、従量課金制モデルに加えて、"コミットメント レベル" もあります。これにより、従量課金制と比較して料金を 30% も節約できます。 コミットメント レベルの価格を使用すると、従量課金制の価格より低い価格でワークスペースに対するデータ インジェストを 100 GB/日から購入することを確約できます。 コミットメント レベルを超える使用量 (超過分) については、現在のコミットメント レベルで提供されている同じ GB あたりの価格で請求されます。 (超過分は、同じコミットメント レベルの課金メーターを使用して課金されます。たとえば、ワークスペースが 200 GB/日のコミットメント レベルにあり、1 日に 300 GB を取り込む場合、その使用量は 200 GB/日コミットメント レベルの 1.5 単位として課金されます)。 コミットメント レベルには、コミットメント レベルが選択または変更された時点から 31 日間のコミットメント期間があります。 コミットメント レベルは、意図しないレベルに対応するために、構成後 6 時間下げることが可能です。

  • コミットメント期間中に、より高いコミットメント レベルに変更できます。これにより、31 日間のコミットメント期間が再開されます。 コミットメント期間が終了するまで、従量課金制やより低いコミットメント レベルに戻すことはできません。
  • コミットメント期間の終了時に、ワークスペースは選択したコミットメント レベルを保持し、ワークスペースを従量課金制または低いコミットメント レベルにいつでも移動できます。
  • ワークスペースをコミットメント レベルに誤って移動した場合は、Microsoft サポートに連絡してコミットメント期間をリセットし、従量課金制の価格レベルに戻すことができます。

コミットメント レベルの課金は、 1 日単位でワークスペースごとに行われます。 ワークスペースが専用クラスターの一部である場合は、クラスターの課金が行われます。 次の「専用クラスター」セクションを参照してください。 コミットメント レベルとその価格の一覧については、「Azure Monitor の価格」を参照してください。

Azure コミットメント割引 (Microsoft Enterprise Agreement から受け取った割引など) は、従量課金制の価格と同様に、Azure Monitor ログのコミットメント レベルの価格に適用されます。 割引は、使用量がワークスペースごとまたは専用クラスターごとに課金されるかにかかわらず、適用されます。

ヒント

各 Log Analytics ワークスペースの [使用とコストの見積もり] メニュー項目には、各コミットメント レベルでのデータ インジェスト料金の見積もりが表示され、データ インジェスト パターンに最適なコミットメント レベルを選択するのに役立ちます。 この情報を定期的に確認して、別のレベルに移行することで料金を下げられるかどうかを判断します。 このビューの詳細については、「使用量と推定コスト」を参照してください。 実際の料金を確認するには、Azure Cost Management = Billing を使用します。

専用のクラスター

Azure Monitor ログ専用クラスターは、単一のマネージド Azure Data Explorer クラスター内のワークスペースのコレクションです。 専用クラスターでは、カスタマー マネージド キーなどの高度な機能がサポートされ、ワークスペースと同じコミットメント レベルの価格モデルが使用されますが、コミットメント レベルは少なくとも 100 GB/日である必要があります。 コミットメント レベルを超える使用量 (超過分) については、現在のコミットメント レベルで提供されている同じ GB あたりの価格で請求されます。 クラスターの従量課金制オプションはありません。

このクラスターのコミットメント レベルには、コミットメント レベルが上がった後に 31 日間のコミットメント期間があります。 コミットメント期間中は、コミットメント レベルを下げることはできませんが、上げることはいつでも可能です。 ワークスペースがクラスターに関連付けられている場合、それらのワークスペースのデータ インジェストの課金は、構成されているコミットメント レベルを使用してクラスター レベルで行われます。

クラスターの作成時に指定するクラスターには、2 つの課金モードがあります。

  • クラスター (既定) - クラスター レベルは、取り込まれたデータの課金を処理します。 クラスターに関連付けられている各ワークスペースが取り込んだデータ量が集計され、クラスターの日次請求が計算されます。 Microsoft Defender for Cloud からのノードごとの割り当ては、クラスター内の全ワークスペースのデータ集計前に、ワークスペース レベルで適用されます。

  • ワークスペース - 各ワークスペースは、各ワークスペースのデータ インジェスト ボリューム (各ワークスペースのMicrosoft Defender for Cloudからのノードごとの割り当てを計算した後) によって、クラスターのコミットメント 層のコストを比例的に属性化します。

    クラスターに 1 日で取り込まれたデータ量合計がコミットメント レベルより少ない場合、各ワークスペースにはコミットメント レベルの一部を課金することで、その取り込まれたデータが有効な GB 単位のコミットメント レベル レートで課金されます。 その後、コミットメント レベルの未使用部分はクラスター リソースに課金されます。

    1 日の間にクラスターに取り込まれたデータ ボリュームの合計がコミットメント レベルよりも多い場合は、ワークスペースごとに、その日に取り込まれたデータの割合に基づいてコミットメント レベルの割合で課金され、コミットメント レベルを超えて取り込まれたデータの割合についてワークスペースごとに課金されます。 1 日の間にワークスペースに取り込まれたデータ ボリュームの合計がコミットメント レベルを超えている場合、クラスター リソースには何も課金されません。

クラスターの課金のしくみの例については、以下の各モードを 参照してください。

基本ログと補助ログのデータ インジェストとデータ保有期間は、クラスターに参加していないワークスペースの場合と同じように、ワークスペースごとに課金されます。

クラスターが作成されると、ワークスペースがそのクラスターに関連付けられるかどうかに関係なく、クラスターの課金が開始されます。

ワークスペースをクラスターにリンクすると、価格レベルがクラスターに変更され、取り込みはクラスターのコミットメント レベルに基づいて課金されます。 クラスターに関連付けられたワークスペースには、独自の価格レベルはなくなります。 ワークスペースはいつでもクラスターからリンク解除できます。その場合、価格レベルが GB 単位に変更される場合があります。

リンクされたワークスペースで従来のノードごとの価格レベルが使用されている場合、クラスターのコミットメント レベルに対するデータ インジェストに基づいて課金され、ノードごとには課金されなくなります。 Microsoft Defender for Cloud からのノードごとのデータ割り当ては、引き続き行われます。

クラスターを削除すると、クラスターが 31 日間のコミットメント期間内であっても、クラスターの課金は停止します。

専用クラスターを作成し、その課金の種類を指定する方法の詳細については、「専用クラスターを作成する」を参照してください。

テーブル プラン

テーブル プランは、Log Analytics ワークスペース テーブルに格納されているデータを管理します。 それによって、データ取り込みの価格、クエリの価格、保持の挙動、およびそのプランを使用できるテーブルが決まります。 プランはテーブルごとの設定であるため、1 つのワークスペースで 3 つのプランすべてにテーブルを混在させることができます。 ユース ケース指向の比較については、「Azure Monitor ログのテーブル」を参照してください。

分析ログ 基本的なログ 補助用ログ
インジェスト GB 単位で課金されます。 追加コストなしで 31 日間の分析リテンション期間が含まれます。 GB単位の割安な定額料金で課金されます。 最安の定額料金で、1 GB あたり課金されます。 課金されるレコード サイズは、列エントリの圧縮されていないサイズです ( データ サイズの計算を参照)。
Query 対話型クエリは、スキャンされたデータに基づいて課金されません。 対話型クエリは、クエリの時間範囲内でスキャンされたデータの GB 単位で課金されます。 対話型クエリは、スキャンされたデータの GB ごとに課金されます。
保持ジョブと検索ジョブ 分析のリテンション期間が経過すると、データは割引料金で長期保有に移行します。 検索ジョブを実行して、長期保有からデータを取得します。 プラン固有のスキャン料金については、「ログ データの保持と検索ジョブ」を参照してください。 プラン固有のスキャン料金については、「ログ データの保持と検索ジョブ」を参照してください。

基本ログと補助ログテーブル プランの詳細については、「Azure Monitor ログの概要: テーブル プラン」を参照してください。

ログ データ保持

データ インジェストに加え、各 Log Analytics ワークスペースでのデータの保有には料金がかかります。 ワークスペース全体または各テーブルの保有期間を設定できます。 この期間が経過すると、データは削除されるか、長期保有されます。 長期保有期間中は、データ保持料金が下がり、検索ジョブを使用したデータの取得に料金がかかります。 長期保有を使用して、コンプライアンスや不定期の調査のために格納する必要があるデータのコストを減らします。 保持オプションと構成の詳細について説明します。

分析ログ、基本ログ、および補助ログはすべて、長期的なリテンション期間に同じ GB 単位のレートを使用します。 データリテンション期間の課金は毎日行われます (UTC タイム ゾーンの日数に基づきます)。

カスタム テーブルを削除しても、そのテーブルに関連付けられているデータは削除されないため、対話型および長期保有の料金は引き続き適用されます。

これらの設定の構成方法や長期保有のデータへのアクセス方法など、データ保持の詳細については、「Log Analytics ワークスペース内のデータ保持を管理する」を参照してください。

注

Log Analytics消去機能を使用してLog Analytics ワークスペースからデータを削除しても、保持コストには影響しません。 保持コストを削減するには、"ワークスペースまたは特定のテーブルの保持期間を短くします。"

仕事検索

検索ジョブを実行して、長期保有からデータを取得します。 検索ジョブは、詳細な分析のために、ワークスペース内の新しい検索テーブルにレコードをフェッチする非同期クエリです。 検索ジョブの料金は、検索がアクセスする各日にスキャンされたデータのギガバイト数に基づきます。

検索ジョブ スキャンの料金は、ソース テーブルのプランによって異なります。

  • 分析ログ - 検索ジョブが長期保有期間にスキャンしたデータに対してのみ支払います。 分析リテンション期間のデータに対するスキャン料金は発生しません。

  • 基本ログ と 補助ログ — 検索ジョブがスキャンするすべてのデータに対して、クエリされた時間範囲内で支払います。

スキャンされるデータは、クエリで指定された時間内にクエリ対象テーブルに取り込まれたデータの量です。

スキャン料金に加えて、新しい結果テーブルに取り込まれた検索結果に対する Analytics ログの標準インジェスト率に対して支払います。

ログ データの復元

大量のデータ、または完全な分析クエリ機能を使用して長期的なリテンション期間のデータに集中的にクエリを実行する必要がある場合、 データ復元 機能は強力なツールです。 復元操作により、高パフォーマンスのクエリのために、テーブル内の特定の時間範囲のデータがホット キャッシュで使用できるようになります。 完了したら、後でデータを破棄できます。 ログ データの復元は、復元されたデータの量と、復元がアクティブな状態に保たれる時間によって課金されます。 データ復元に対して課金される最小値は 2 TB および 12 時間です。 2 TB を超えるか、期間が 12 時間を超える復元データは、日割り計算で課金されます。

ログ データのエクスポート

Log Analytics ワークスペースでデータ エクスポートを使用すると、Azure Monitor パイプラインに届く際に、ワークスペース内の選択されたテーブルごとにデータを Azure Storage アカウントまたは Azure Event Hubs に連続してエクスポートできます。 データ エクスポートの使用料金は、エクスポートされるデータの量に基づきます。 エクスポートされるデータのサイズは、エクスポートされる JSON 形式データのバイト数です。

Application Insights の請求

ワークスペースベースの Application Insights リソースでは Log Analytics ワークスペースにデータが格納されるため、Application Insights データが配置されているワークスペースによって、データ インジェストとデータ保持に対する課金が行われます。 このため、Log Analytics 価格モデルのすべてのオプション ( コミットメント レベルを含む) と従量課金制を使用できます。

ヒント

Application Insights テーブルの保持設定を調整しますか? ワークスペース ベースのコンポーネントのテーブル名が変更されました。「Application Insights テーブルの構造」を参照してください

従来の Application Insights リソースのデータ インジェストとデータ保持では、ワークスペースベースのリソースと同じ従量課金制の料金に従いますが、コミットメント レベルを使用することはできません。

ping テストと複数ステップ テストからのテレメトリについては、アプリの他のテレメトリのデータ使用量と同じ料金が請求されます。 Web テストの使用およびカスタム メトリック ディメンションに対するアラートの有効化は、引き続き Application Insights を通じて報告されます。 Live Metrics Stream を使用するためのデータ ボリューム料金はありません。

Application Insights の早期導入者が使用できる従来のレベルに関する詳細は、「Application Insights の従来のエンタープライズ (ノードごとの) 価格レベル」を参照してください。

Microsoft Sentinel を含むワークスペース

Log Analytics ワークスペースで Microsoft Sentinel が有効になっている場合、そのワークスペースで収集されるすべてのデータには、Log Analytics の料金とともに Microsoft Sentinel の料金が適用されます。 このため、運用データに対して Microsoft Sentinel の料金が発生しないように、セキュリティおよび運用データを異なるワークスペースに分割することがよくあります。

シナリオによっては、このデータを組み合わせることでコストを削減できます。 通常、この状況は、それぞれがコミットメント レベルに達するのに十分なセキュリティおよび運用データを収集していないものの、まとめられたデータがコミットメント レベルに達するのに十分な場合に発生します。 詳細については、以下を参照してください:

Microsoft Defender for Cloud を含むワークスペース

Microsoft Defender for Servers (Defender for Cloud の一部) は、監視対象サービスの数で課金されます。 これにより、次のセキュリティ データ型のサブセットに適用される、サーバーあたり 500 MB/日 のデータ割り当てが提供されます。

ワークスペースが従来のノードごとの価格レベルである場合、Defender for Cloud と Log Analytics の割り当てが結合されて、取り込まれたすべての課金対象データにまとめて適用されます。 ワークスペースで Microsoft Sentinel が有効になっていて、Sentinel が従来の価格レベルを使用している場合、Defender データの割り当ては Log Analytics データ インジェストの課金にのみ適用され、従来の Sentinel の課金には適用されません。 Sentinel が簡略化された価格レベルを使用している場合、Defender データの割り当ては統合された Sentinel の課金に適用されます。 Microsoft Sentinel のお客様がどのようにメリットを得られるかについて詳しくは、Microsoft Sentinel の価格ページを参照してください。

監視対象サーバーの数は、1 時間単位の細分性で計算されます。 各監視対象サーバーからの毎日のデータ割り当ては、ワークスペース レベルで集計されます。 ワークスペースが従来の Per Node 価格レベルである場合、Microsoft Defender for Cloud と Log Analytics の割り当てが結合されて、取り込まれたすべての課金対象データにまとめて適用されます。

注

Log Analytics ワークスペースで Defender for Servers のデータ許容量を受け取るには、セキュリティ ソリューションがワークスペースに作成されている必要があります。

レガシ価格レベル

2018 年 4 月 2 日に Log Analytics ワークスペースまたは Application Insights リソースが含まれていたか、2019 年 2 月 1 日より前に開始され、まだアクティブな Enterprise Agreement にリンクされているサブスクリプションでは、以下のレガシ価格レベルを引き続き利用できます。

  • スタンドアロン (1GBごとに)
  • ノードあたり (Operations Management Suite [OMS])

従来の無料試用版価格レベルへのアクセスは、2022 年 7 月 1 日に制限されました。 スタンドアロンおよびノードごとの価格レベルの価格情報については、こちらを参照してください。

これらのレガシ レベルを含む Azure Monitor の課金メーター名の一覧については、こちらを参照してください。

重要

従来の価格レベルでは、コスト効率の高い基本ログと補助ログ テーブル プランを使用してテーブルにデータを取り込むなど、Log Analyticsの最新機能へのアクセスはサポートされていません。

無料試用版の価格レベル

無料試用版価格レベルのワークスペースでは、毎日のデータ インジェストの上限が 500 MB になります (Microsoft Defender for Cloud によって収集されるセキュリティ データ型を除く)。 データ保持は 7 日間に制限されます。 無料試用版価格レベルは、評価目的の使用のみを意図しており、本番ワークロード用の使用は想定していません。 無料試用版レベルに対して、SLA は提供されません。

注

2022 年 7 月 1 日までは、レガシの無料試用版の価格レベルで新しいワークスペースを作成する (または既存のワークスペースを移動してくる) ことができました。

スタンドアロンの価格レベル

スタンドアロン価格レベルの使用量は、取り込まれたデータ ボリュームによって支払われます。 Log Analytics サービスは使用状況を報告し、メーターの名前は "Data Analysised" です。スタンドアロン価格レベルのワークスペースには、30 日から 730 日までのユーザーが構成可能なリテンション期間があります。 スタンドアロン価格レベルのワークスペースでは、 基本ログと補助ログテーブル プランの使用はサポートされていません。

ノードごとの価格レベル

ノード単位の価格レベルは、監視対象の VM (ノード) ごとに 1 時間ごとに課金されます。 監視対象ノードごとに、ワークスペースは課金されない 1 日あたり 500 MB のデータを取得します。 ワークスペース レベルでは、毎日この割り当てが集計され、時間単位の細分性で計算されます。 毎日の集計データ割り当てを超えて取り込まれたデータに対して、データ超過分として支払います。 ノードごとの価格レベルは、従来の価格レベルの要件を満たす既存のサブスクリプションでのみ使用できる レガシ レベルです。

請求書には、ワークスペースがノードごとの価格階層にある場合に、サービスとして Log Analytics の利用状況に関するインサイトと分析が表示されます。 ノードごとの価格レベルのワークスペースには、30 日から 730 日までのユーザーが構成可能なリテンション期間が含まれています。 ノードごとの価格レベルのワークスペースでは、 基本ログと補助ログ テーブル プランの使用はサポートされていません。 使用量は、次の 3 つのメーターで報告されます。

  • ノード: ノード月の単位での監視対象ノード (VM) 数に対応した使用量です。
  • ノードごとのデータの超過分: 集計されたデータの割り当てを超える取り込まれたデータの GB 数です。
  • ノードごとに含まれるデータ: 集計データの割り当てでカバーされる取り込まれたデータの量。 このメーターは、すべての価格レベルにワークスペースが存在する場合に、Microsoft Defender for Cloud によって提供される範囲のデータ量を示すためにも使用されます。

注

OMS E1 Suite、OMS E2 Suite、または OMS Add-On for System Center のいずれかを購入することによって得られる資格を使用するには、OMS Log Analytics のノード単位の価格レベルを選択します。 OMS ライセンスを所有していない場合は、Per Node 価格レベルを使用するべきではありません。

Standard価格レベルとPremium価格レベル

2016 年 10 月 1 日以降、ワークスペースを作成したり、 Standard または Premium 価格レベルにワークスペースを移動したりすることはできません。 これらの価格レベルに既に存在するワークスペースは引き続き使用できますが、これらのレベルからワークスペースを移動した場合は、元に戻すことはできません。 Standard と Premium の価格レベルのデータ保有は、それぞれ 30 日と 365 日に固定されています。 これらの価格レベルのワークスペースでは、 Basic Logs と Auxiliary Logs テーブル プランの使用はサポートされておらず、長期的なデータ保持もサポートされていません。 これらのレガシ レベル向けの Azure の請求書上のデータ インジェストのメーターは、Data Analyzed と呼ばれます。

レガシ価格レベルを使用する Microsoft Defender for Cloud

次の考慮事項は、従来の Log Analytics レベルと、Microsoft Defender for Cloud の使用量に対する課金方法に関連しています。

  • ワークスペースが従来の Standard レベルまたは Premium レベルの場合、Microsoft Defender for Cloud はノードごとではなく Log Analytics データ インジェストに対してのみ課金されます。
  • ワークスペースが従来のノード単位レベルにある場合、Microsoft Defender for Cloudは現在のMicrosoft Defender for Cloudノード ベースの価格モデルを使用して課金されます。
  • 他の価格レベル (コミットメント レベルを含む) では、2017 年 6 月 19 日より前に Microsoft Defender for Cloud が有効になっている場合、Microsoft Defender for Cloud は Log Analytics データ インジェストに対してのみ課金されます。 それ以外の場合、Microsoft Defender for Cloudは、現在のMicrosoft Defender for Cloudノード ベースの価格モデルを使用して課金されます。

価格レベルの制限に関する詳細は、「Azure サブスクリプションとサービスの制限、クォータ、制約」にあります。

レガシ価格レベルには、リージョンベースの価格はありません。

ノードごとの従来の価格階層を評価する

従来のノードごとの価格レベルでは、複雑な価格計算が使用されます。 OMS ライセンスを所有していない限り、従量課金制やコミットメントレベルなど、最新の価格レベルのいずれかを使用します。

従来のノード単位レベルにワークスペースがある場合は、 詳細な使用量 を、ワークスペースの [使用量と推定コスト] ページで従量課金制またはコミットメントレベルに対して指定された毎月のコスト見積もりとエクスポートすることで、この価格レベルで運用した コストを 比較できます。

ワークスペースが従来のノードごとの価格レベルにある場合、リテンション期間は Standard データリテンション期間メーターで課金されます (Azure Monitor課金メーターを参照)。 このメーターには 1 つのグローバル価格があり、従量課金制とコミットメントレベルの課金で使用されている現在のデータ保持メーターの地域価格のバリエーションではありません。

次のステップ

  • Last updated on