日志服務控制臺

1. 登錄日志服務控制臺。

2. 單擊控制臺右側的快速接入數據，在接入數據區域單擊Kubernetes-文件卡片。

   

3. 選擇目標Project和Logstore，單擊下一步。選擇您在安裝Logtail組件時所使用的Project。Logstore為您自定義創建的Logstore。

4. 在機器組配置頁面。

   1. 根據實際場景，單擊以下頁簽：

      • K8s場景 > ACK Daemonset

      • K8s場景 > 自建集群Daemonset

        重要

        不同頁簽的后續配置步驟不同，請根據實際需求正確選擇。

   2. 確認目標機器組已在應用機器組列表中，然后單擊下一步。在ACK中安裝Logtail組件后，日志服務自動創建名為k8s-group-${your_k8s_cluster_id}的機器組，您可以直接使用該機器組。

      重要

      • 如果需要新建機器組，請單擊創建機器組，按照右側面板進行創建。更多信息，請參見通過控制臺配置。

      • 如果機器組心跳為FAIL，您可單擊自動重試。如果還未解決，請參見Logtail機器組無心跳進行排查。

5. 創建Logtail采集配置，單擊下一步創建Logtail采集配置，日志服務開始采集日志。

   說明

   Logtail采集配置生效時間最長需要3分鐘，請耐心等待。

   全局配置

   配置項	說明
   配置名稱	Logtail配置名稱，在其所屬Project內必須唯一。創建Logtail配置成功后，無法修改其名稱。
   日志主題類型	選擇日志主題（Topic）的生成方式。更多信息，請參見日志主題。 機器組Topic：設置為機器組的Topic屬性，用于明確區分不同機器組產生的日志。 文件路徑提取：設置為文件路徑正則，則需要設置自定義正則，用正則表達式從路徑里提取一部分內容作為Topic。用于區分不同源產生的日志。 自定義：自定義日志主題。
   高級參數	其它可選的與配置全局相關的高級功能參數，請參見創建Logtail流水線配置。

   輸入配置

   參數名稱	說明
   Logtail部署模式	Logtail部署模式，選擇DaemonSet。
   文件路徑類型	選擇待采集的文件路徑是容器內路徑或宿主機路徑。對于通過hostPath方式掛載數據卷的容器，如果您希望直接采集其在宿主機上映射的日志文件，請選擇宿主機路徑，其余情況請選擇容器內路徑。
   文件路徑	如果目標容器節點是Linux系統，則日志路徑必須以正斜線（/）開頭，例如/apsara/nuwa/**/app.Log。 如果目標容器節點是Windows系統，則日志路徑必須以盤符開頭，例如C:\Program Files\Intel\**\*.Log。 目錄名和文件名均支持完整模式和通配符模式，文件名規則請參見Wildcard matching。其中，日志路徑通配符只支持星號（*）和半角問號（?）。 日志文件查找模式為多層目錄匹配，即符合條件的指定目錄（包含所有層級的目錄）下所有符合條件的文件都會被查找到。例如： /apsara/nuwa/**/*.log表示/apsara/nuwa目錄（包含該目錄的遞歸子目錄）中后綴名為.log的文件。 /var/logs/app_*/**/*.log表示/var/logs目錄下所有符合app_*格式的目錄（包含該目錄的遞歸子目錄）中后綴名為.log的文件。 /var/log/nginx/**/access*表示/var/log/nginx目錄（包含該目錄的遞歸子目錄）中以access開頭的文件。
   最大目錄監控深度	設置日志目錄被監控的最大深度，即文件路徑中通配符**匹配的最大目錄深度。0代表只監控本層目錄。 警告 請按最小需要原則配置目錄監控深度，過大的目錄深度導致Logtail占用更多的監控資源，造成日志采集延遲。
   啟用容器元信息預覽	打開啟用容器元信息預覽后，您可以在創建Logtail配置后，查看容器元信息，包括匹配容器信息和全量容器信息。
   容器過濾	Logtail版本 Logtail 1.0.34以下版本，只支持通過環境變量、容器Label進行容器過濾。 Logtail 1.0.34及以上版本，推薦使用Kubernetes層級的信息（K8s Pod名稱正則匹配、K8s Namespace正則匹配、K8s容器名稱正則匹配、K8s Pod標簽白名單等）進行容器過濾。 過濾條件說明 重要 容器Label為Docker inspect中的Label，不是Kubernetes中的Label。如何獲取，請參見獲取容器Label。 環境變量為容器啟動中配置的環境變量信息。如何獲取，請參見獲取容器環境變量。 Kubernetes中的Namespace和容器名稱會映射到容器Label中，分別為io.kubernetes.pod.namespace和io.kubernetes.container.name，推薦使用這兩個容器Label進行容器過濾。例如，某Pod所屬的命名空間為backend-prod，容器名為worker-server，如果您要采集包含該容器的日志，可以設置容器Label白名單為io.kubernetes.pod.namespace : backend-prod或io.kubernetes.container.name : worker-server。 如果以上兩個容器Label不滿足過濾需求，請使用環境變量的黑白名單進行容器過濾。 K8s Pod名稱正則匹配 通過Pod名稱指定待采集的容器，支持正則匹配。例如設置為^(nginx-log-demo.*)$，表示匹配以nginx-log-demo開頭的Pod下的所有容器。 K8s Namespace正則匹配 通過Namespace名稱指定采集的容器，支持正則匹配。例如設置為^(default|nginx)$，表示匹配nginx命名空間、default命名空間下的所有容器。 K8s容器名稱正則匹配 通過容器名稱指定待采集的容器（Kubernetes容器名稱是定義在spec.containers中），支持正則匹配。例如設置為^(container-test)$，表示匹配所有名為container-test的容器。 容器label白名單 通過容器Label白名單指定待采集的容器。 重要 請勿設置相同的標簽名，如果重名只生效一個。 如果設置了標簽名但不設置標簽值，則容器Label中包含該標簽名的容器都匹配。 如果設置了標簽名和標簽值，則容器Label中包含該標簽名:標簽值的容器才匹配。 標簽值默認為字符串匹配，即只有標簽值和容器Label的值完全相同才會匹配。如果該值以^開頭并且以$結尾，則為正則匹配。例如設置標簽名為app，設置標簽值為^(test1|test2)$，表示匹配容器Label中包含app:test1、app:test2的容器。 多個白名單之間為或關系，即只要容器Label滿足任一白名單即可被匹配。 容器label黑名單 通過容器Label黑名單排除不采集的容器。 重要 請勿設置相同的標簽名，如果重名只生效一個。 如果設置了標簽名但不設置標簽值，則容器Label中包含該標簽名的容器都被排除。 如果設置了標簽名和標簽值，則容器Label中包含該標簽名:標簽值的容器才會被排除。 標簽值默認為字符串匹配，即只有標簽值和容器Label的值完全相同才會被排除。如果該值以^開頭并且以$結尾，則為正則匹配。例如設置標簽名為app，設置標簽值為^(test1|test2)$，表示排除容器Label中包含app:test1、app:test2的容器。 多個黑名單之間為或關系，即只要容器Label滿足任一黑名單對即可被排除。 環境變量白名單 通過環境變量白名單指定待采集的容器。 如果設置了環境變量名但不設置環境變量值，則容器環境變量中包含該環境變量名的容器都匹配。 如果設置了環境變量名和環境變量值，則容器環境變量中包含該環境變量名和值的容器才匹配。 環境變量值默認為字符串匹配，即只有環境變量值和環境變量的值完全相同才會匹配。如果該值以^開頭并且以$結尾，則為正則匹配，例如：設置環境變量名為NGINX_SERVICE_PORT，設置環境變量值為^(80|6379)$，表示可匹配服務端口為80、6379的容器。 多個白名單之間為或關系，即只要容器的環境變量滿足任一鍵值對即可被匹配。 環境變量黑名單 通過環境變量黑名單排除不采集的容器。 如果設置了環境變量名但不設置環境變量值，則容器環境變量中包含該環境變量名的容器的日志都將被排除。 如果設置了環境變量名和環境變量值，則容器環境變量中包含該環境變量名和值的容器才會被排除。 環境變量值默認為字符串匹配，即只有環境變量值和環境變量的值完全相同才會被排除。如果該值以^開頭并且以$結尾，則為正則匹配，例如：設置環境變量名為NGINX_SERVICE_PORT，設置環境變量值為^(80|6379)$，表示可排除服務端口為80、6379的容器。 多個黑名單之間為或關系，即只要容器的環境變量滿足任一鍵值對即可被排除。 K8s Pod標簽白名單 通過Kubernetes Pod標簽白名單指定待采集的容器。 如果設置了標簽名但不設置標簽值，則Pod標簽中包含該標簽名的容器都匹配。 如果設置了標簽和標簽值，則Pod標簽中包含該標簽名:標簽值的容器才匹配。 標簽值默認為字符串匹配，即只有標簽值和Pod標簽的值完全相同才會匹配。如果該值以^開頭并且以$結尾，則為正則匹配，例如：設置標簽名為environment，設置標簽值為^(dev|pre)$，表示匹配Pod標簽中包含environment:dev、environment:pre的容器。 多個白名單之間為或關系，即只要Pod標簽滿足任一鍵值對即可。 K8s Pod標簽黑名單 通過Kubernetes Pod標簽黑名單排除不采集的容器。 如果設置了標簽名但不設置標簽值，則Pod標簽中包含該標簽名的容器都將被排除。 如果設置了標簽和標簽值，則Pod標簽中包含該標簽名和標簽值的容器才會被排除。 標簽值默認為字符串匹配，即只有標簽值和Pod標簽的值完全相同才會被排除。如果該值以^開頭并且以$結尾，則為正則匹配，例如：設置標簽名為environment，設置標簽值為^(dev|pre)$，表示排除Pod標簽中包含environment:dev、environment:pre的容器。 多個黑名單之間為或關系，即只要Pod標簽滿足任一鍵值對即可被排除。
   日志標簽富化	環境變量相關tag和Pod標簽相關tag。
   文件編碼	日志文件的編碼格式。
   首次采集大小	配置首次生效時，匹配文件的起始采集位置距離文件結尾的大小。首次采集大小設定值為1024 KB。 首次采集時，如果文件小于1024 KB，則從文件內容起始位置開始采集。 首次采集時，如果文件大于1024 KB，則從距離文件末尾1024 KB的位置開始采集。 您可以通過此處修改首次采集大小，取值范圍為0~10485760，單位為KB。
   采集黑名單	打開采集黑名單開關后，可進行黑名單配置，即可在采集時忽略指定的目錄或文件。支持完整匹配和通配符匹配目錄和文件名。其中，通配符只支持星號（*）和半角問號（?）。 重要 如果您在配置日志路徑時使用了通配符，但又需要過濾掉其中部分路徑，則需在采集黑名單中填寫對應的完整路徑來保證黑名單配置生效。 例如您配置日志路徑為/home/admin/app*/log/*.log，但要過濾/home/admin/app1*目錄下的所有子目錄，則需選擇目錄黑名單，配置目錄為/home/admin/app1*/** 。如果配置為/home/admin/app1*，黑名單不會生效。 匹配黑名單過程存在計算開銷，建議黑名單條目數控制在10條內。 目錄路徑不能以正斜線（/）結尾，例如將設置路徑為/home/admin/dir1/，目錄黑名單不會生效。 支持按照文件路徑黑名單、文件黑名單、目錄黑名單設置，詳細說明如下： 文件路徑黑名單 選擇文件路徑黑名單，配置路徑為/home/admin/private*.log，則表示在采集時忽略/home/admin/目錄下所有以private開頭，以.log結尾的文件。 選擇文件路徑黑名單，配置路徑為/home/admin/private*/*_inner.log，則表示在采集時忽略/home/admin/目錄下以private開頭的目錄內，以_inner.log結尾的文件。例如/home/admin/private/app_inner.log文件被忽略，/home/admin/private/app.log文件被采集。 文件黑名單 選擇文件黑名單，配置文件名為app_inner.log，則表示采集時忽略所有名為app_inner.log的文件。 目錄黑名單 選擇目錄黑名單，配置目錄為/home/admin/dir1，則表示在采集時忽略/home/admin/dir1目錄下的所有文件。 選擇目錄黑名單，配置目錄為/home/admin/dir*，則表示在采集時忽略/home/admin/目錄下所有以dir開頭的子目錄下的文件。 選擇目錄黑名單，配置目錄為/home/admin/*/dir，則表示在采集時忽略/home/admin/目錄下二級目錄名為dir的子目錄下的所有文件。例如/home/admin/a/dir目錄下的文件被忽略，/home/admin/a/b/dir目錄下的文件被采集。
   允許文件多次采集	默認情況下，一個日志文件只能匹配一個Logtail配置。如果文件中的日志需要被采集多份，需打開允許文件多次采集開關。
   高級參數	Logtail配置的部分參數需要手動輸入，請參見創建Logtail流水線配置。

   處理配置

   配置項	說明
   日志樣例	待采集日志的樣例，請務必使用實際場景的日志。日志樣例可協助您配置日志處理相關參數，降低配置難度。支持添加多條樣例，總長度不超過1500個字符。 [2023-10-01T10:30:01,000] [INFO] java.lang.Exception: exception happened at TestPrintStackTrace.f(TestPrintStackTrace.java:3) at TestPrintStackTrace.g(TestPrintStackTrace.java:7) at TestPrintStackTrace.main(TestPrintStackTrace.java:16)
   多行模式	多行日志的類型：多行日志是指每條日志分布在連續的多行中，需要從日志內容中區分出每一條日志。 自定義：通過行首正則表達式區分每一條日志。 多行JSON：每個JSON對象被展開為多行，例如： { "name": "John Doe", "age": 30, "address": { "city": "New York", "country": "USA" } } 切分失敗處理方式： Exception in thread "main" java.lang.NullPointerException at com.example.MyClass.methodA(MyClass.java:12) at com.example.MyClass.methodB(MyClass.java:34) at com.example.MyClass.main(MyClass.java:?0) 對于以上日志內容，如果日志服務切分失?。?/p> 丟棄：直接丟棄這段日志。 保留單行：將每行日志文本單獨保留為一條日志，保留為一共四條日志。
   處理模式	處理插件組合，包括原生插件和拓展插件。有關處理插件的更多信息，請參見處理插件概述。 重要 處理插件的使用限制，請以控制臺頁面的提示為準。 2.0版本的Logtail： 原生處理插件可任意組合。 原生處理插件和擴展處理插件可同時使用，但擴展處理插件只能出現在所有的原生處理插件之后。 低于2.0版本的Logtail： 不支持同時添加原生插件和擴展插件。 原生插件僅可用于采集文本日志。使用原生插件時，須符合如下要求： 第一個處理插件必須為正則解析插件、分隔符模式解析插件、JSON解析插件、Nginx模式解析插件、Apache模式解析插件或IIS模式解析插件。 從第二個處理插件到最后一個處理插件，最多包括1個時間解析處理插件，1個過濾處理插件和多個脫敏處理插件。 對于解析失敗時保留原始字段和解析成功時保留原始字段參數，只有以下組合有效，其余組合無效。 只上傳解析成功的日志： 解析成功時上傳解析后的日志，解析失敗時上傳原始日志： 解析成功時不僅上傳解析后的日志，并且追加原始日志字段，解析失敗時上傳原始日志。 例如，原始日志"content": "{"request_method":"GET", "request_time":"200"}"解析成功，追加原始字段是在解析后日志的基礎上再增加一個字段，字段名為重命名的原始字段（如果不填則默認為原始字段名），字段值為原始日志{"request_method":"GET", "request_time":"200"}。

6. 創建索引和預覽數據，然后單擊下一步。日志服務默認開啟全文索引。您也可以根據采集到的日志，手動創建字段索引，或者單擊自動生成索引，日志服務將自動生成字段索引。更多信息，請參見創建索引。

   重要

   如果需要查詢日志中的所有字段，建議使用全文索引。如果只需查詢部分字段、建議使用字段索引，減少索引流量。如果需要對字段進行分析（SELECT語句），必須創建字段索引。

7. 單擊查詢日志，系統將跳轉至Logstore查詢分析頁面。

   您需要等待1分鐘左右，待索引生效后，才能在原始日志頁簽中，查看已采集到的日志。更多信息，請參見查詢和分析日志。

（推薦）CRD-AliyunPipelineConfig

創建Logtail采集配置

您只需要創建AliyunPipelineConfig CR即可創建iLogtail采集配置，創建完成后自動生效。對于通過CR創建的iLogtail采集配置，其修改只能通過更新相應的CR來實現。

1. 獲取集群KubeConfig并通過kubectl工具連接集群。

2. 執行如下命令創建一個YAML文件。

   cube.yaml為文件名，請根據實際情況替換。

   vim cube.yaml

3. 在YAML文件輸入如下腳本，并根據實際情況設置其中的參數。

   重要

   • 請確保configName字段值在安裝Logtail組件的Project中唯一。

   • 每個iLogtail采集配置必須單獨設置一個對應的CR，如果多個CR關聯同一個Logtail配置，后配置的CR將不會生效。

   • AliyunPipelineConfig的參數，請參見【推薦】使用AliyunPipelineConfig管理采集配置。本文的iLogtail采集配置樣例包含基礎的文本日志采集功能，參數說明參見CreateLogtailPipelineConfig - 創建Logtail流水線配置。

   • 請確保config.flushers.Logstore參數配置的Logstore已存在，可以通過配置spec.logstore參數自動創建Logstore。

   采集指定容器內的單行文本日志

   創建名為example-k8s-file的iLogtail采集配置，對于集群內名稱包含app的所有容器，以單行文本模式采集/data/logs/app_1路徑下的test.LOG文件，

   直接發送到名稱為k8s-file的Logstore，該Logstore屬于名稱為k8s-log-test的Project。

   apiVersion: telemetry.alibabacloud.com/v1alpha1
   # 創建一個 ClusterAliyunPipelineConfig
   kind: ClusterAliyunPipelineConfig
   metadata:
     # 設置資源名，在當前Kubernetes集群內唯一。該名稱也是創建出的iLogtail采集配置名
     name: example-k8s-file
   spec:
     # 指定目標project
     project:
       name: k8s-log-test
     # 創建用于存儲日志的 Logstore
     logstores:
       - name: k8s-file
     # 定義iLogtail采集配置
     config:
       # 定義輸入插件
       inputs:
         # 使用input_file插件采集容器內文本日志
         - Type: input_file
           # 容器內的文件路徑
           FilePaths:
             - /data/logs/app_1/**/test.LOG
           # 啟用容器發現功能。
           EnableContainerDiscovery: true
           # 添加容器信息過濾條件，多個選項之間為“且”的關系。
           ContainerFilters:
             # 指定待采集容器所在 Pod 所屬的命名空間，支持正則匹配。
             K8sNamespaceRegex: default
             # 指定待采集容器的名稱，支持正則匹配。
             K8sContainerRegex: ^(.*app.*)$
       # 定義輸出插件
       flushers:
         # 使用flusher_sls插件輸出到指定Logstore。
         - Type: flusher_sls
           # 需要確保該 Logstore 存在
           Logstore: k8s-file
           # 需要確保 endpoint 正確
           Endpoint: cn-hangzhou.log.aliyuncs.com
           Region: cn-hangzhou
           TelemetryType: logs

   采集所有容器內的多行文本日志并正則解析

   創建名為example-k8s-file的iLogtail采集配置，以多行文本模式采集集群內所有容器內的/data/logs/app_1路徑下的test.LOG文件，對采集到的數據進行JSON解析，直接發送到名稱為k8s-file的Logstore，該Logstore屬于名稱為k8s-log-test的Project。

   下面樣例中的日志原文通過input_file插件讀取后格式為{"content": "2024-06-19 16:35:00 INFO test log\nline-1\nline-2\nend"}，會被正則解析插件解析為{"time": "2024-06-19 16:35:00", "level": "INFO", "msg": "test log\nline-1\nline-2\nend"}

   apiVersion: telemetry.alibabacloud.com/v1alpha1
   # 創建一個 ClusterAliyunPipelineConfig
   kind: ClusterAliyunPipelineConfig
   metadata:
     # 設置資源名，在當前Kubernetes集群內唯一。該名稱也是創建出的iLogtail采集配置名
     name: example-k8s-file
   spec:
     # 指定目標project
     project:
       name: k8s-log-test
     # 創建用于存儲日志的 Logstore
     logstores:
       - name: k8s-file
     # 定義iLogtail采集配置
     config:
       # 日志樣例（可不填寫）
       sample: |
         2024-06-19 16:35:00 INFO test log
         line-1
         line-2
         end
       # 定義輸入插件
       inputs:
         # 使用input_file插件采集容器內多行文本日志
         - Type: input_file
           # 容器內的文件路徑
           FilePaths:
             - /data/logs/app_1/**/test.LOG
           # 啟用容器發現功能。
           EnableContainerDiscovery: true
           # 開啟多行能力
           Multiline:
             # 選擇自定義行首正則表達式模式
             Mode: custom
             # 配置行首正則表達式
             StartPattern: \d+-\d+-\d+.*
       # 定義處理插件
       processors:
         # 使用正則解析插件解析日志
         - Type: processor_parse_regex_native
           # 源字段名
           SourceKey: content
           # 解析用的正則表達式，用捕獲組"()"捕獲待提取的字段
           Regex: (\d+-\d+-\d+\s*\d+:\d+:\d+)\s*(\S+)\s*(.*)
           # 提取的字段列表
           Keys: ["time", "level", "msg"]
       # 定義輸出插件
       flushers:
         # 使用flusher_sls插件輸出到指定Logstore。
         - Type: flusher_sls
           # 需要確保該 Logstore 存在
           Logstore: k8s-file
           # 需要確保 endpoint 正確
           Endpoint: cn-hangzhou.log.aliyuncs.com
           Region: cn-hangzhou
           TelemetryType: logs

4. 執行如下命令使iLogtail采集配置生效。iLogtail采集配置生效后，Logtail開始采集各個容器上的文本日志，并發送到日志服務中。

   cube.yaml為文件名，請根據實際情況替換。

   kubectl apply -f cube.yaml

   重要

   采集到日志后，您需要先創建索引，才能在Logstore中查詢和分析日志。具體操作，請參見創建索引。

CRD-AliyunLogConfig

您只需要創建AliyunLogConfig CR即可創建iLogtail采集配置，創建完成后自動生效。對于通過CR創建的iLogtail采集配置，其修改只能通過更新相應的CR來實現。

1. 獲取集群KubeConfig并通過kubectl工具連接集群。

2. 執行如下命令創建一個YAML文件。

   cube.yaml為文件名，請根據實際情況替換。

   vim cube.yaml

3. 在YAML文件輸入如下腳本，并根據實際情況設置其中的參數。

   重要

   • 請確保configName字段值在安裝Logtail組件的Project中唯一。

   • 如果多個CR關聯同一個iLogtail采集配置，則刪除或修改任意一個CR均會影響到該iLogtail采集配置，導致其他關聯該iLogtail采集配置的CR狀態與日志服務中iLogtail采集配置的狀態不一致。

   • CR字段的格式請參見使用AliyunLogConfig管理采集配置。本文的iLogtail采集配置樣例包含基礎的文本日志采集功能，具體參數參見CreateConfig - 創建Logtail采集配置。

   采集指定容器內的單行文本日志

   “創建名為example-k8s-file的iLogtail采集配置，以單行文本模式采集集群內所有名稱開頭為app的Pod的容器內的/data/logs/app_1路徑下的test.LOG文件，直接發送到名稱為k8s-file的Logstore，該Logstore屬于名稱為k8s-log-test的Project?！?/p>

   apiVersion: log.alibabacloud.com/v1alpha1
   kind: AliyunLogConfig
   metadata:
     # 設置資源名，在當前Kubernetes集群內唯一。
     name: example-k8s-file
     namespace: kube-system
   spec:
     # 設置目標project名稱（可不填寫，默認為k8s-log-<your_cluster_id>）
     project: k8s-log-test
     # 設置Logstore名稱。如果您所指定的Logstore不存在，日志服務會自動創建。
     logstore: k8s-file
     # 設置iLogtail采集配置。
     logtailConfig:
       # 設置采集的數據源類型。采集文本日志時，需設置為file。
       inputType: file
       # 設置iLogtail采集配置的名稱。
       configName: example-k8s-file
       inputDetail:
         # 指定通過極簡模式采集文本日志。
         logType: common_reg_log
         # 設置日志文件所在路徑。
         logPath: /data/logs/app_1
         # 設置日志文件的名稱。支持通配符星號（*）和半角問號（?），例如log_*.log。
         filePattern: test.LOG
         # 采集容器的文本日志時，需設置dockerFile為true。
         dockerFile: true
         #設置容器過濾條件。
         advanced:
           k8s:
             K8sPodRegex: '^(app.*)$'

4. 執行如下命令使其iLogtail采集配置生效。iLogtail采集配置生效后，Logtail開始采集各個容器上的文本日志，并發送到日志服務中。

   cube.yaml為文件名，請根據實際情況替換。

   kubectl apply -f cube.yaml

   重要

   采集到日志后，您需要先創建索引，才能在Logstore中查詢和分析日志。具體操作，請參見創建索引。

控制臺

1. 登錄日志服務控制臺。

2. 在Project列表區域，單擊目標Project。

   

3. 在日志存儲 > 日志庫頁簽中，單擊目標日志庫前面的>，依次選擇數據接入 > Logtail配置。

4. 單擊目標Logtail采集配置，查看Logtail采集配置詳情。

（推薦）CRD-AliyunPipelineConfig

kubectl get clusteraliyunpipelineconfigs <config_name> -o yaml

apiVersion: telemetry.alibabacloud.com/v1alpha1
kind: ClusterAliyunPipelineConfig
metadata:
  finalizers:
    - finalizer.pipeline.alibabacloud.com
  name: example-k8s-file
# 預期的配置
spec:
  config:
    flushers:
      - Endpoint: cn-hangzhou.log.aliyuncs.com
        Logstore: k8s-file
        Region: cn-hangzhou
        TelemetryType: logs
        Type: flusher_sls
    inputs:
      - EnableContainerDiscovery: true
        FilePaths:
          - /data/logs/app_1/**/test.LOG
        Type: input_file
  logstores:
    - encryptConf: {}
      name: k8s-file
  project:
    name: k8s-log-clusterid
# CR的應用狀態
status:
  # CR 是否應用成功
  success: true
  # CR 當前的狀態信息
  message: success
  # 當前 status 的更新時間
  lastUpdateTime: '2024-06-19T09:21:34.215702958Z'
  # 上次成功應用的配置信息，該配置信息為填充默認值后實際生效的配置
  lastAppliedConfig:
    # 上次成功應用的時間
    appliedTime: '2024-06-19T09:21:34.215702958Z'
    # 上次成功應用的配置詳情
    config:
      configTags:
        sls.crd.cluster: e2e-cluster-id
        sls.crd.kind: ClusterAliyunPipelineConfig
        sls.logtail.channel: CRD
      flushers:
        - Endpoint: cn-hangzhou.log.aliyuncs.com
          Logstore: k8s-file
          Region: cn-hangzhou
          TelemetryType: logs
          Type: flusher_sls
      inputs:
        - EnableContainerDiscovery: true
          FilePaths:
            - /data/logs/app_1/**/test.LOG
          Type: input_file
      name: example-k8s-file
    logstores:
      - appendMeta: true
        autoSplit: true
        encryptConf: {}
        maxSplitShard: 64
        name: k8s-file
        shardCount: 2
        ttl: 30
    machineGroups:
      - name: k8s-group-clusterid
    project:
      description: 'k8s log project, created by alibaba cloud log controller'
      endpoint: cn-hangzhou.log.aliyuncs.com
      name: k8s-log-clusterid

CRD-AliyunLogConfig