Container Compute Service:Pod の環境変数を使用したアプリケーションログ収集の設定

ステップ 1：Log Service アドオンの有効化

ACS クラスターの作成時に [ログサービスを有効にする] を選択すると、Log Service アドオンが自動的に有効になります。クラスター作成時にこのオプションを選択しなかった場合は、次の手順に従って既存のクラスターでアドオンを有効にできます。

1. ACS コンソールにログインします。左側のナビゲーションウィンドウで、クラスターリスト をクリックします。

2. クラスターリスト ページで、対象クラスターの名前をクリックします。左側のナビゲーションウィンドウで、Add-ons をクリックします。

3. Logs and Monitoring セクションで、alibaba-log-controller を見つけます。Install をクリックします。Install ダイアログボックスで、OK をクリックします。

ステップ 2：アプリケーション作成時のログ収集の設定

アプリケーションを作成する際に、コンソールまたは YAML ファイルを使用してコンテナログを収集するように設定できます。

ステップ 3：高度なログ収集パラメーター

- name: aliyun_logs_catalina_tags
  value: app=catalina

- name: aliyun_logs_catalina_project
  value: my-k8s-project

- name: aliyun_logs_catalina_logstore
  value: my-logstore

- name: aliyun_logs_catalina_shard
  value: 4

- name: aliyun_logs_catalina_ttl
  value: 3650

- name: aliyun_logs_catalina_machinegroup
  value: my-machine-group

• ユースケース 1：単一の Logstore への収集

  複数のアプリケーションから同じ Logstore にデータを収集するには、 aliyun_logs_{key}_logstore パラメーターを設定します。たとえば、次の設定では、2 つのアプリケーションの stdout を収集し、stdout-logstore Logstore に送信します。

  この例では、アプリケーション 1 の {key} は app1-stdout で、アプリケーション 2 の {key} は app2-stdout です。

  アプリケーション 1 の環境変数：

  apiVersion: v1
  kind: Pod
  metadata:
    name: my-demo-1
  spec:
    containers:
    - name: my-demo-app
      image: 'registry.cn-hangzhou.aliyuncs.com/log-service/docker-log-test:latest'
      env:    # 環境変数を設定
      - name: aliyun_logs_app1-stdout
        value: stdout
      - name: aliyun_logs_app1-stdout_logstore
        value: stdout-logstore
      command: ["sh", "-c"]
      args: ["echo 'Starting my demo app'; sleep 3600"]

  アプリケーション 2 の環境変数：

  apiVersion: v1
  kind: Pod
  metadata:
    name: my-demo-2
  spec:
    containers:
    - name: my-demo-app
      image: 'registry.cn-hangzhou.aliyuncs.com/log-service/docker-log-test:latest'
      env:	# 環境変数を設定
      - name: aliyun_logs_app2-stdout
        value: stdout
      - name: aliyun_logs_app2-stdout_logstore
        value: stdout-logstore
      command: ["sh", "-c"]
      args: ["echo 'Starting my demo app'; sleep 3600"]

• ユースケース 2：異なるプロジェクトへのログのルーティング

  異なるアプリケーションからログを収集し、異なるプロジェクトにルーティングするには、次の手順に従います。

  1. 各プロジェクトで、k8s-group-{cluster-id} という名前のカスタム識別子を持つマシングループを作成します。ここで、{cluster-id} はクラスター ID です。マシングループ名はカスタマイズできます。

  2. 各アプリケーションの環境変数で、プロジェクト、Logstore、およびマシングループの情報を設定します。マシングループ名は、前の手順で作成したものである必要があります。

     次の例では、アプリケーション 1 の {key} は app1-stdout で、アプリケーション 2 の {key} は app2-stdout です。両方のアプリケーションが同じ Kubernetes クラスターにある場合、同じマシングループを使用できます。

     アプリケーション 1 の環境変数：

     apiVersion: v1
     kind: Pod
     metadata:
       name: my-demo-1
     spec:
       containers:
       - name: my-demo-app
         image: 'registry.cn-hangzhou.aliyuncs.com/log-service/docker-log-test:latest'
         env:	# 環境変数を設定
         - name: aliyun_logs_app1-stdout
           value: stdout
         - name: aliyun_logs_app1-stdout_project
           value: app1-project
         - name: aliyun_logs_app1-stdout_logstore
           value: app1-logstore
         - name: aliyun_logs_app1-stdout_machinegroup
           value: app1-machine-group
         command: ["sh", "-c"]
         args: ["echo 'Starting my demo app'; sleep 3600"]

     アプリケーション 2 の環境変数：

     apiVersion: v1
     kind: Pod
     metadata:
       name: my-demo-2
     spec:
       containers:
       - name: my-demo-app
         image: 'registry.cn-hangzhou.aliyuncs.com/log-service/docker-log-test:latest'
         env:	# アプリケーション 2 の環境変数を設定
         - name: aliyun_logs_app2-stdout
           value: stdout
         - name: aliyun_logs_app2-stdout_project
           value: app2-project
         - name: aliyun_logs_app2-stdout_logstore
           value: app2-logstore
         - name: aliyun_logs_app2-stdout_machinegroup
           value: app1-machine-group
         command: ["sh", "-c"]
         args: ["echo 'Starting my demo app'; sleep 3600"]

ステップ 4：SLS コンソールでのログの表示

この例では、コンソールウィザードで作成されたアプリケーションのログを表示する方法を示します。設定が完了すると、SLS は自動的にアプリケーションログを収集し、SLS コンソールで表示できます。

関連情報

• SLS を使用して Kubernetes コンテナログを収集した後、収集された Kubernetes コンテナログを SLS コンソールで表示できます。

• トラブルシューティング情報については、「ログ収集の失敗に関するトラブルシューティング」をご参照ください。