Simple Log Service:Logstore の管理

コンソール

1. Simple Log Service コンソールにログインします。[プロジェクト] セクションで、管理したいプロジェクトをクリックします。

2. [ログストレージ] > [Logstores] タブで、[+] アイコンをクリックします。

   

3. [Logstore の作成] ページで、パラメーターを設定し、[OK] をクリックします。

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

   2. 課金モード:

      • 機能ごとの支払い (変更不可): ストレージ、インデックス、読み取り/書き込み操作など、使用する各リソースに対して課金されます。小規模なユースケースでのコスト管理に役立つ月間無料クォータが提供されます。

      • 取り込みデータ量による支払い: 書き込む生データの量に対してのみ支払います。ストレージと基本機能は 30 日間無料です。この課金モードは、よりシンプルでコスト効率の高い構造を持っています。

      取り込みデータ量による支払いモードは、データ保持期間が 30 日に近く、フルテキストインデックスに匹敵するインデックス作成が必要な場合に最適です。

   3. Logstore 名: プロジェクト内で一意である必要があります。Logstore の一意の識別子として機能し、Logstore 作成後は変更できません。

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

   5. 他のパラメーターはデフォルト値のままにします。パラメーターの完全なリストについては、次の表をご参照ください。

   Logstore パラメーターの完全なリスト

   パラメーター	説明
   Logstore タイプ	SLS Logstore は、標準とクエリの 2 つの仕様をサポートしています。コストを節約するために、シナリオに基づいていずれかを選択してください。 標準仕様には、SLS の完全なワンストップデータ分析機能が含まれています。リアルタイムモニタリング、インタラクティブ分析、完全な可観測性システムの構築などのシナリオに適しています。 クエリ仕様のインデックストラフィック単価は、標準仕様の 29% です。これにより、同じコストでより多くのフィールドのインデックスを有効にできます。クエリ仕様はキーワード検索のみをサポートし、統計分析はサポートしていません。
   課金モード	機能ごとの支払い: これは SLS の元の課金モードです。ストレージやインデックスなどの使用するリソース、およびデータ変換やデータシッピングなどの機能に対して課金されます。従量課金制で請求されます。 取り込みデータ量による支払い: これは SLS の簡略化された課金モードです。主に SLS に書き込む生データの量に対して課金されます。データが SLS に書き込まれた後、データを保存し、データ変換やデータシッピングなどの機能を 30 日間無料で利用できます。この課金モードは、シンプルで予測可能、かつ制御可能です。SLS を最大限に活用して、より多くのデータ価値を引き出すのに役立ちます。
   Logstore 名	Logstore 名はプロジェクト内で一意である必要があり、作成後は変更できません。
   WebTracking	Web ブラウザーやモバイルアプリ (iOS/Android) からのユーザーアクセスデータの収集を有効にします。この機能はデフォルトで無効になっています。
   データ保持期間	ログデータが自動的に削除されるまでの保持日数。有効な値: 1～3650。値 3650 は永久保存を示します。
   インテリジェント階層型ストレージ	ライフサイクル管理機能を使用して、データの経過時間に基づいてデータを低コストのストレージ層に自動的に移動します。 ホットストレージ: ホットストレージは、頻繁にアクセスされるデータのためのスケーラブルで高可用性のデータストレージソリューションです。 リアルタイムのデータアクセスをサポートし、高性能なログクエリおよび分析機能を提供します。頻繁なデータクエリと分析を必要とするビジネスシナリオに適しています。 低頻度アクセスストレージ 低頻度アクセスストレージ (旧コールドストレージ) は、ログのクエリ、分析、可視化、アラート、シッピング、変換機能に影響を与えずに、長期的なストレージコストを削減できるストレージタイプです。 問題の追跡など、クエリや分析が頻繁でないビジネスシナリオに適しています。 アーカイブストレージ アーカイブストレージは、既存のホットおよび低頻度アクセスストレージクラスに基づいて、より低コストで、クエリ可能で分析可能な長期データストレージソリューションを提供します。 監査データの長期保存が必要なビジネスシナリオに適しています。
   シャード	各シャードは、5 MB/s の書き込みスループットと 10 MB/s の読み取りスループットをサポートします。データトラフィックがシャードのサービス能力を超えた場合は、シャードを分割します。データトラフィックがシャードの最大読み書き能力に達しない場合は、シャードをマージしてコストを節約します。
   自動シャーディング	シャードへの書き込み量が 5 分以上その読み取り/書き込み容量を超えた場合、この機能を有効にしてデータ量に基づいてシャードの数を自動的に増やします。
   最大シャード数	自動シャーディングを有効にすると、最大 256 個のシャードが自動的に作成されます。
   ログパブリック IP	ログが受信されると、クライアントのパブリック IP アドレスとログがサーバーに到着した時刻が自動的に追加されます。

API

CreateLogStore

コンソール

[基本情報] セクションで、[変更] をクリックし、データ保持期間を変更してから、[保存] をクリックします。

SLS では、特定のログエントリを削除することはできません。ログを削除するには、データ保持期間を変更して期限切れにするか、課金を停止するか Logstore を削除してすべてのログを削除します。

API

UpdateLogStore 操作で、ttl の値を設定してログ保持期間を調整します。

コンソール

1. [基本情報] セクションで、[変更] をクリックし、[インテリジェント階層型ストレージ] を有効にします。

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

   • ホットストレージ: 7 日以上。

   • 低頻度アクセスストレージ: 30 日以上。

   • アーカイブストレージ: 60 日以上。

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

API

UpdateLogStore 操作で、ttl、hot_ttl、および infrequentAccessTTL の値を設定して、階層型ストレージの保持ポリシーを動的に調整します。

コンソール

[基本情報] セクションで、[変更] をクリックし、[WebTracking] を有効にしてから、[保存] をクリックします。

API

UpdateLogStore 操作で、enable_tracking パラメーターを true に設定して Web トラッキング機能を有効にします。

コンソール

[基本情報] セクションで、[変更] をクリックし、[ログパブリック IP] を有効にしてから、[保存] をクリックします。

API

UpdateLogStore 操作で、appendMeta パラメーターを使用してこの機能を有効にします。

コンソール

[基本情報] セクションで、[変更] をクリックし、[自動シャーディング] を有効にし、[最大シャード数] を設定してから、[保存] をクリックします。

SLS では、特定のシャードを「分割およびマージ」できます。

API

SplitShard。

MergeShards。

コンソール

1. 削除前にクリーンアップを実行します。

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

   2. Logstore でデータシッピングが有効になっている場合は、Logstore への新しいデータの書き込みを停止し、Logstore を削除する前に Logstore 内のすべての既存データがシッピングされていることを確認します。

2. 削除手順。

   1. [ログストレージ] > [Logstores] タブで、ターゲット Logstore にカーソルを合わせ、 > [削除] を選択します。

   2. [警告] ダイアログボックスで、[削除の確認] をクリックします。

3. 削除後。

   1. ストレージ料金は、Logstore を削除した日に発生します。翌日以降は料金は発生しません。

   2. Logstore を削除すると、Logstore をデータソースとして使用するエクスポートタスク、データ変換ジョブ、およびスケジュールされた SQL タスク、および Logstore を宛先として使用するインポートタスクも削除されます。

API

DeleteLogstore