これは、なにをしたくて書いたもの?
- Kubernetes上でログの収集・集約といえば、DaemonSetでFluentd
- これを、OKD(Minishift)上で試してようかなと
そんな思いつきで始めたのですが、うまくいかなかったという話です。
最初に
OKDには、FluentdとElasticsearch、Kibanaによるログ収集の仕組みが存在します。
Aggregating Container Logs | Configuring Clusters | OKD 3.11
なので、よくあるFluentdをDaemonSetとしてデプロイして…のような話は通常は登場しません。
あくまで、Kubernetesとして扱ったものとして、試してみようという話です。
KubernetesとFluentdとロギングと
Kubernetes上で、Fluentdやログ収集に関する情報を見ると、だいたいまあDaemonSetと一緒に出てきます。
Logging Architecture - Kubernetes
というか、DaemonSetの例がすでにFluentdです。
ところで、このDaemonSetで出てくる「spec.template.spec.tolerations」ってなんだろうとちょっと気になったのですが、
特定のノードに配置するための仕組みのようですね。
Assigning Pods to Nodes - Kubernetes
Kubernetesのtaintsとtolerationsについて - Qiita
話を戻して…OKDのドキュメントにも、DaemonSetの記載があります。
Using Daemonsets | Developer Guide | OKD 3.11
また、FluentdでもDaemonSetの定義を提供していますし、
Kubernetes上にも似たようなものがあります。
https://github.com/kubernetes/kubernetes/tree/master/cluster/addons/fluentd-elasticsearch
今回は、これらを参考にOKD上にFluentdとElasticsearchをデプロイして、Podのログを収集してみようと思います。
…うまくいきませんでしたけど。
環境
今回の環境は、こちら。
$ minishift version minishift v1.30.0+186b034 $ oc version oc v3.11.0+0cbc58b kubernetes v1.11.0+d4cacc0 features: Basic-Auth GSSAPI Kerberos SPNEGO Server https://192.168.42.19:8443 kubernetes v1.11.0+d4cacc0
構成
今回は、こちらの内容を参考にして、FluentdをDaemonSetとしてデプロイしたいと思います。
具体的には、次の2つのファイルを模倣しています。
このファイル群もそうですが、今回はFluentdやElasticsearchをクラスタ全体のコンポーネントとして扱うものとして、
デプロイ先のNamespaceはkube-systemとしましょう。
Elasticsearchのデプロイ
最初に、Elasticsearchをデプロイします。シングルノードで、Routeも付けておきます。
※kube-system Namespaceにデプロイするので、「--as system:admin」を付与しています
※また、FluentdがElasticsearchに送信する際のホスト名が「elasticsearch-logging」になっているので、「--name」で合わせています
$ oc new-app --name elasticsearch-logging docker.elastic.co/elasticsearch/elasticsearch:6.5.4 -n kube-system -l k8s-app=logging -e discovery.type=single-node --as system:admin $ oc expose svc/elasticsearch-logging -n kube-system --as system:admin
確認。
$ curl elasticsearch-logging-kube-system.192.168.42.19.nip.io { "name" : "7pZwcEu", "cluster_name" : "docker-cluster", "cluster_uuid" : "yjI2-tZAQwOvatOY409R3A", "version" : { "number" : "6.5.4", "build_flavor" : "default", "build_type" : "tar", "build_hash" : "d2ef93d", "build_date" : "2018-12-17T21:17:40.758843Z", "build_snapshot" : false, "lucene_version" : "7.5.0", "minimum_wire_compatibility_version" : "5.6.0", "minimum_index_compatibility_version" : "5.0.0" }, "tagline" : "You Know, for Search" }
Fluentdをデプロイする
続いて、Fluentdをデプロイします。最初に、kube-system NamespaceにService Accountを作成します。
$ oc create sa fluentd -n kube-system --as system:admin serviceaccount/fluentd created $ oc adm policy add-scc-to-user privileged -z fluentd -n kube-system --as system:admin scc "privileged" added to: ["system:serviceaccount:kube-system:fluentd"]
Fluentdのデプロイ時には、こちらを利用します。
では、Fluentdをデプロイします。YAMLで定義し、以下の内容を含みます。
- ConfigMap
- ClusterRole
- ClusterRoleBinding
- DaemonSet
以下のファイルの模倣なのですが、名前などはちょいちょいと変えています。
YAML全体は、最後に載せます。
ConfigMapには、Fluentdの設定を持ちます。
DaemonSetの定義は、こんな感じです。
apiVersion: apps/v1 kind: DaemonSet metadata: name: fluentd-elasticsearch namespace: kube-system labels: k8s-app: logging spec: selector: matchLabels: name: fluentd-elasticsearch template: metadata: labels: name: fluentd-elasticsearch spec: serviceAccountName: fluentd containers: - name: fluentd-elasticsearch image: k8s.gcr.io/fluentd-elasticsearch:v2.4.0 volumeMounts: - name: varlog mountPath: /var/log - name: varlibdockercontainers mountPath: /var/lib/docker/containers readOnly: true - name: config-volume mountPath: /etc/fluent/config.d securityContext: privileged: true terminationGracePeriodSeconds: 30 volumes: - name: varlog hostPath: path: /var/log - name: varlibdockercontainers hostPath: path: /var/lib/docker/containers - name: config-volume configMap: name: fluentd-elasticsearch-config
ホスト側のディレクトリを、マウントするようになっています。
このため、securityContextを設定しています。
securityContext: privileged: true
これは、ホスト側に出力されるコンテナのログを読み込み、またPosition Fileを置くための設定ですね。ConfigMapに定義した、
設定の抜粋。
<source> @id fluentd-containers.log @type tail path /var/log/containers/*.log pos_file /var/log/es-containers.log.pos tag raw.kubernetes.* read_from_head true <parse> @type multi_format <pattern> format json time_key time time_format %Y-%m-%dT%H:%M:%S.%NZ </pattern> <pattern> format /^(?<time>.+) (?<stream>stdout|stderr) [^ ]* (?<log>.*)$/ time_format %Y-%m-%dT%H:%M:%S.%N%:z </pattern> </parse> </source>
Elasticsearchへの送信設定は、こちら。
<match **> @id elasticsearch @type elasticsearch @log_level info type_name _doc include_tag_key true host elasticsearch-logging port 9200 logstash_format true <buffer> @type file path /var/log/fluentd-buffers/kubernetes.system.buffer flush_mode interval retry_type exponential_backoff flush_thread_count 2 flush_interval 5s retry_forever retry_max_interval 30 chunk_limit_size 2M queue_limit_length 8 overflow_action block </buffer> </match>
また、DaemonSetには作成したService Accountを指定し、ClusterRoleおよびClusterRoleBindingと関連付けています。
こんな感じの定義を、デプロイします。
$ oc apply -f fluentd-ds.yml --as system:admin
デプロイ結果。
$ oc get all -n kube-system --as system:admin NAME READY STATUS RESTARTS AGE pod/elasticsearch-logging-1-brhs5 1/1 Running 0 7m pod/fluentd-elasticsearch-sj52s 1/1 Running 0 7m pod/kube-controller-manager-localhost 1/1 Running 2 17m pod/kube-scheduler-localhost 1/1 Running 2 17m pod/master-api-localhost 1/1 Running 4 17m pod/master-etcd-localhost 1/1 Running 0 16m NAME DESIRED CURRENT READY AGE replicationcontroller/elasticsearch-logging-1 1 1 1 7m NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE service/elasticsearch-logging ClusterIP 172.30.126.28 <none> 9200/TCP,9300/TCP 7m NAME DESIRED CURRENT READY UP-TO-DATE AVAILABLE NODE SELECTOR AGE daemonset.apps/fluentd-elasticsearch 1 1 1 1 1 <none> 7m NAME REVISION DESIRED CURRENT TRIGGERED BY deploymentconfig.apps.openshift.io/elasticsearch-logging 1 1 1 config,image(elasticsearch-logging:6.5.4) NAME DOCKER REPO TAGS UPDATED imagestream.image.openshift.io/elasticsearch-logging 172.30.1.1:5000/kube-system/elasticsearch-logging 6.5.4 7 minutes ago NAME HOST/PORT PATH SERVICES PORT TERMINATION WILDCARD route.route.openshift.io/elasticsearch-logging elasticsearch-logging-kube-system.192.168.42.19.nip.io elasticsearch-logging 9200-tcp None
で、この状態でPodなどのログがElasticsearchに送信されるかというと…されません。
「minishift ssh」でVMの中に入り、確認すると「/var/log/containers」配下にログがありません。
$ minishift ssh [docker@minishift ~]$ ls -l /var/log/containers total 0
通常は、「/var/lib/docker/containers」から、シンボリックリンクが貼られるようですね…これがないのです。
OKDのログ収集の仕組みを使おう、という感じみたいですねぇ。
しかも、OKD/Minishift内で動いているDockerコンテナですが、ログ出力自体していません。
※「docker container inspect」で見ても、LogPathが空欄
ここの説明を見ると、通常はkubeletがシンボリックリンクを作ってくれるように見えますね。
The Kubernetes fluentd plugin is used to write the Kubernetes metadata to the log record & add labels to the log record if properly configured. This enables users to filter & search logs on any metadata.
where 997599971ee6... is the Docker ID of the running container. The Kubernetes kubelet makes a symbolic link to this file on the host machine in the /var/log/containers directory which includes the pod name and the Kubernetes
仕方がないので、MinishiftのVM内に手動でログファイルを作成してみました。内容は、別のDockerコンテナから引っ張ってきました。
$ sudo vi /var/log/containers/4ecb534400ce005a2d6f3dfff1b9d2f2fde5096d884344cb139ea42b4fc61462-json.log
ログファイルを配置してしばらくすると、ログがElasticsearchに取り込まれます。
確認。
$ curl elasticsearch-logging-kube-system.192.168.42.19.nip.io/logstash-2019.01.26/_search | jq
ログが入ったようです。
{ "took": 2127, "timed_out": false, "_shards": { "total": 5, "successful": 5, "skipped": 0, "failed": 0 }, "hits": { "total": 13832, "max_score": 1, "hits": [
というわけで
結果として、PodのログをFluentdで収集してElasticsearchに送信するところをまっとうにはできなかったわけですが、
なんとなく、KubernetesでFluentedをDaemonSetとしてデプロイし、ログを収集する時の理屈はわかった気がします。
今回は中途半端な感じになりましたが、そのうち素のKubernetesで試してみれるといいかなぁと思います。
オマケ
今回、FluentdのDaemonSetなどを定義したYAMLです。
ほとんどは、次の2ファイルの内容です。
Fluentdの設定で、sourceとして読み込んでいるディレクトリと、DaemonSetでマウントしているディレクトリを見ると、
ホスト側に出力されたDockerコンテナのログをtailプラグインで読み込もうとしていることがわかるのではないでしょうか。
fluentd-ds.yml
--- ### ConfigMap apiVersion: v1 kind: ConfigMap metadata: name: fluentd-elasticsearch-config namespace: kube-system data: system.conf: |- <system> root_dir /tmp/fluentd-buffers/ </system> containers.input.conf: |- # This configuration file for Fluentd / td-agent is used # to watch changes to Docker log files. The kubelet creates symlinks that # capture the pod name, namespace, container name & Docker container ID # to the docker logs for pods in the /var/log/containers directory on the host. # If running this fluentd configuration in a Docker container, the /var/log # directory should be mounted in the container. # # These logs are then submitted to Elasticsearch which assumes the # installation of the fluent-plugin-elasticsearch & the # fluent-plugin-kubernetes_metadata_filter plugins. # See https://github.com/uken/fluent-plugin-elasticsearch & # https://github.com/fabric8io/fluent-plugin-kubernetes_metadata_filter for # more information about the plugins. # # Example # ======= # A line in the Docker log file might look like this JSON: # # {"log":"2014/09/25 21:15:03 Got request with path wombat\n", # "stream":"stderr", # "time":"2014-09-25T21:15:03.499185026Z"} # # The time_format specification below makes sure we properly # parse the time format produced by Docker. This will be # submitted to Elasticsearch and should appear like: # $ curl 'http://elasticsearch-logging:9200/_search?pretty' # ... # { # "_index" : "logstash-2014.09.25", # "_type" : "fluentd", # "_id" : "VBrbor2QTuGpsQyTCdfzqA", # "_score" : 1.0, # "_source":{"log":"2014/09/25 22:45:50 Got request with path wombat\n", # "stream":"stderr","tag":"docker.container.all", # "@timestamp":"2014-09-25T22:45:50+00:00"} # }, # ... # # The Kubernetes fluentd plugin is used to write the Kubernetes metadata to the log # record & add labels to the log record if properly configured. This enables users # to filter & search logs on any metadata. # For example a Docker container's logs might be in the directory: # # /var/lib/docker/containers/997599971ee6366d4a5920d25b79286ad45ff37a74494f262e3bc98d909d0a7b # # and in the file: # # 997599971ee6366d4a5920d25b79286ad45ff37a74494f262e3bc98d909d0a7b-json.log # # where 997599971ee6... is the Docker ID of the running container. # The Kubernetes kubelet makes a symbolic link to this file on the host machine # in the /var/log/containers directory which includes the pod name and the Kubernetes # container name: # # synthetic-logger-0.25lps-pod_default_synth-lgr-997599971ee6366d4a5920d25b79286ad45ff37a74494f262e3bc98d909d0a7b.log # -> # /var/lib/docker/containers/997599971ee6366d4a5920d25b79286ad45ff37a74494f262e3bc98d909d0a7b/997599971ee6366d4a5920d25b79286ad45ff37a74494f262e3bc98d909d0a7b-json.log # # The /var/log directory on the host is mapped to the /var/log directory in the container # running this instance of Fluentd and we end up collecting the file: # # /var/log/containers/synthetic-logger-0.25lps-pod_default_synth-lgr-997599971ee6366d4a5920d25b79286ad45ff37a74494f262e3bc98d909d0a7b.log # # This results in the tag: # # var.log.containers.synthetic-logger-0.25lps-pod_default_synth-lgr-997599971ee6366d4a5920d25b79286ad45ff37a74494f262e3bc98d909d0a7b.log # # The Kubernetes fluentd plugin is used to extract the namespace, pod name & container name # which are added to the log message as a kubernetes field object & the Docker container ID # is also added under the docker field object. # The final tag is: # # kubernetes.var.log.containers.synthetic-logger-0.25lps-pod_default_synth-lgr-997599971ee6366d4a5920d25b79286ad45ff37a74494f262e3bc98d909d0a7b.log # # And the final log record look like: # # { # "log":"2014/09/25 21:15:03 Got request with path wombat\n", # "stream":"stderr", # "time":"2014-09-25T21:15:03.499185026Z", # "kubernetes": { # "namespace": "default", # "pod_name": "synthetic-logger-0.25lps-pod", # "container_name": "synth-lgr" # }, # "docker": { # "container_id": "997599971ee6366d4a5920d25b79286ad45ff37a74494f262e3bc98d909d0a7b" # } # } # # This makes it easier for users to search for logs by pod name or by # the name of the Kubernetes container regardless of how many times the # Kubernetes pod has been restarted (resulting in a several Docker container IDs). # Json Log Example: # {"log":"[info:2016-02-16T16:04:05.930-08:00] Some log text here\n","stream":"stdout","time":"2016-02-17T00:04:05.931087621Z"} # CRI Log Example: # 2016-02-17T00:04:05.931087621Z stdout F [info:2016-02-16T16:04:05.930-08:00] Some log text here <source> @id fluentd-containers.log @type tail path /var/log/containers/*.log pos_file /var/log/es-containers.log.pos tag raw.kubernetes.* read_from_head true <parse> @type multi_format <pattern> format json time_key time time_format %Y-%m-%dT%H:%M:%S.%NZ </pattern> <pattern> format /^(?<time>.+) (?<stream>stdout|stderr) [^ ]* (?<log>.*)$/ time_format %Y-%m-%dT%H:%M:%S.%N%:z </pattern> </parse> </source> # Detect exceptions in the log output and forward them as one log entry. <match raw.kubernetes.**> @id raw.kubernetes @type detect_exceptions remove_tag_prefix raw message log stream stream multiline_flush_interval 5 max_bytes 500000 max_lines 1000 </match> # Concatenate multi-line logs <filter **> @id filter_concat @type concat key message multiline_end_regexp /\n$/ separator "" </filter> # Enriches records with Kubernetes metadata <filter kubernetes.**> @id filter_kubernetes_metadata @type kubernetes_metadata </filter> # Fixes json fields in Elasticsearch <filter kubernetes.**> @id filter_parser @type parser key_name log reserve_data true remove_key_name_field true <parse> @type multi_format <pattern> format json </pattern> <pattern> format none </pattern> </parse> </filter> system.input.conf: |- # Example: # 2015-12-21 23:17:22,066 [salt.state ][INFO ] Completed state [net.ipv4.ip_forward] at time 23:17:22.066081 <source> @id minion @type tail format /^(?<time>[^ ]* [^ ,]*)[^\[]*\[[^\]]*\]\[(?<severity>[^ \]]*) *\] (?<message>.*)$/ time_format %Y-%m-%d %H:%M:%S path /var/log/salt/minion pos_file /var/log/salt.pos tag salt </source> # Example: # Dec 21 23:17:22 gke-foo-1-1-4b5cbd14-node-4eoj startupscript: Finished running startup script /var/run/google.startup.script <source> @id startupscript.log @type tail format syslog path /var/log/startupscript.log pos_file /var/log/es-startupscript.log.pos tag startupscript </source> # Examples: # time="2016-02-04T06:51:03.053580605Z" level=info msg="GET /containers/json" # time="2016-02-04T07:53:57.505612354Z" level=error msg="HTTP Error" err="No such image: -f" statusCode=404 # TODO(random-liu): Remove this after cri container runtime rolls out. <source> @id docker.log @type tail format /^time="(?<time>[^)]*)" level=(?<severity>[^ ]*) msg="(?<message>[^"]*)"( err="(?<error>[^"]*)")?( statusCode=($<status_code>\d+))?/ path /var/log/docker.log pos_file /var/log/es-docker.log.pos tag docker </source> # Example: # 2016/02/04 06:52:38 filePurge: successfully removed file /var/etcd/data/member/wal/00000000000006d0-00000000010a23d1.wal <source> @id etcd.log @type tail # Not parsing this, because it doesn't have anything particularly useful to # parse out of it (like severities). format none path /var/log/etcd.log pos_file /var/log/es-etcd.log.pos tag etcd </source> # Multi-line parsing is required for all the kube logs because very large log # statements, such as those that include entire object bodies, get split into # multiple lines by glog. # Example: # I0204 07:32:30.020537 3368 server.go:1048] POST /stats/container/: (13.972191ms) 200 [[Go-http-client/1.1] 10.244.1.3:40537] <source> @id kubelet.log @type tail format multiline multiline_flush_interval 5s format_firstline /^\w\d{4}/ format1 /^(?<severity>\w)(?<time>\d{4} [^\s]*)\s+(?<pid>\d+)\s+(?<source>[^ \]]+)\] (?<message>.*)/ time_format %m%d %H:%M:%S.%N path /var/log/kubelet.log pos_file /var/log/es-kubelet.log.pos tag kubelet </source> # Example: # I1118 21:26:53.975789 6 proxier.go:1096] Port "nodePort for kube-system/default-http-backend:http" (:31429/tcp) was open before and is still needed <source> @id kube-proxy.log @type tail format multiline multiline_flush_interval 5s format_firstline /^\w\d{4}/ format1 /^(?<severity>\w)(?<time>\d{4} [^\s]*)\s+(?<pid>\d+)\s+(?<source>[^ \]]+)\] (?<message>.*)/ time_format %m%d %H:%M:%S.%N path /var/log/kube-proxy.log pos_file /var/log/es-kube-proxy.log.pos tag kube-proxy </source> # Example: # I0204 07:00:19.604280 5 handlers.go:131] GET /api/v1/nodes: (1.624207ms) 200 [[kube-controller-manager/v1.1.3 (linux/amd64) kubernetes/6a81b50] 127.0.0.1:38266] <source> @id kube-apiserver.log @type tail format multiline multiline_flush_interval 5s format_firstline /^\w\d{4}/ format1 /^(?<severity>\w)(?<time>\d{4} [^\s]*)\s+(?<pid>\d+)\s+(?<source>[^ \]]+)\] (?<message>.*)/ time_format %m%d %H:%M:%S.%N path /var/log/kube-apiserver.log pos_file /var/log/es-kube-apiserver.log.pos tag kube-apiserver </source> # Example: # I0204 06:55:31.872680 5 servicecontroller.go:277] LB already exists and doesn't need update for service kube-system/kube-ui <source> @id kube-controller-manager.log @type tail format multiline multiline_flush_interval 5s format_firstline /^\w\d{4}/ format1 /^(?<severity>\w)(?<time>\d{4} [^\s]*)\s+(?<pid>\d+)\s+(?<source>[^ \]]+)\] (?<message>.*)/ time_format %m%d %H:%M:%S.%N path /var/log/kube-controller-manager.log pos_file /var/log/es-kube-controller-manager.log.pos tag kube-controller-manager </source> # Example: # W0204 06:49:18.239674 7 reflector.go:245] pkg/scheduler/factory/factory.go:193: watch of *api.Service ended with: 401: The event in requested index is outdated and cleared (the requested history has been cleared [2578313/2577886]) [2579312] <source> @id kube-scheduler.log @type tail format multiline multiline_flush_interval 5s format_firstline /^\w\d{4}/ format1 /^(?<severity>\w)(?<time>\d{4} [^\s]*)\s+(?<pid>\d+)\s+(?<source>[^ \]]+)\] (?<message>.*)/ time_format %m%d %H:%M:%S.%N path /var/log/kube-scheduler.log pos_file /var/log/es-kube-scheduler.log.pos tag kube-scheduler </source> # Example: # I0603 15:31:05.793605 6 cluster_manager.go:230] Reading config from path /etc/gce.conf <source> @id glbc.log @type tail format multiline multiline_flush_interval 5s format_firstline /^\w\d{4}/ format1 /^(?<severity>\w)(?<time>\d{4} [^\s]*)\s+(?<pid>\d+)\s+(?<source>[^ \]]+)\] (?<message>.*)/ time_format %m%d %H:%M:%S.%N path /var/log/glbc.log pos_file /var/log/es-glbc.log.pos tag glbc </source> # Example: # I0603 15:31:05.793605 6 cluster_manager.go:230] Reading config from path /etc/gce.conf <source> @id cluster-autoscaler.log @type tail format multiline multiline_flush_interval 5s format_firstline /^\w\d{4}/ format1 /^(?<severity>\w)(?<time>\d{4} [^\s]*)\s+(?<pid>\d+)\s+(?<source>[^ \]]+)\] (?<message>.*)/ time_format %m%d %H:%M:%S.%N path /var/log/cluster-autoscaler.log pos_file /var/log/es-cluster-autoscaler.log.pos tag cluster-autoscaler </source> # Logs from systemd-journal for interesting services. # TODO(random-liu): Remove this after cri container runtime rolls out. <source> @id journald-docker @type systemd matches [{ "_SYSTEMD_UNIT": "docker.service" }] <storage> @type local persistent true path /var/log/journald-docker.pos </storage> read_from_head true tag docker </source> <source> @id journald-container-runtime @type systemd matches [{ "_SYSTEMD_UNIT": "{{ fluentd_container_runtime_service }}.service" }] <storage> @type local persistent true path /var/log/journald-container-runtime.pos </storage> read_from_head true tag container-runtime </source> <source> @id journald-kubelet @type systemd matches [{ "_SYSTEMD_UNIT": "kubelet.service" }] <storage> @type local persistent true path /var/log/journald-kubelet.pos </storage> read_from_head true tag kubelet </source> <source> @id journald-node-problem-detector @type systemd matches [{ "_SYSTEMD_UNIT": "node-problem-detector.service" }] <storage> @type local persistent true path /var/log/journald-node-problem-detector.pos </storage> read_from_head true tag node-problem-detector </source> <source> @id kernel @type systemd matches [{ "_TRANSPORT": "kernel" }] <storage> @type local persistent true path /var/log/kernel.pos </storage> <entry> fields_strip_underscores true fields_lowercase true </entry> read_from_head true tag kernel </source> forward.input.conf: |- # Takes the messages sent over TCP <source> @id forward @type forward </source> monitoring.conf: |- # Prometheus Exporter Plugin # input plugin that exports metrics <source> @id prometheus @type prometheus </source> <source> @id monitor_agent @type monitor_agent </source> # input plugin that collects metrics from MonitorAgent <source> @id prometheus_monitor @type prometheus_monitor <labels> host ${hostname} </labels> </source> # input plugin that collects metrics for output plugin <source> @id prometheus_output_monitor @type prometheus_output_monitor <labels> host ${hostname} </labels> </source> # input plugin that collects metrics for in_tail plugin <source> @id prometheus_tail_monitor @type prometheus_tail_monitor <labels> host ${hostname} </labels> </source> output.conf: |- <match **> @id elasticsearch @type elasticsearch @log_level info type_name _doc include_tag_key true host elasticsearch-logging port 9200 logstash_format true <buffer> @type file path /var/log/fluentd-buffers/kubernetes.system.buffer flush_mode interval retry_type exponential_backoff flush_thread_count 2 flush_interval 5s retry_forever retry_max_interval 30 chunk_limit_size 2M queue_limit_length 8 overflow_action block </buffer> </match> --- ## ClusterRole apiVersion: v1 kind: ClusterRole metadata: name: fluentd-elasticsearch labels: k8s-app: logging rules: - apiGroups: - "" resources: - "namespaces" - "pods" verbs: - "get" - "watch" - "list" --- ## ClusterRoleBinding kind: ClusterRoleBinding apiVersion: v1 metadata: name: fluentd-elasticsearch labels: k8s-app: logging subjects: - kind: ServiceAccount name: fluentd namespace: kube-system apiGroup: "" roleRef: kind: ClusterRole name: fluentd-elasticsearch apiGroup: "" --- ## DaemonSet apiVersion: apps/v1 kind: DaemonSet metadata: name: fluentd-elasticsearch namespace: kube-system labels: k8s-app: logging spec: selector: matchLabels: name: fluentd-elasticsearch template: metadata: labels: name: fluentd-elasticsearch spec: serviceAccountName: fluentd containers: - name: fluentd-elasticsearch image: k8s.gcr.io/fluentd-elasticsearch:v2.4.0 volumeMounts: - name: varlog mountPath: /var/log - name: varlibdockercontainers mountPath: /var/lib/docker/containers readOnly: true - name: config-volume mountPath: /etc/fluent/config.d securityContext: privileged: true terminationGracePeriodSeconds: 30 volumes: - name: varlog hostPath: path: /var/log - name: varlibdockercontainers hostPath: path: /var/lib/docker/containers - name: config-volume configMap: name: fluentd-elasticsearch-config