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

Simple Log Service:Logstore の管理

最終更新日:Jun 23, 2026

Logstore は、Simple Log Service (SLS) におけるログデータの収集、保存、クエリに使用されるストレージユニットです。

基本概念

Logstore とは

Logstore は、Simple Log Service (SLS) のデータコンテナです。1 つのプロジェクト配下に複数の Logstore を作成し、異なるアプリケーションやソースからのログを分離して管理できます。

また、特定の Alibaba Cloud サービスや SLS の機能は、特定の目的のために専用の Logstore を自動的に作成します。これらの Logstore は、他の種類のデータを受け入れることはできません。例として、以下のようなものがあります。

Logstore 仕様の比較

SLS は、特徴とコストが異なる標準とクエリの 2 種類の Logstore を提供しています。

タイプ

コスト (インデックストラフィック料金の比較)

シナリオ

標準

USD 0.0875/GB

このタイプは、インタラクティブな分析、リアルタイムモニタリング、可視化、または可観測性システムの構築に使用します。

クエリタイプ (クエリ)

USD 0.0146/GB

このタイプは分析をサポートしていません。ログのアーカイブ、監査ログの保存、または分析なしで高速なキーワード検索のみが必要なトラブルシューティングのシナリオに使用します。典型的なユースケースには、アクセス頻度の低い長期保持 (数ヶ月または数年) が含まれます。

範囲と権限

権限に関する注意 (展開可能)

  • Alibaba Cloud アカウント (root ユーザー) を使用してログインする場合、デフォルトで完全な権限が付与されており、直接 Logstore を管理できます。

  • Resource Access Management (RAM) ユーザーとしてログインするには、必要に応じて Alibaba Cloud アカウントの所有者に以下の 2 つの SLS システムポリシーをリクエストできます。

    • AliyunLogFullAccess:SLS の完全な管理権限を付与します。

    • AliyunLogReadOnlyAccess:SLS への読み取り専用アクセスを付与します。

    システムポリシーが要件を満たさない場合は、カスタムポリシーを作成して、きめ細かい権限管理を行ってください。

    操作

    必要な権限

    Logstore の管理

    • log:ListProject

    • log:GetAcceleration

    • log:ListDomains

    • log:GetLogging

    • log:ListTagResources

    • log:GetProject

    • log:ListLogStores

    • log:*LogStore

    • log:*Index

    • log:ListShards

    • log:GetLogStoreHistogram

    • log:GetLogStoreContextLogs

    Logstore のクエリ

    • log:ListProject

    • log:GetAcceleration

    • log:ListDomains

    • log:GetLogging

    • log:ListTagResources

    • log:GetProject

    • log:ListLogStores

    • log:GetLogStore

    • log:GetLogStoreHistogram

    • log:GetIndex

    • log:CreateIndex

    • log:UpdateIndex

    • log:ListShards

    • log:GetLogStoreContextLogs

基本的な Logstore の作成

コンソール

  1. Simple Log Service コンソールにログインします。プロジェクトリストで、対象のプロジェクトをクリックします。

  2. ログ管理 > Logstores タブで、+ アイコンをクリックします。

  3. Logstore の作成 ページで設定を構成し、OK をクリックします。

    1. Logstore タイプ:デフォルトは標準です。

    2. 課金モード:

      • 機能別課金 (変更不可):ストレージ、インデックス、読み書き操作など、使用したリソースごとに個別に課金されます。毎月の無料クォータがあり、小規模なシナリオでのコスト管理に役立ちます。

      • 取り込みデータ量課金:生の取り込みデータ量に対してのみ課金されます。ストレージとコア機能は 30 日間無料で、よりシンプルでコスト効率の高い価格モデルを提供します。

      ヒント:データ保持期間が 30 日に近く、インデックスを作成するフィールドが多い (特にフルテキストインデックス) ほど、取り込みデータ量課金が適しています。
    3. Logstore 名:プロジェクト内で一意である必要があり、作成後は変更できません。

    4. データ保持期間:デフォルトは 30 日です。

    5. 他のすべての設定はデフォルト値のままにします。

    Logstore の全パラメーターリスト (展開可能)

    パラメーター

    説明

    Logstore タイプ

    SLS の Logstore は、標準タイプとクエリタイプをサポートしています。コストを最適化するために、シナリオに基づいて選択してください。

    • 標準タイプには、SLS の全分析機能スイートが含まれており、リアルタイムモニタリング、インタラクティブな分析、可観測性システムの構築に最適です。

    • クエリタイプは、インデックストラフィック料金が標準タイプの 29% です。同じ予算で、クエリタイプではより多くのフィールドを低コストでインデックス化できます。ただし、クエリタイプはキーワード検索のみをサポートし、統計分析はサポートしていません。

    課金モード

    • 機能別課金:従来の SLS 課金モデルです。ストレージやインデックスなどのリソースや、データ変換やデータ転送などの機能の実際の使用量に対して従量課金で支払います。

    • 取り込みデータ量課金:生の取り込みデータ量のみに課金する、簡素化された SLS 課金モデルです。データ取り込み後、30 日間の無料ストレージと、データ変換やデータ転送などの機能への無料アクセスが提供されます。このモデルはシンプルで予測可能であり、SLS を深く使用する場合にコスト効率が高いです。

    Logstore 名

    Logstore 名はプロジェクト内でグローバルに一意である必要があり、作成後は変更できません。

    WebTracking

    WebTracking を使用すると、ブラウザ、iOS/Android アプリ、フロントエンドのアクセスログを迅速に収集できます。デフォルトでは無効になっています。

    データ保持期間

    保持期間 (日数)。有効な値:1~3650。3650 に設定すると永久保持を意味します。設定された保持期間に達すると、ログは削除されます。

    インテリジェントティアリング

    ライフサイクル管理を使用してデータを自動的に階層化します。

    • ホットストレージ:

      • ホットストレージは、頻繁にアクセスされるデータのためのスケーラブルで高可用性のソリューションです。

      • リアルタイムアクセスをサポートし、高性能なログクエリと分析を提供するため、頻繁なクエリと分析のシナリオに最適です。

    • 低頻度アクセスストレージクラス

      • 低頻度アクセスストレージクラス (旧コールドストレージ) は、クエリ、分析、可視化、アラート、転送、変換の全機能を維持しながら、長期ストレージコストを削減します。

      • 問題のバックトラッキングなど、低頻度のクエリおよび分析シナリオに適しています。

    • アーカイブストレージ

      • アーカイブストレージは、ホットストレージおよび低頻度アクセスストレージを超えて、より低コストでクエリおよび分析可能な長期ストレージオプションを提供します。

      • 長期的な監査ログの保持に最適です。

    シャード数

    各シャードは、5 MB/s の書き込みスループットと 10 MB/s の読み取りスループットをサポートします。データトラフィックがシャードの容量を超えた場合は、シャードを分割できます。データトラフィックがシャードの最大読み書き容量を下回る場合は、シャードをマージしてコストを節約できます。

    自動シャーディング

    書き込みトラフィックが既存のシャードの読み書き容量を 5 分以上超えた場合、自動シャーディングを有効にするとデータ量に基づいてシャード数が増加します。

    最大シャード数

    自動シャーディングを有効にすると、最大で 256 個のシャードが自動的に作成されます。

    パブリック IP の記録

    ログを受信後、システムはクライアントのパブリック IP アドレスとログの到着時刻を自動的に追加します。

API

Logstore の作成

Logstore 設定の変更

作成時に以下のパラメーターを設定できます。このセクションでは、Logstore の変更を例に説明します。

  1. image [ログストレージ] をクリックします。 Logstores ページで、目的の Logstore にカーソルを合わせ、変更 を選択します。

  2. Logstore のプロパティで、シナリオに基づいて関連する設定を変更します。

特定のログの削除またはログ保持期間の設定

コンソール

基本情報変更 をクリックし、データ保持期間を調整して、保存 をクリックします。

SLS は、特定のログエントリの削除をサポートしていません。ログを削除するには、保持期間の設定によって時間ベースで削除するか、課金を停止するか Logstore を削除してすべてのログを削除するしかありません。
  • 日数限定:有効な値は 1~3650 です。3650 に設定すると永久保持を意味します。保持期間が終了するとログは削除されます。

  • 恒久的な保管::Logstore 内のログを無期限に保持します。

説明

変更はすぐに有効になりますが、期限切れデータの削除には時間がかかる場合があります。

API

Update Logstorettl の値を更新して、ログ保持期間を調整します。

階層化によるストレージコストの最適化

コンソール

  1. 基本情報 で、変更 をクリックし、インテリジェントティアリングを有効にします。

  2. ストレージポリシー を設定します。3つの階層すべての日数の合計は、合計データ保持期間と一致している必要があります。

    • ホットストレージ:最小 7 日。

    • 低頻度アクセスストレージクラス:最小 30 日。

    • アーカイブストレージ:最小 60 日。

    [データ保持期間][指定日数] に設定し、[インテリジェントティアリング] を有効にして、[ストレージポリシー] で階層間の移行を設定します。ホットストレージはその期間が終了すると自動的に低頻度アクセスストレージに移行し、低頻度アクセスストレージはアーカイブストレージに移行し、アーカイブストレージはその期間が終了すると自動的に削除されます。

  3. 保存 をクリックします。詳細については、「インテリジェント階層化」をご参照ください。

API

Update Logstorettlhot_ttlinfrequentAccessTTL の値を更新して、ストレージ階層の保持ポリシーを動的に調整します。

フロントエンドログの収集

SLS は、ミニプログラム、モバイルアプリ (iOS/Android)、ブラウザからのログを収集するために WebTracking を提供します。

この機能は 2 つの方法で使用できます。

  • 転送に STS 認証を使用します。この方法は本番環境に適しており、Logstore の設定変更は不要です。

  • OpenAPI を介した匿名転送を使用します。この方法はテスト専用であり、以下で説明するように Logstore で設定を有効にする必要があります。

コンソール

基本プロパティで、変更 をクリックし、WebTracking を有効にして、保存 をクリックします。

API

Update Logstoreenable_tracking パラメーターを true に設定して WebTracking を有効にします。

パブリック IP とログ到着時刻の自動追加

有効にすると、その後のログ取り込みで自動的に以下が追加されます。

  • __tag__:__client_ip__:ログソースデバイスのパブリック IP アドレス。

  • __tag__:__receive_time__:ログが SLS サーバーに到着した時刻。UNIX タイムスタンプ (1970-01-01 00:00:00 UTC からの秒数) 形式です。

コンソール

「基本プロパティ」で、変更 をクリックし、パブリック IP の記録を有効にして、保存をクリックします。

API

Update LogstoreappendMeta パラメーターを設定して、パブリック IP の記録を有効にします。

シャードを使用した取り込みパフォーマンスの調整

各シャードは、取り込み用に 5 MB/s または 500 回/秒の書き込み、消費用に 10 MB/s または 100 回/秒の読み取りをサポートします。これらはソフトリミットです。システムはこれらの制限を超えるリクエストを処理しようとしますが、サービス品質は保証されません。トラフィックがシャードの容量を超えた場合は、シャードを分割して容量を増やしてください。

コンソール

「基本プロパティ」で、変更 をクリックし、自動シャーディングを有効にして、シャード上限を設定し、保存 をクリックします。

SLS は、個々のシャードの分割とマージをサポートしています。

API

シャードの分割

シャードのマージ

課金の停止または Logstore の削除

警告

一度削除すると、Logstore 内のすべてのログデータは完全に失われ、回復できません。操作は慎重に行ってください。

コンソール

  1. 削除前のクリーンアップ。

    1. Logstore を削除する前に、関連するすべての Logtail 構成を削除します。

    2. この Logstore で LogShipper が有効になっている場合は、新しいデータの書き込みを停止し、既存のすべてのデータが正常に転送されたことを確認してから削除します。

  2. 削除手順。

    1. ログ管理 > Logstores タブで、対象の Logstore にマウスカーソルを合わせ、削除 を選択します。

    2. 警告 ダイアログボックスで、削除してもよろしいですか。 をクリックします。

  3. 削除後の注意点。

    1. 削除日もストレージ料金は適用されます。翌日以降は料金は発生しません。削除から 3 日目以降、この Logstore の請求書は届きません。

    2. 削除後、この Logstore をソースとして使用するすべてのエクスポートタスク、データ変換ジョブ、スケジュール化された SQL タスク、およびこの Logstore をターゲットとするインポートタスクは削除されます。

API

Logstore の削除

実用シナリオの設定例

大量ワークロードのリアルタイムモニタリングと分析

オンラインアプリケーションがリアルタイムで大量のログを生成します。障害発生時には、エラーログを迅速に特定し、パフォーマンスメトリクス (QPS やレスポンスレイテンシーなど) をリアルタイムアラートで監視する必要があります。

推奨構成標準 Logstore + 取り込みデータ量課金 + 自動シャーディング

理由標準 Logstore は分析、リアルタイムモニタリング、可視化をサポートしています。高い取り込み量と広範なインデックス作成の可能性があるため、取り込みデータ量課金はコスト効率が良く、自動シャーディングは一貫した取り込みと分析のパフォーマンスを保証します。

コンプライアンス、監査、規制シナリオ

業界の規制により、ユーザーの操作ログとセキュリティログを監査のために 6 ヶ月以上保存する必要がありますが、日々のクエリと分析の頻度は非常に低いです。

推奨構成クエリ Logstore + インテリジェントティアリング

理由:クエリ Logstore は、標準よりも低いインデックストラフィックコストで検索専用のワークロードをサポートします。インテリジェントティアリングは、古いログを自動的に低コストのストレージ階層に移動させることで、長期的なストレージコストを削減します。

関連リファレンス

機能別課金における Logstore の比較

クエリ Logstore は機能別課金のみをサポートしています。このモデルでは、標準 Logstore とクエリ Logstore は次のように比較されます。

比較項目

標準

クエリ仕様

コスト

インデックストラフィック

USD 0.0875/GB

USD 0.0146/GB

特徴

データ取り込み (アプリケーションログのみ)

サポート

クラウド製品ログの取り込みはサポートしていません。

インテリジェントティアリングの有効化

サポート

サポート

検索

サポート

サポート

分析 (SQL ステートメント)

サポート

サポートしていません

コンテキストクエリ

サポート

サポート

LiveTail

サポート

サポート

LogReduce

サポート

サポートしていません

再インデックス作成

サポート

サポート

ダッシュボード

サポート

サポートしていません

アラート機能

サポート

クエリベースのアラートのみサポート

Scheduled SQL

サポート

サポートしていません

データ変換

サポート

サポート

データ転送

サポート

サポート

標準的な消費

サポート

サポート

制限事項

取り込みデータ量課金は、SLS の全機能セットをサポートしています。クエリと分析、データ変換、インテリジェントアラート、消費/転送などの付加価値機能には追加料金はかかりませんが、以下のようなクォータ制限があります。

クォータ制限

説明

データ変換量

Logstore ごとに月間最大 100 TB。

Scheduled SQL データ量

Logstore ごとに月間最大 20 TB。

転送データ量

Logstore ごとに月間最大 100 TB。

消費データ量

Logstore ごとに月間最大 100 TB。

アラートジョブ計算量

Logstore ごとに月間最大 100 TB。

課金概要

Logstore のコストは、主に選択した課金モードに依存します。

  • 機能別課金:ストレージ容量、インデックストラフィック、読み書き操作、シャード数などのリソースの実際の使用量に対して個別に課金されます。

  • 取り込みデータ量課金:生の取り込みデータ量に対してのみ課金され、30 日間の無料ストレージと複数の無料機能が含まれます。

主な価格詳細

  • 標準インデックストラフィックUSD 0.0875/GB。

  • クエリインデックストラフィックUSD 0.0146/GB。

コスト最適化のヒント

  • ログ保持期間が 30 日に近いか、または超える場合、取り込みデータ量課金の方が通常はコスト効率が良いです。

  • アーカイブおよび取得のみのシナリオでは、クエリ Logstore を使用してインデックス作成コストを削減します。

  • インテリジェントティアリングを使用して、アクセス頻度の低いデータを低コストのストレージ階層に移動します。

よくある質問

Logstore を作成できない

デフォルトでは、プロジェクトごとに最大 200 個の Logstore を作成できます。未使用の Logstore を削除するか、次のようにクォータの引き上げをリクエストしてください。

  1. Simple Log Service コンソールにログインし、プロジェクトリストで対象のプロジェクトをクリックします。

  2. 「プロジェクト」ページで、「概要」 > 「基本情報」 > 「リソースクォータ」に移動し、管理 をクリックします。リソースのクォータ パネルで Logstore のクォータ制限を調整し、保存 をクリックしてリクエストを送信します。変更が反映されるまで約 1 時間かかります。

SLS でログが見つからない

  • プロジェクトまたは Logstore が見つからない

    プロジェクトまたは Logstore を手動で削除した場合、ログは回復できません。ActionTrail を使用して、過去 90 日以内の削除イベントを確認してください。

  • アカウントが 7 日以上延滞した場合、サービスは放棄されたと見なされます。プロジェクトは回収され、データは完全に削除されます。詳細については、「料金滞納について」をご参照ください。

ログストレージコストを削減するにはどうすればよいですか?