pod容器挂载目录，poi挂载

原标题：pod容器挂载目录，poi挂载

导读：

使用Logtail采集Kubernetes上挂载的NAS日志使用Logtail采集Kubernetes上挂载的NAS日志，主要有SideCar模式和单独部署Deploymen...

使用Logtail采集 Kubernetes上挂载的NAS 日志

使用Logtail采集Kubernetes上挂载的NAS日志，主要有SideCar模式和单独部署Deployment两种方式。SideCar模式：特点：灵活性高，适合处理大规模数据。实施方式：通过PV和PVC挂载NAS，然后在SLS控制台配置采集设置。字段信息包括 Pod信息和日志路径。配置步骤：设置用户自定义标识，并创建相应的机器组进行管理。

步骤一：部署Logtail容器 tips：步骤二：配置机器组如下图所示，在日志服务控制台创建一个Logtail的机器组，机器组选择自定义标识，可以动态适应pod ip地址的改变。

阿里巴巴集团已大规模应用 SidecarSet 来管理 sidecar 容器，日志采集 Logtail sidecar 是一个使用示例。在性能和稳定性持续改进的同时，OpenKruise 未来版本将增加针对 Service MESh 场景的支持。欢迎社区成员参与，共同建设一个面向规模化、复杂化、极致性能场景的 K8s 应用管理与交付扩展能力。

Logtail是日志服务提供的日志采集Agent，用于采集阿里云ECS、自建IDC、其他云厂商等服务器上的日志。本文介绍Logtail的功能、优势、使用限制及配置流程等信息。

Logtail能够有效地采集Kubernetes上挂载的NAS日志，有SideCar模式和单独部署Deployment两种方式。下面详细介绍这两种采集方法。Logtail支持两种方法收集K8s挂载NAS的日志： SideCar模式：灵活性高，适合处理大规模数据，通过PV和PVC挂载NAS，如通过SLS控制台配置采集设置，字段信息包括POD信息和日志路径。

subpath的用法和误删pvc的血泪经验

之前错误理解为subpath是为了在不同容器间共享数据，实则是让一个volume在多个目录下使用。要实现容器间共享数据，应直接挂载同一volume。对于误删pvc的情况，其血泪教训不可忽视。查看并调整pv的保留策略至关重要。如果策略为Delete，删除pvc后，服务器上的目录会直接被删除。

Kubernetes基本存储之HostPath

HostPath是Kubernetes中的一种基本存储类型，用于将工作节点上某文件系统的目录或文件持久化挂载至Pod中，确保数据在Pod结束时仍保存在主机上。这种设计避免了EmptyDir类型的存储卷中的数据随Pod生命周期的结束而消失。

要快速学会Kubernetes中的数据存储、数据卷以及相关概念，可以参考以下要点： Volume概念定义：Volume是Pod内的共享目录，允许Pod中的多个容器共享和持久化数据。特性：Volume不与容器的生命周期相关联，即使容器终止或重启，Volume中的数据也保持不变。

hostPath类似于在Docker运行时使用`docker run -v /data：/xx`的映射功能，物理机上的/data目录会映射到容器的/xx路径，删除pod后数据仍保留。若/xx不存在，它会在容器内自动创建。首先，创建一个名为host.yaml的yaml文件，其中包含名为volume1的hostPath卷，指向物理机的/data目录。

Volume是Pod中能够被多个容器访问的共享目录，它被定义在Pod上，然后被一个Pod里的多个容器挂载到具体的文件目录下，kubernetes通过Volume实现同一个Pod中不同容器之间的数据共享以及数据的持久化存储。Volume的生命容器不与Pod中单个容器的生命周期相关，当容器终止或者重启时，Volume中的数据也不会丢失。

Kubernetes支持多种存储卷类型，包括emptyDir、HostPath、网络存储卷（如nfs、CephFS）、ConfigMap、Secret等。

LocalPV的特性之一是volumeBindingMode： WaitForFirstConsumer，意味着调度器在分配PVC时会考虑Pod的调度策略，而非立即绑定。OpenEBS LocalPV提供了一个更强大的本地存储解决方案，OpenEBS允许将工作节点的存储转化为本地或分布式持久卷。

快速学会k8s数据存储、数据卷、EmptyDir、HostPath、NFS、PV、PVC...

1、Volume概念定义：Volume是Pod内的共享目录，允许Pod中的多个容器共享和持久化数据。特性：Volume不与容器的生命周期相关联，即使容器终止或重启，Volume中的数据也保持不变。 EmptyDir 定义：最基础的Volume类型，在Pod启动时创建一个空目录。

2、EmptyDir类型：默认情况下，emptyDir卷支持节点上的任何介质，具体取决于环境。可以将emptyDir.medium字段设置为Memory，让Kubernetes使用tmpfs（内存支持的文件系统）。tmpfs非常快，但数据会在节点重启时清除，并且设置的大小会计入到容器的内存限制当中。

3、在容器环境中，数据持久化是关键需求，Kubernetes 提供了多种方法来实现这一目标。Volume 是用于挂载外部存储资源到Pod中的关键组件，它支持多种存储类型，如emptyDir、HostPath、NFS等。Volume使得Pod能够在运行中共享数据和资源。然而，Volume并不具备持久化存储和生命周期管理的高级特性。

4、创建一个volume-hostpath.yaml：HostPath可以解决数据持久化的问题，但是一旦Node节点故障了，Pod如果转移到了别的节点，又会出现问题了，此时需要准备单独的网络存储系统，比较常用的用NFS、CIFS。

k8s里面kubectlogs-f查看的是实时日志吗?

在Kubernetes（K8s）环境中，kubectl logs 命令用于查看容器的日志。其中，kubectl logs -f 参数用于查看容器的实时日志输出，而不需要使用-f标志则会显示最后一次的日志条目。当使用kubectl logs -f命令时，实际上是在监控容器的日志输出，类似于实时日志查看。

使用kubectl命令，能够高效地在集群内检索特定pod的日志输出。在跳板机上配置好所有集群的kubeconfig文件，借助kubectl logs命令，结合-f参数持续获取日志，并通过操作符将日志内容保存至本地文件，实现日志的实时收集。若需处理多个容器的日志收集任务，可以通过循环结构简化流程。

Pod诊断与管理查看Pod详情： kubectl describe pod podname n namespace：显示指定Pod的详细信息。实时日志追踪： kubectl logs podname n namespace：获取指定Pod的日志信息。

如果你发现某个 pod 的服务有问题，但是状态还是显示 Running ，就可以使用 kubectl logs 来查看其详细日志。在本篇文章里，我们了解了 k8s 的宗旨和一些基本概念，并知道了最为常用的 get 、 descibe 及 logs 命令，知道了这三条命令之后就几乎可以从 k8s 中获取所有常用信息了。

通过添加-f参数可以持续查看日志。例如，查看kube-system命名空间中某个flAnnelpod的日志，注意修改pod名称：然后就可以看到如下输出：如果你发现某个pod的服务有问题，但是状态还是显示Running，就可以使用kubectllogs来查看其详细日志。

在面对 pod 处于崩溃状态的场景下，容器不断重启时，使用 kubelet logs 可能会遇到难以捕获日志的情况。为解决此问题，可以采取以下步骤。一种方法是利用 kubectl 命令中的 previous 参数。此参数的用途在于，如果存在，则输出 pod 中容器的前一个实例的日志。理解原理是关键。