Simple Log Service:サービスログを使用したSimple Log serviceの監視

1. internal-diagnostic_log Logstoreのクエリと分析ページで、次のステートメントを実行してLogtailのステータスログを照会します。 詳細については、「ログの照会と分析」をご参照ください。

   __topic__: logtail_status

2. Logtailのステータスログを表示します。 ログのフィールドの詳細については、「Logtailステータスログ」をご参照ください。 サンプルログ:

   {
       "os_detail": "Windows Server 2012 R2",
       "__time__": 1645164875,
       "__topic__": "logtail_status",
       "memory": "25",
       "os": "Windows",
       "__source__": "log_service",
       "ip": "203.**.**.110",
       "cpu": "0.010405",
       "project": "aliyun-test-project",
       "version": "1.0.0.22",
       "uuid": "bf00****688b0",
       "hostname": "iZ1****Z",
       "instance_id": "5897****4735",
       "__pack_meta__": "0|MTYzNjM1Mzk5NDExMTcxOTQzNw==|1|0",
       "user_defined_id": "",
       "user": "SYSTEM",
       "detail_metric": "{\n\t\"config_count\" : \"1\",\n\t\"config_get_last_time\" : \"2022-02-18 14:14:23\",\n\t\"config_prefer_real_ip\" : \"false\"...
       "status": "ok"
   }

サンプルログ

コンシューマーグループを使用してデータを消費する場合、コンシューマーグループのレイテンシーログに基づいて消費の進行状況を監視できます。 高いレイテンシが存在する場合は、できるだけ早い機会に消費者の数を変更して、消費速度を向上させることができます。 詳細については、「コンシューマーグループを使用したデータの消費」をご参照ください。 次のコードでは、コンシューマーグループの遅延ログのサンプルを示します。 ログ内のフィールドの詳細については、「コンシューマーグループの遅延ログ」をご参照ください。

{
    "__time__": 1645166007,
    "consumer_group": "consumerGroupX",
    "__topic__": "consumergroup_log",
    "__pack_meta__": "1|MTYzNjM1Mzk5NDExMTg5NjU2Mg==|3|0",
    "__source__": "log_service",
    "project": "aliyun-test-project",
    "fallbehind": "9518678",
    "shard": "1",
    "logstore": "nginx-moni"
}

サンプルログ

プロジェクトでリソースを作成、変更、更新、削除する操作とデータの読み取りおよび書き込み操作のログは、internal-operation_logという名前のLogstoreに保存されます。 ログには、コンソール、コンシューマグループ、SDKなど、すべてのクライアントから送信されたリクエストログが含まれます。 次のコードは、サンプル操作ログを提供します。 ログ内のフィールドの詳細については、「詳細ログ」をご参照ください。

{
    "NetOutFlow": "1",
    "InvokerUid": "1418****2562",
    "CallerType": "Sts",
    "InFlow": "0",
    "SourceIP": "203.**.**.220",
    "__pack_meta__": "0|MTYzNjM1Mzk5MzY1NDYwODQzMg==|2|1",
    "RoleSessionName": "STS-ETL-WORKER",
    "APIVersion": "0.6.0",
    "UserAgent": "log-python-sdk-v-0.6.46, sys.version_info(major=3, minor=7, micro=3, releaselevel='final', serial=0), linux-consumergroup-etl-2bd3fdfdd63595d56b1ac24393bf5991",
    "InputLines": "0",
    "Status": "200",
    "__time__": 1645167812,
    "__topic__": "operation_log",
    "NetInflow": "0",
    "RequestId": "620F44C456458F67F72160A0",
    "LogStore": "nginx-moni",
    "__source__": "log_service",
    "Method": "PullData",
    "ClientIP": "203.**.**.330",
    "Latency": "2191",
    "Role": "aliyunlogetlrole",
    "NetworkOut": "0",
    "Project": "aliyun-test-project",
    "AccessKeyId": "STS.NUE****1hm",
    "Shard": "0"
}

ユーザー情報の種類を次の表に示します。

失敗したリクエストの数の照会

internal-operation_log Logstoreのクエリと分析ページで、次のステートメントを実行して、失敗したリクエストの数を照会します。 この例では、HTTPステータスコードが200を超えるリクエストは、失敗したリクエストと見なされます。 詳細については、「ログの照会と分析」をご参照ください。

Status > 200 | select count(*) as pv