k8s日志收集区分不同pod？ k8s容器日志导出？
kubernetes日志查看指南:深入了解容器日志管理技术
EFK堆栈：Elasticsearch、Fluentd和Kibana的组合，可以集中存储、搜索和可视化日志数据。Prometheus和Grafana：prometheus用于监控和告警，Grafana用于数据可视化，也可以与日志数据集成。
查看单个容器日志：Kubernetes提供kubectl工具用于直接访问容器日志。使用命令获取指定容器日志，或配合`-f`选项实现实时追踪。 多个容器日志查看：一个pod内多个容器时，此操作将输出POD内所有容器的日志。 标签选择器过滤日志：通过标签选择器筛选特定标签的Pod或容器日志，仅显示所需信息。
在kubernetes中，容器是应用程序的最小部署单元，每个容器在运行过程中都会生成日志。这些日志对于了解容器的运行状态、进行故障排除以及性能监控至关重要。容器日志格式：容器日志通常以文本格式输出到stdout（标准输出）和stderr（标准错误）。
Kubernetes中的日志类型 应用程序级/PoD级别的日志 这些日志由在Pod中运行的应用程序生成，并可以通过kubectl logs命令查看。Pod中的每个容器都会将其日志发送到stdout和stderr，这些日志被kubelet收集并存储在节点的/var/log/pods和/var/log/CONTAINERs目录中。
并提供了详细操作步骤和截图、配置代码。k8s 集群的准备步骤、生成mock数据的YAML文件、采集容器日志标准输出和文本文件、配置Logtail采集、设置字段索引与开启日志聚类、基本查询、日志聚类、上下文查询与LiveTail的使用等都进行了详细介绍。Ingress与审计方案的配置也包括了YAML文件示例与日志存储的说明。
“bash”或“ash”命令。进入容器内部进行详细检查，使用exit命令退出容器。查看集群级别事件：使用kubectl get events命令获取集群中事件的聚合视图。分析事件信息，了解Pod故障背后的资源状态变化，如节点故障、网络问题等。通过掌握这些技巧，运维人员可以更高效地解决Kubernetes Pod故障，提升集群管理的效率。
十、kubernetes简介-K8s关键概念Pod
1、Kubernetes简介-K8s关键概念Pod 在Kubernetes（K8s）中，Pod是能够创建、调度和管理的最小部署单元，它是一组容器的集合，而非单独的应用容器。Pod的设计旨在将应用容器及其依赖、存储资源和相关配置封装在一起，形成一个可移植、可扩展的部署单元。
2、Kubernetes（简称K8s）是用8代替名字中间的8个字符“ubernete”而成的缩写，是一个开源的容器编排引擎，用于管理云平台中多个主机上的容器化应用。Kubernetes的目标是让部署容器化的应用简单且高效。内容简介 Kubernetes是Google开源的一个容器编排系统，它支持自动化部署、大规模可伸缩、应用容器化管理。
3、Kubernetes 的核心概念主要包括 Pod、Service、NameSpace、Deployment、StatefulSet、DaemonSet、Job 和 CronJob 等。Pod Pod 是 Kubernetes 中最小的调度和管理单元，代表集群中运行的一个或多个容器实例。所有容器共享相同的网络命名空间、进程命名空间和存储卷，可以互相通信和共享数据。
Kubernetes日志采集Sidecar模式介绍
Sidecar采集方式 sidecar方式的配置以及使用相对在虚拟机/物理机上采集数据区别不大，从Logtail容器视角来看：Logtail工作在一个“虚拟机”上，需要采集这个机器上某个/某些日志文件。
sidecar模式是一种在应用服务中添加额外组件以实现控制和逻辑分离的方式。它通过部署一个边车容器，可以执行诸如日志收集、服务注册、服务发现、限流、鉴权等不需要业务服务实现的功能。相较于Spring Cloud等SDK模式，sidecar模式能够实现控制面和业务面能力的独立升级，但可能带来额外的性能损耗和延时。
sidecar，直译为边车。边车模式通过给应用服务加装一个“边车”来达到控制和逻辑的分离的目的。对于微服务来讲，我们可以用边车模式来做诸如日志收集、服务注册、服务发现、限流、鉴权等不需要业务服务实现的控制面板能力。
Sidecar 模式的核心是主应用与辅助应用共享生命周期，它们可以是同一个 VM、容器或 Pod。在 Kubernetes 中，例如使用 Init Container 或者共享 Volume，都能体现 Sidecar 的优势，如简化 web 服务部署，让专业组件专注于自己的职责。
Sidecar 模式是一种灵活且强大的软件架构模式，它通过将应用程序的功能划分为单独的进程，实现了功能的动态扩展和独立管理。在 Kubernetes 等容器编排平台上，Sidecar 模式得到了广泛的应用，特别是在 service Mesh 和微服务架构中。
Sidecar 架构模式的核心概念 Sidecar 模式的核心在于在不改变主应用的情况下，引入一个与主应用部署在一起的辅助应用。这个辅助应用通常与主应用共享相同的运行环境，并为主应用提供额外的功能或服务。这些功能或服务可能包括流量控制、监控、日志记录、安全认证等。
K8S学习指南(50)-k8s的日志管理概述
K8s的日志管理概述 Kubernetes（K8s）是一款开源的容器编排平台，广泛用于部署、扩展和管理容器化应用。在Kubernetes集群中，日志管理是一个至关重要的任务，它对于监控、故障排除和性能优化具有不可替代的作用。本文将概述Kubernetes中的日志管理，包括容器日志、集群级别日志以及相关的工具和实践。
Kubernetes允许为容器配置自定义日志记录选项，以便更好地管理和保留日志数据。Pod配置：在Pod的配置中指定日志记录器，如使用Fluentd或Logstash等日志收集工具。外部日志聚合系统：将日志发送到外部日志聚合系统，如Elasticsearch或Splunk。持久存储：将日志保存到持久存储中，如NFS或Ceph等分布式文件系统。
本文将详细介绍如何在Kubernetes（K8s）Pod日志写入ELK（Elasticsearch、Logstash、Kibana）集群的具体实现过程。首先，回顾上篇文章的实现效果。搭建ELK集群后，调整logstash配置文件logstash/pipeline/logstash.conf，确保设置符合需求。配置完毕后启动服务，观察ELK集群的运行状态。
/mnt/hostpath可以看到初次启动pod的时候定义了两个副本，但是日志都只持久化到了/mnt/hostpath/下将pod的副本数调整到三个，依然在/mnt/hostpath/只有enterprise-api这个目录，同时打开access的日志，会发现有三个pod服务启动加载时要读取的配置参数，说明pod的日志是穿插写入到文件中的。
k8s主要由以下几个核心组件：一个kubernetes集群由分布式存储etcd、控制节点controller以及服务节点node组成。如上图所示，Kubernetes在架构上主要由Master和Node两种类型的节点组成，这两种节点分别对应着控制节点和计算节点。
k8s架构原理
K8S架构概述K8S采用主从架构，其中集群中的所有节点都由控制平面管理和调度。控制平面负责管理整个集群的状态，调度任务，并监控集群的正常运行；而工作节点则运行实际的应用容器，负责容器的运行和管理。
K8s架构与组件详解K8s架构K8s（Kubernetes）系统在设计时遵循c-s（客户端-服务器）架构，其核心组件之间的交互主要围绕apiServer进行。在生产环境中，为了实现K8s系统服务的高可用性，通常会部署多个Master节点。K8s集群至少包含一个工作节点（Node），这些节点上运行着由K8s管理的容器化应用。
k8s的架构 Kubernetes 集群通常由多个节点（Node）组成，包括 Master 节点和 Node 节点。 Master 节点 Master 节点作为整个集群的控制中心，主要负责集群的管理和调度工作。它包括以下几个核心组件：API Server：API Server 是 Kubernetes 最核心的组件之一，提供了集群中各个组件之间的通信和管理接口。
Docker： 运行容器的基础环境，容器引擎。 kubelet： 每个node节点都存在一份，在node节点上的资源操作指令均由kubelet执行，从etcd扫描相关请求，在节点上执行请求。
