Alibaba Cloud Log Service は、さまざまな種類のログ(操作ログを含む)の記録をサポートするサービスログ機能と、さまざまな分析ディメンションのためのいくつかのダッシュボードを提供します。 この機能を使用すると、Log Service のリソース使用状況をリアルタイムで把握でき、O&M 全体の効率を向上させることができます。

制約事項

  • 専用ログストアは、Log Service によって生成されたログのみを保存し、他のデータの読み取りをサポートしません。 専用ログストアでは、クエリ、統計、アラーム、およびストリーム消費量に制限はありません。
  • RAM ユーザーは、対応する Alibaba Cloud アカウントによって権限付与された後にのみ LogService を有効化できます。
  • プロジェクトによって生成されたログは、同じリージョンにある他のプロジェクトに保存できます。 ただし、リージョン間のストレージは現在サポートされていません。
  • サービスログ機能によって生成されたログは、Log Service の標準価格方針に従います。 お支払い方法は従量課金で、毎月無料のクォータが提供されます。 詳細については、課金方法 をご参照ください。
  • サービスログ機能を無効にする場合は、操作ログの有効化フィールドにある[サービスログ]チェックボックスのチェックを外します。 Log Service はサービスログの書き込みを禁止しますが、過去のサービスログを保持するため、料金が発生する可能性があります。 過去のサービスログを削除する場合は、ログを保存しているログストアを直接削除できます。

デフォルト設定

表 1. デフォルト設定
デフォルト設定項目 詳細
ログストア デフォルトでは、Log Service は 5 つのログストアを作成します。各ログストアには異なるログタイプが格納されています。 例:
  • internal-operation_log :操作ログを記録し、デフォルトで 30 日間保存します。 このログタイプは、共通の請求方法を使用します。
  • internal-diagnostic_log :トピックに基づいて、メータリングログ、消費グループの遅延、および Logtail 関連のログを記録します。 このログストアはデフォルトで 30 日間ログと情報を保存し、無料で使用することができます。
ログタイプとフィールドの詳細については、ログタイプ をご参照ください。
リージョン
  • ログストレージフィールドに、自動作成(推奨) を選択した場合、Log Service は同じリージョン内でプロジェクトを作成します。
  • サービスログは現在のリージョン内のプロジェクトにのみ保存できます。
シャード デフォルトでは、Log Service は各ログストアに対してシャードを 2 つずつ作成し、自動シャーディング機能を有効化します。
ログ保存期間 デフォルトでは、ログは 30 日間保存されます。 この設定は変更できます。 詳細は Logstore の作成 をご参照ください。
インデックス デフォルトでは、収集されたすべてのログに対してインデックス機能が有効になっています。 クエリ、分析、またはアラーム設定が不要な場合は、クエリページでインデックス機能を無効にできます。
ダッシュボード デフォルトでは、Log Service は以下に関連する 5 つのダッシュボードを作成します。
  • ユーザー操作
  • メータリングデータ
  • Logtail ログ収集
  • Logtail 例外モニタリング
  • カスタマーグループモニタリング
詳細は、ダッシュボード をご参照ください。

シナリオ

  • メータリングデータを表示

    Log Service を実行すると、1 時間に 1 回、Log Service はログとインデックスが占有するストレージ容量、前回の計算後に行われたユーザーの読み取り操作の回数やインデックストラフィックなどの課金に関するデータを収集します。 メータリングログは独立したログストアに保存されます。 収集したメータリングログを表示して、ストレージと消費情報に関する情報を取得できます。

  • Shard の書き込みや消費のバランス取り

    事前に指定されたダッシュボードを使用して、書き込み操作を Shard と全体的な使用量の傾向と比較して、Shard の書き込み操作と使用量のバランスが取れているかどうかを判断できます。

    プロジェクトの下に複数のログストアがある場合、異なるログストアの間に重複した Shard が存在する可能性があります。 そのような場合、特定のログストア内の Shard の書き込み分布を表示したければ、ダッシュボードの左上隅に対象 Project と Logstore をフィルター条件として追加できます。

  • API リクエストステータスのモニタリング

    すべてのユーザー操作(ログ書き込み、消費、およびプロジェクトとログストアの作成など)は、API リクエストを介して実行されます。 すべてのユーザー操作は internal-operation_log ログストアにログを生成します。

    リクエストが失敗した場合、対応するログの Status フィールドは 3xx、4xx、または 5xx ステータスコードとなります。 したがって、前述のコード形式の Status フィールドを使用してログ数をモニタリングすることで、API リクエストが正常かどうかを判断できます。

  • Logtail のステータスを表示

    デフォルトでは、Log Service は 2 つの Logtail 関連のダッシュボードを作成し、それらは例外のモニタリングとデータ統計に使用されます。 例外モニタリングダッシュボードには、ログ解析の失敗や正規表現の不一致など、特定の例外が表示されます。