すべてのプロダクト
Search
ドキュメントセンター

Simple Log Service:機能課金の課金項目

最終更新日:Jan 02, 2025

Simple Log Service の課金項目は個別に課金されます。 たとえば、ログを収集して保存する場合、書き込みトラフィック料金とログ保存料金が課金されます。 このトピックでは、機能課金の課金項目と、各項目に対する料金の計算について説明します。

注意

  • ログとメトリックを収集するときに、機能課金モードを使用できます。 メトリックのストレージとインデックスの価格は、ログのストレージとインデックスの価格とは異なります。 ただし、メトリクスの他の請求可能な項目の価格は、ログの他の請求可能な項目の価格と同じです。 課金項目には、データ変換、データ配信、読み書きトラフィック、リクエスト数などがあります。

  • Simple log Serviceコンソールにログインして、書き込みトラフィック、読み取りトラフィック、読み取りおよび書き込み操作の数、変換トラフィック、出荷トラフィック、ストレージ使用量など、前日の統計を表示できます。

    Simple Log Serviceは、統計を毎日更新します。

  • Simple Log Serviceを使用してログを収集すると、ログは自動的に圧縮されます。 圧縮比は 10:1 ~ 5:1 の範囲です。

OCUの紹介

Observability Capacity unit (OCU) は、Alibaba Cloud Native Observability Platformによって提供される新しい課金単位です。 OCUの数は、1時間あたりのリソース使用量に基づいて自動的に計算されます。

.

Alibaba Cloudは、Simple Log Serviceのコンピューティング集約型機能に従量課金を徐々に実装する予定です。 課金単位はOCUで、コンピューティングリソースの実際の使用量を測定します。 OCUは、0.5 CPUコア、2 GBのメモリ、または3,000 IOPSの料金を相殺するために使用できます。 料金の計算中に、システムは、消費されたコアの数、消費されたメモリのサイズ、およびIOPS消費に基づいてOCUの数を計算します。 次に、システムは請求のために最大数を使用する。

たとえば、計算ジョブは1コア、2 GBのメモリ、3,000 IOPSを消費します。 この例では、2つのOCUが消費される。 1時間の課金サイクルでは、取り込みプロセッサが1 GBのデータを処理すると、約1/3のOCUが消費されます。 新しいバージョンのデータ変換で1 GBのデータが処理されると、約1/3のOCUが消費されます。 ルールベースのデータ消費が1 GBのデータを処理する場合、約0.3のOCUが消費されます。

ペイバイフィーチャーの課金アイテム

次の表に、ペイバイフィーチャーの請求項目を示します。 詳細については、をご覧ください。

Simple Log Serviceの価格

課金項目

説明

料金の計算

無料クォータ

ホットストレージ層のストレージ使用量

料金は、ホットストレージ層のログデータのストレージ使用量に基づいて計算されます。 ストレージ使用量は、生のログデータに対して作成された圧縮ログデータとインデックスの合計サイズです。

たとえば、Simple Log Service にアップロードされた生のログデータのサイズが 1 GB で、2 つのフィールドにインデックスが作成されたとします。 また、生ログデータがアップロードされる際の圧縮比が 5:1 で、インデックスのサイズが 0.5 GB であるとします。 この例では、ホットストレージ層のストレージ使用量は、0.2 GB + 0.5 GB = 0.7 GB と計算されます。

  • 従量課金:ホットストレージ層のストレージ使用量の 1 日あたりの料金 = 1 日あたりのストレージ使用量 (GB 単位) × ログデータの GB あたりの料金。

  • リソースプラン:購入したリソースプランは、請求可能アイテムの料金を請求可能アイテムの料金単位 (CU) に基づいて相殺するために使用されます。

1 か月あたり 500 MB

重要

無料クォータは、消費されたリソースの料金を相殺するためにリソースプランを使用しない場合にのみ提供されます。

IA ストレージ層のストレージ使用量

インテリジェント階層ストレージ機能を有効にすると、ログは、指定されたホットストレージ層のデータ保持期間が終了すると、ホットストレージ層から低頻度アクセス (IA) ストレージ層 (旧コールドストレージ層) に移動されます。 この場合、IA ストレージ層のストレージ使用量に基づいて課金されます。 料金は、IAストレージ層のログデータのストレージ使用量に基づいて計算されます。 ストレージ使用量は、生のログデータに対して作成された圧縮ログデータとインデックスの合計サイズです。

たとえば、Simple Log Service にアップロードされた生のログデータのサイズが 1 GB で、2 つのフィールドにインデックスが作成されたとします。 また、生ログデータがアップロードされる際の圧縮比が 5:1 で、インデックスのサイズが 0.5 GB であるとします。 この例では、IA ストレージ層のストレージ使用量は、0.2 GB + 0.5 GB = 0.7 GB と計算されます。

  • 従量課金:IA ストレージ層のストレージ使用量の 1 日あたりの料金 = 1 日あたりのストレージ使用量 (GB 単位) × ログデータの GB あたりの料金。

  • リソースプラン:

    購入したリソースプランを使用して、請求可能アイテムのCUに基づいて請求可能アイテムの料金を相殺します。

なし

アーカイブストレージ層のストレージ使用量

インテリジェント階層ストレージ機能を有効にすると、指定されたホットストレージ層のデータ保持期間またはIAストレージ層のデータ保持期間が終了した後、ログはホットストレージ層またはIAストレージ層からアーカイブストレージ層に移動されます。 この場合、アーカイブストレージ層のストレージ使用量に基づいて課金されます。 料金は、アーカイブストレージ層のログデータのストレージ使用量に基づいて計算されます。 ストレージ使用量は、生のログデータに対して作成された圧縮ログデータとインデックスの合計サイズです。

たとえば、Simple Log Service にアップロードされた生のログデータのサイズが 1 GB で、2 つのフィールドにインデックスが作成されたとします。 また、生ログデータがアップロードされる際の圧縮比が 5:1 で、インデックスのサイズが 0.5 GB であるとします。 この例では、アーカイブストレージ層のストレージ使用量は、0.2 GB + 0.5 GB = 0.7 GB と計算されます。

  • 従量課金: アーカイブストレージ層のストレージ使用量の1日あたりの料金=1日あたりのストレージ使用量 (GB単位) × ログデータのGBあたりの料金。

  • リソースプラン:

    購入したリソースプランを使用して、請求可能アイテムのCUに基づいて請求可能アイテムの料金を相殺します。

なし

時系列データのストレージ使用量

料金は、時系列データのストレージ使用量に基づいて計算されます。 ストレージ使用量は、生の時系列データに対して作成された、圧縮された時系列データとインデックスの合計サイズです。

たとえば、Simple Log Serviceにアップロードされる生の時系列データのサイズは1 GBで、インデックスは自動的に作成されます。 インデックスのサイズは1 GBです。 生の時系列データがアップロードされるときの圧縮率は5:1です。 この例では、時系列データのストレージ使用量は、0.2 GB + 1 GB = 1.2 GBの式で計算されます。

  • 従量課金: 時系列データのストレージ使用量の1日あたりの料金=1日あたりのストレージ使用量 (GB単位) × 時系列データのGBあたりの料金。

  • リソースプラン:

    購入したリソースプランを使用して、請求可能アイテムのCUに基づいて請求可能アイテムの料金を相殺します。

なし

読み書きトラフィック

読み取り / 書き込みトラフィックには、書き込みトラフィックと読み取りトラフィックが含まれます。

  • 書き込みトラフィック: 料金は、Simple Log Serviceにアップロードされた圧縮データのサイズに基づいて計算されます。

    たとえば、Simple Log Serviceにアップロードされる生データのサイズは10 GB、圧縮率は5:1です。 この例では、書き込みトラフィックは 2 GB です。

  • 読み取りトラフィック: 料金は、AnalyticDB for MySQLに出荷または消費される圧縮データのサイズに基づいて計算されます。

    たとえば、Simple Log Serviceにアップロードされる生データのサイズは10 GBで、アップロードされたデータはAnalyticDB For MySQLに出荷され、圧縮率は5:1です。 この例では、生データが Simple Log Service にアップロードされた場合の書き込みトラフィックは 2 GB、アップロードされたデータが AnalyticDB for MySQL にシッピングされた場合の読み取りトラフィックは 2 GB です。

説明

Simple Log Service コンソールで消費プレビュー機能を使用すると、少量の読み取りトラフィックが生成されます。

  • 従量課金: 読み書きトラフィックの1日あたりの料金=(GB単位の1日あたりの書き込みトラフィック + GB単位の1日あたりの読み取りトラフィック) × トラフィックのGBあたりの料金。

  • リソースプラン:購入したリソースプランは、請求可能アイテムのCUに基づいて請求可能アイテムの料金を相殺するために使用されます。

1 か月あたり 500 MB

重要

無料クォータは、消費されたリソースの料金を相殺するためにリソースプランを使用しない場合にのみ提供されます。

ログデータのインデックストラフィック

インデックストラフィックは、生のログデータに対して作成または再作成されたインデックスのサイズに基づいて計算されます。 インデックスはフィールドに対して作成されます。 インデックストラフィックは、インデックス付きフィールドの長さとフィールド値に基づきます。

  • たとえば、Simple log Serviceに書き込まれる生のログデータのサイズが1 GBで、フルテキストインデックス機能が有効になっているとします。 この例では、インデックストラフィックは 1 GB です。

  • たとえば、Simple log Serviceに書き込まれる生のログデータのサイズは1 GBです。 インデックスは2つのフィールドに対して作成され、インデックスのサイズは0.5 GBです。 この例では、インデックストラフィックは 0.5 GB です。

重要
  • インデックスは、データクエリと分析を高速化するために使用されます。 ログをクエリおよび分析するには、インデックスを作成する必要があります。 詳細については、「インデックスの作成」をご参照ください。 Simple Log Serviceベースのデータ移行やデータ転送などの他のシナリオでは、インデックスを作成する必要はありません。

  • この課金対象項目は、標準ログストアに適用されます。

  • デフォルトでは、インデックス機能は無効化されています。 この機能を有効にすると、インデックストラフィックが生成され、インデックスによってストレージが使用されます。

  • データを書き込む際に、1 回だけインデックストラフィックに対する課金が行われます。

  • フルテキストインデックスとフィールドインデックスの両方を作成した場合は、1 回だけインデックストラフィックに対する課金が行われます。

  • Simple Log Serviceは、__time__ や __source__ などの予約フィールドに対するインデックスを自動的に作成します。 この動作より、少量のインデックストラフィックが発生します。 詳細については、「予約フィールド」をご参照ください。

  • 従量課金: ログデータのインデックストラフィックの1日あたりの料金=1日あたりのインデックストラフィック (GB単位) × インデックストラフィックのGBあたりの価格。

  • リソースプラン:購入したリソースプランは、請求可能アイテムのCUに基づいて請求可能アイテムの料金を相殺するために使用されます。

1 か月あたり 500 MB

重要

無料クォータは、消費されたリソースの料金を相殺するためにリソースプランを使用しない場合にのみ提供されます。

クエリログストアでのログデータのインデックストラフィック

インデックストラフィックは、生のログデータに対して作成または再作成されたインデックスのサイズに基づいて計算されます。 インデックスはフィールドに対して作成されます。 インデックストラフィックは、インデックス付きフィールドの長さとフィールド値に基づきます。

  • たとえば、Simple log Serviceに書き込まれる生のログデータのサイズが1 GBで、フルテキストインデックス機能が有効になっているとします。 この例では、インデックストラフィックは 1 GB です。

  • たとえば、Simple log Serviceに書き込まれる生のログデータのサイズは1 GBです。 インデックスは2つのフィールドに対して作成され、インデックスのサイズは0.5 GBです。 この例では、インデックストラフィックは 0.5 GB です。

重要
  • インデックスは、データクエリと分析を高速化するために使用されます。 ログをクエリおよび分析するには、インデックスを作成する必要があります。 詳細については、「インデックスの作成」をご参照ください。 Simple Log Serviceベースのデータ移行やデータ転送などの他のシナリオでは、インデックスを作成する必要はありません。

  • この課金可能な項目は、クエリログストアに適用されます。

  • デフォルトでは、インデックス機能は無効化されています。 この機能を有効にすると、インデックストラフィックが生成され、インデックスによってストレージが使用されます。

  • データを書き込む際に、1 回だけインデックストラフィックに対する課金が行われます。

  • フルテキストインデックスとフィールドインデックスの両方を作成した場合は、1 回だけインデックストラフィックに対する課金が行われます。

  • Simple Log Serviceは、__time__ や __source__ などの予約フィールドに対するインデックスを自動的に作成します。 この動作より、少量のインデックストラフィックが発生します。 詳細については、「予約フィールド」をご参照ください。

  • 従量課金: ログデータのインデックストラフィックの1日あたりの料金=1日あたりのインデックストラフィック (GB単位) × インデックストラフィックのGBあたりの価格。

  • リソースプラン: 購入したリソースプランは、請求可能アイテムのCUに基づいて請求可能アイテムの料金を相殺するために使用されます。

なし

時系列データのインデックストラフィック

インデックストラフィックは、生の時系列データに作成されたインデックスのサイズに基づいて計算されます。 インデックスはフィールドに対して作成されます。 インデックストラフィックは、インデックス付きフィールドの長さとフィールド値に基づきます。

時系列データをアップロードすると、Simple Log Serviceは時系列データのインデックスを自動的に作成します。

たとえば、Simple Log Serviceに書き込まれる生の時系列データのサイズは1 GBです。 この例では、インデックストラフィックは 1 GB です。

  • 従量課金: 時系列データのインデックストラフィックの1日あたりの料金=1日あたりのインデックストラフィック (GB単位) × インデックストラフィックのGBあたりの価格。

  • リソースプラン:

    購入したリソースプランを使用して、請求可能アイテムのCUに基づいて請求可能アイテムの料金を相殺します。

なし

インターネット経由の読み取りトラフィック

データがパブリック Simple Log Service エンドポイントを使用してプルされた場合、インターネット経由のの読み取りトラフィックが生成されます。 トラフィックは、圧縮後のデータのサイズに基づいて計算されます。

  • 従量課金:インターネット経由の読み取りトラフィックの 1 日あたりの料金 = 1 日あたりのインターネット経由の読み取りトラフィック × インターネット経由の読み取りトラフィックの GB あたりの料金。

  • リソースプラン:

    購入したリソースプランを使用して、請求可能アイテムのCUに基づいて請求可能アイテムの料金を相殺します。

なし

スキャントラフィック

スキャントラフィックは、スキャンされる生データのサイズに基づいて計算されます。

  • 従量課金:スキャントラフィックの 1 日あたりの料金 = 1 日あたりのスキャントラフィック × スキャントラフィックの GB あたりの料金。

  • リソースプラン:

    購入したリソースプランを使用して、請求可能アイテムのCUに基づいて請求可能アイテムの料金を相殺します。

なし

データ変換

料金は、圧縮前の変換データのサイズに基づいて計算されます。

データがリージョン間で変換される場合、インターネット経由の読み取りトラフィックに対して課金されます。 トラフィックは、圧縮後のデータのサイズに基づいて計算されます。

  • 従量課金: データ変換の1日あたりの料金=変換されたデータ (GB) × 変換されたデータのGBあたりの価格。

  • リソースプラン:

    購入したリソースプランを使用して、請求可能アイテムのCUに基づいて請求可能アイテムの料金を相殺します。

なし

データ配信

料金は、圧縮前のシッピングデータのサイズに基づいて計算されます。 Object Storage Service (OSS) 、MaxCompute、AnalyticDB for MySQL にデータをシッピングできます。

説明

AnalyticDB for MySQLにデータを出荷すると、API操作が呼び出されてデータが読み取られ、ネットワークリソースが消費されます。 読み取りトラフィックと読み書き操作の回数に応じて課金されます。

  • 従量課金: データ配送の毎日の料金=1日あたりの出荷データ (GB) × 出荷データのGBあたりの価格。

  • リソースプラン:

    購入したリソースプランを使用して、請求可能アイテムのCUに基づいて請求可能アイテムの料金を相殺します。

なし

読み書き操作

  • Simple Log Service にデータをアップロードすると、書き込み操作の回数に対して課金されます。 書き込み操作の回数は、データが生成される速度に基づきます。 Simple Log Service は、バックエンドでの書き込み操作の数を自動的に最小化します。

  • データが変換された場合、AnalyticDB for MySQL にシッピングされた場合、または消費された場合、Simple Log Service はデータを一括で読み取ります。 読み取り操作の回数に応じて課金されます。

説明

読み取りおよび書き込み操作の数には、成功した操作と失敗した操作が含まれます。

  • 従量課金:読み書き操作の 1 日あたりの料金 = 1 日あたりの読み書き操作の回数 × 操作あたりの料金。

  • リソースプラン:

    購入したリソースプランを使用して、請求可能アイテムのCUに基づいて請求可能アイテムの料金を相殺します。

1 か月あたり 100 万回

重要

無料クォータは、消費されたリソースの料金を相殺するためにリソースプランを使用しない場合にのみ提供されます。

音声通話

料金は、音声通話通知の送信回数に基づいて計算されます。

説明
  • 音声通話に応答しなかった場合、Simple Log Serviceは SMS を送信します。

  • 音声通話に対する課金は、通話に応答したかどうか関係なく行われます。 音声通話が応答されないときに送信されるテキストメッセージに対しては課金されません。

  • 従量課金: 音声通話の1日あたりの料金=1日あたりの音声通話通知の送信回数 × 通知あたりの料金。

  • リソースプラン:

    購入したリソースプランを使用して、請求可能アイテムのCUに基づいて請求可能アイテムの料金を相殺します。

なし

テキストメッセージ

料金は、SMS 通知の送信回数に基づいて計算されます。

説明

テキストメッセージの長さが70文字を超える場合、テキストメッセージは2つのメッセージに分割されて送信されます。 この場合、1つのテキストメッセージに対してのみ課金されます。

  • 従量課金: テキストメッセージの1日あたりの料金=1日あたりのテキストメッセージ通知の送信回数 × 通知あたりの料金。

  • リソースプラン:

    購入したリソースプランを使用して、請求可能アイテムのCUに基づいて請求可能アイテムの料金を相殺します。

なし

アクティブシャード

料金は、readwrite 状態のシャードの数に基づいて計算されます。 結合または分割されたシャードに対しては課金されません。

たとえば、読み取り /書き込み状態の3つのシャードをマージします。 シャードをマージすると、1つのシャードのみが読み取り /書き込み状態になります。 シャードを結合した日の課金は、3 つのシャードに対して行われます。 その翌日の課金は、1 つのシャードに対して行われます。

説明
  • デフォルトでは、Logstore の作成時に 2 つのシャードが作成されます。 詳細については、「アクティブシャードに対して課金されるのはなぜですか」をご参照ください。

  • 過去の理由により、ログストアのアクティブなシャードの数とMetricstoreのアクティブなシャードの数は、請求書の [active shards] フィールドと [Shard Size] フィールドに別々に含まれています。 2 つのフィールドの値に基づいて、使用されているシャードの総数を取得できます。 この問題は修正中です。

  • 従量課金: アクティブなシャードの料金=読み書き状態のシャード数 × シャードあたりの料金。

  • リソースプラン:

    購入したリソースプランを使用して、請求可能アイテムのCUに基づいて請求可能アイテムの料金を相殺します。

1 か月あたり 31 シャード日

重要

無料クォータは、消費されたリソースの料金を相殺するためにリソースプランを使用しない場合にのみ提供されます。

専用 SQL

料金は、SQL 文を実行してデータを照会および分析した場合に消費された CPU 時間に基づいて計算されます。 単位:コア時間。 この単位は、1 つのコアを 1 時間使用する際の料金を表します。 詳細については、「専用 SQL の課金例」をご参照ください。

  • 従量課金: 専用SQLの料金=時間で計算されるCPU時間 × 時間あたりの料金。

  • リソースプラン:

    購入したリソースプランを使用して、請求可能アイテムのCUに基づいて請求可能アイテムの料金を相殺します。

なし

ルールベースの消費

料金は、ルールベースのデータ消費中に消費されたリソースの量に基づいて計算されます。 単位: OCU。

1時間の課金サイクルでは、ルールベースのデータ消費が1 GBのデータを処理すると、約0.3のOCUが消費されます。

  • 従量課金: ルールベースのデータ消費料金=消費されたOCU × OCUあたりの料金。

なし

データ変換 (新バージョン)

料金は、新しいバージョンのデータ変換がデータを処理するときに消費されるリソースの量に基づいて計算されます。 単位: OCU。

1時間の課金サイクルでは、新しいバージョンのデータ変換で1 GBのデータが処理されると、約1/3のOCUが消費されます。

  • 従量課金: データ変換の料金 (新バージョン)=消費されたOCU × OCUあたりの価格。

なし

転送アクセラレーション

料金は、転送高速化のためにエンドポイントで生成されるアップリンクおよびダウンリンクトラフィックの量に基づいて計算されます。

トラフィック量は、転送アクセラレーション機能を使用して転送される実際のデータのサイズです。 Simple Log Serviceにデータをアップロードするときにデータが圧縮されている場合、トラフィックは圧縮後のデータのサイズに基づいて計算されます。

詳細については、「転送アクセラレーション機能の使用」をご参照ください。

  • 従量課金: 転送アクセラレーションの料金=転送アクセラレーション中に生成されたアップリンクおよびダウンリンクトラフィック × トラフィックのGBあたりの料金。

なし

取り込みプロセッサ

取り込みプロセッサを使用して、ログがLogstoreに書き込まれる前にログを前処理できます。 たとえば、取り込みプロセッサを使用して、データのフィルタリング、フィールドの抽出、フィールドの拡張、データのマスクを行うことができます。 料金は、データ処理中に消費されるリソースの量に基づいて計算されます。 単位: OCU。

1時間の課金サイクルでは、取り込みプロセッサが1 GBのデータを処理すると、約1/3のOCUが消費されます。

  • 従量課金: 取り込みプロセッサの料金=消費されたOCU × OCUあたりの価格。

なし