查看pod占用端口号（pod 端口）

K8S——Pod入门理解

1、个人理解：POD是容器组的一个抽象，类似于一栋出租楼里面的房子，房子的其他小房间像容器，房间里的水，电充当应用服务。出租屋内的小房间门跟容器端口差不多，出租屋大门像pod上的端口，整栋楼大门像Service对外暴露的端口。2使用Pod的原因？pod是K8s最小的运行，部署单位。

2、K8s的网络理解，特别是Pods、Services和ingress，可以总结如下：Pods： 定义：Pods是构成kubernetes应用的基本单元，包含了一个或多个容器以及它们共享的网络栈。 网络命名空间：Pods的网络命名空间与宿主机的物理网络命名空间独立，通过自定义桥接与宿主机相连。

3、在K8S环境中，pod是核心概念，每一个pod包含一个特殊根容器，即pause容器，该容器是K8S的一部分。pod内部可容纳多个容器，共享网络与存储资源。pause容器负责存储所有容器的状态，pod存在于节点中，通过二层网络通信。pod分为普通与静态两种类型。定义pod较为简单，通过编写yaml文件实现。

4、再来说说pod还有哪些功能，这些功能也是k8s为什么设计pod的原因之一 通过probe：LivenessProbe或者ReadinessProbe，可以探测应用是否处于健康状态，如果不健康做出相关的反应。 这就好比k8s可以定期的帮你监控、维持一整个应用的健康。

5、Kubernetes（K8s）作为容器编排平台，广泛应用于构建、部署及管理容器化应用。Pod作为最小部署单元，资源分配对其正常运行至关重要。本文将深入解析如何在Kubernetes中为Pod分配cpu和内存资源，并提供实例指导。资源分配为何重要？容器化环境中，多个应用共享主机资源。

K8S问题排查-UDP频繁发包导致Pod重启后无法接收数据

原因： conntrack表项问题：在K8S环境中，通过nodePort暴露的UDP服务在接收到频繁请求时，由于UDP conntrack表项默认老化时间为30秒，频繁请求可能导致老化失效。当Pod重启后，conntrack表中记录的可能是节点IP而非Pod IP，导致后续请求被错误地转发到节点IP而非新的Pod IP。

首先，构建K8S集群，部署UDP服务并用nc命令模拟客户端频繁发送UDP请求。网络分析显示请求正常到达目标Pod和节点，但Pod重启后接收中断。通过删除Pod构造重启，发现在Pod重启后，流量未按预期到达Pod，而是节点IP。使用iptables跟踪请求路径，发现流量未经过预期路径，而是进入INPUT链，指向DNAT问题。

当 Pod 状态为 CrashLoopBackoff 时，表示容器在启动后立即崩溃或退出。这可能是容器配置错误、应用程序错误、内存不足或权限问题导致。排查此类问题时，需详细检查容器配置、应用程序日志、内存使用情况及权限设置。Pod 状态为 FaiLED 通常意味着容器已终止，并且至少一个容器以失败方式退出。

查看kubectl describe命令的输出将使您更加清楚。如果Pod保持挂起状态，则可能是一个问题，根本原因可能是节点中的资源不足。或者，如果您为不可用的容器指定主机端口，或者该端口已在Kubernetes集群的所有节点中使用，则Pod可能未就绪。结论 Kubernetes中的故障排除似乎是一项艰巨的任务。

kubernetes中创建调度管理的最小单元

1、kubernetes中创建调度管理的最小单元是：Pod。在Kubernetes中，Pod是能够创建、调度、管理的最小部署单元。其通常是一组容器的集合。这里我们可以通过YAML配置文件来进行配置、创建，如下所示。需要注意的是，在Pod的配置文件中定义容器端口纯粹是展示性的，仅便于其他人了解该容器所使用的端口信息。

2、Pods是一组共享一个网络命名空间的容器，它们运行在同一个Node上，并且使用同一个Local StorageVolume。Pods是Kubernetes最小的调度单元，它们可以处理应用的多个组件。Pods的主要作用是在保证容器运行的同时提供了资源隔离和优先级，同时还提供了进程间通信和共享存储等功能。

3、“kpod”常见的释义为“豆荚”，在 Kubernetes（一个开源的容器编排系统）中，Pod 是可以创建和管理的、最小的可部署的计算单元。Pod 是一组（一个或多个）容器，这些容器共享存储、网络以及怎样运行这些容器的声明。Pod 中的内容总是并置（colocated）的并且一同调度，在共享的上下文中运行。

K8S核心组件etcd详解(下)

K8S核心组件etcd详解：etcdctl命令的便捷使用：版本确认：Kubernetes 6 及以后版本默认使用 etcd v3 版本，v2 和 v3 版本不兼容，需确认使用的 etcd 版本。命令简化：使用 etcdctl 命令时，需通过证书认证并指定 etcd 节点的 IP 和端口，操作繁琐。可通过定义变量存储相关参数，简化命令执行。

etcd是Kubernetes生态系统中用于存储核心元数据的高可用、强一致性分布式存储系统。以下是关于etcd的详细解释：起源与初衷：诞生背景：etcd最初由CoreOS开发，旨在解决分布式系统中的并发控制和配置存储难题。核心目标：为集群管理提供强大而可靠的服务，特别是高可用性和强一致性。

核心概念如term和revision用于版本控制，etcd内部数据结构简单，支持watch机制实时同步数据变化。典型应用场景Kubernetes使用etcd存储元数据，简化集群状态管理。etcd作为服务发现系统，高效解决分布式服务路由问题。Master选举和分布式协调，etcd提供选主和故障自动恢复机制。

etcd：作为数据存储，用于存储和复制集群状态，是Kubernetes的核心组件。Node节点的主要组件： kubelet：负责Pod的创建和运行，监听API server获取并执行Pod部署。 kubeproxy：网络代理，监听API Server中服务对象变化，通过维护网络规则实现服务访问，支持Userspace、IPtables和IPVS三种工作模式。

Kubernetes集群的高效运作依赖于其核心组件的协同工作。以下是K8s组件的全解析，你需要知道的一切秘密：kubeapiserver 功能：作为集群的控制中心，处理所有API请求，验证、授权并持久化存储数据。重要性：是集群管理操作的入口，负责集群的整体配置管理。etcd 功能：作为分布式存储，存储着集群配置和状态。

CKAD考试实操指南(四)---优雅设计:掌握Pod设计技巧

创建三个 Pod，名称分别为 nginxNginxnginx3，每一个 Pod 都需添加 APP=v1 标签。 查看所有 Pod 的标签。 将 Pod nginx2 的标签修改为 app=v2。 查看所有 Pod 的 App 标签。 查看所有带有 app=v2 标签的 Pod。

CKAD考试实操指南 登顶CKAD：征服考试的完美蓝图 考试概述 CKAD是由Linux Foundation和CNCF推出的认证，旨在验证Kubernetes应用开发者的专业技能。 考试形式为基于性能的在线监考考试，包含多个命令行任务，考试时间为2小时。

CKAD考试实操指南定制你的舞台：配置实践要点 ConfigMap的使用：创建ConfigMap：可以通过命令行直接创建ConfigMap，如创建一个名为config的ConfigMap，其值为foo=lala，foo2=lolo。从文件创建ConfigMap：可以从文件创建ConfigMap，并查看其值。

CKAD考试实操指南剖析系统：深入可观察性实践的要点如下：访问知十平台并进行实践：使用微信扫码登录知十平台，以延长每个环境的可用时间至1小时，每日登录次数限制为5次。选择相应的环境后，等待一分钟左右即可进入，期间可浏览环境说明文档，了解组件与版本。

Kubernetes应用开发者负责设计、构建、配置和暴露这些应用，需要掌握Kubernetes的核心概念和资源、容器运行时和微服务架构知识。Certified Kubernetes Application Developer （CKAD）是由linux Foundation和Cloud Native computing Foundation （CNCF）推出的认证，旨在验证候选人具备所需技能、知识和能力。

第一步：创建一个名为configTXT的文件并向文件中写入配置项。第二步：从文件创建ConfigMap。第三步：查看创建好的ConfigMap。创建一个名为options的ConfigMap，其值为var5=val5。创建一个新的Nginx Pod，从名为var5的变量中加载值到名为option的环境变量中。第一步：创建ConfigMap。