k8s查看特定pod（k8s查看pod在哪个node上）
超好用的k8s中pod诊断工具:kubectl-debug
1、kubectldebug是一款简单、易用且强大的kubectl插件，专门用于kubernetes中POD的排障诊断。其主要特点和优势如下：无需预装额外工具：业务容器可以保持最小化，无需预装任何排障工具。
2、nsenter的使用简单高效，极大地简化了容器和K8S环境下的网络调试工作，同时也适用于调试ipc、挂载等其他问题。此外，nsenter还可以用于调试其他场景，如Pod的ipc、mount等。下一篇文章将介绍K8S环境下Pod网络调试的另一工具——kubectl-debug。
3、kubectlget可以列出k8s中所有资源 这里只介绍了如何用kubectl获取pod的列表。
4、在K8S环境中，对Docker下运行的.NET程序进行异常行为dump诊断的步骤如下：进入服务Pod：使用kubectl工具进入非生产环境下的服务Pod，以便直接访问运行中的服务进程。获取进程Dump：利用dotnetdump工具，对正在运行的.NET进程进行dump操作，以捕获当前的内存状态和程序执行情况。
5、资源不足时，使用kubectl describe node命令检查节点资源状态。检查持久卷（PVC）状态，确保其STATUS为“Bound”，表明存储供应无问题。网络问题难以诊断，需检查CNI插件日志，如使用Calico，可查看Calico pod日志。安全上下文问题，使用kubectl get pod-o yaml命令查看pod安全上下文。
6、Kubernetes（k8s）官方推荐的部署工具是kubectl。Kubernetes，简称K8s，是一个开源的，用于管理云平台中多个主机上的容器化的应用。在Kubernetes生态系统中，kubectl是一个非常重要的命令行工具，它允许用户通过命令行与Kubernetes集群进行交互。kubectl的功能非常强大，几乎涵盖了Kubernetes管理的各个方面。
如何查询K8s资源运行状态
1、首先，使用“kubectl get pods -n xujianhua-gz”命令来查询指定namespace下的Pod状态，其中“-n”参数用于指定namespace，例如xujianhua-gz。通过命令输出，我们可以看到有6个处于running状态的Pod，其中2个运行nacos服务，2个运行nginx，还有2个部署了WordPress博客。
2、仅需关注任务执行结果。总结： Pod 的状态反映了其在 Kubernetes 集群中的运行情况。 针对不同状态，需要采取不同的排查方法，以快速定位并解决问题。 合理分配资源、监控资源使用情况、检查容器配置和日志等是排查问题的关键步骤。
3、资源不足时，使用kubectl describe node命令检查节点资源状态。检查持久卷（PVC）状态，确保其STATUS为“Bound”，表明存储供应无问题。网络问题难以诊断，需检查CNI插件日志，如使用Calico，可查看Calico pod日志。安全上下文问题，使用kubectl get pod-o yaml命令查看pod安全上下文。
4、K8S线上集群Node节点NotReady异常状态的排查方法主要包括以下几点：检查硬件资源：使用df m命令检查磁盘空间，确保有足够的空间供Node节点和Pod使用。使用free命令检查cpu使用率，确保CPU资源未被过度占用。使用top c命令查看CPU使用情况，确保无异常。
K8S——Pod入门理解
K8s的网络理解，特别是Pods、Services和Ingress，可以总结如下：Pods： 定义：Pods是构成Kubernetes应用的基本单元，包含了一个或多个容器以及它们共享的网络栈。 网络命名空间：Pods的网络命名空间与宿主机的物理网络命名空间独立，通过自定义桥接与宿主机相连。
个人理解：Pod是容器组的一个抽象，类似于一栋出租楼里面的房子，房子的其他小房间像容器，房间里的水，电充当应用服务。出租屋内的小房间门跟容器端口差不多，出租屋大门像pod上的端口，整栋楼大门像service对外暴露的端口。2使用Pod的原因？pod是K8s最小的运行，部署单位。
POD：定义：POD是K8S中的基石概念，负责封装容器并提供资源管理。特点：一个POD可包含一个或多个容器，这些容器共享磁盘空间，并通过分配独立的网络标识实现内部通信。重要性：理解POD如何在集群中运行，是技术型产品经理掌握K8S的基础。控制器：作用：自动化管理POD，确保其在集群中的部署、扩展和维护。
再来说说pod还有哪些功能，这些功能也是k8s为什么设计pod的原因之一 通过probe：LivenessProbe或者ReadinessProbe，可以探测应用是否处于健康状态，如果不健康做出相关的反应。 这就好比k8s可以定期的帮你监控、维持一整个应用的健康。
K8S POD控制器从基础到高级实战技巧的核心要点如下：基础概念： Kubernetes的POD控制器：是容器编排的关键，负责维护Pod的生命周期。 主要类型： ReplicaSet：确保指定数量的Pod副本运行，提供高可用性。 Deployment：支持版本控制和滚动更新，适用于大多数应用。
k8s将pod调度到指定节点的几种方式
方式二：通过指定NodeName。在Pod中配置nodeName字段，直接指派对应节点。示例如下：查看node名称。列出节点名称，例如k8s-master。在Pod中使用nodeName指定此节点。通过kubectl APPly创建Pod后，检查Pod是否调度至指定节点。使用nodeName选择节点方式存在局限性。方式三：亲和性和反亲和性。
在集群中为节点添加标签。例如，设置App： goweb-node。 编写goweb应用的Deployment文件。设置Pod的定义，确保与应用需求相匹配。 为Deployment添加nodeSelector字段，指定Pod应部署在具有特定标签的节点上，如app=goweb-node。 验证Pod是否成功调度到具有所需标签的节点。
nodeSelector配置相对简单，k8s提供了另外一个pod调度配置： nodeAffinity（节点亲和） ，相对于nodeSelector的简单匹配他拥有更多更加个性化的配置。这段配置表示：该pod可以被调度到标签key为 deploy.type ，值为 yztssjdxt-test 或 yztssjdxt 的节点。
K8S核心组件etcd详解(下)
K8S核心组件etcd详解：etcdctl命令的便捷使用：版本确认：Kubernetes 6 及以后版本默认使用 etcd v3 版本，v2 和 v3 版本不兼容，需确认使用的 etcd 版本。命令简化：使用 etcdctl 命令时，需通过证书认证并指定 etcd 节点的 IP 和端口，操作繁琐。可通过定义变量存储相关参数，简化命令执行。
在Kubernetes （K8s） 系统中，etcd 起到了核心存储的作用，用于保存所有对象的 manifest，确保在 api Server 重启或失败时，这些数据不会丢失。etcd 的优势在于它是一个响应快速、分布式且一致的键值存储，是存储集群状态和元数据的唯一地方。
核心概念如term和revision用于版本控制，etcd内部数据结构简单，支持watch机制实时同步数据变化。典型应用场景Kubernetes使用etcd存储元数据，简化集群状态管理。etcd作为服务发现系统，高效解决分布式服务路由问题。Master选举和分布式协调，etcd提供选主和故障自动恢复机制。
k8s中Pod状态及问题排查方法
1、含义：调度器未能将 Pod 调度到可用节点。可能原因：节点资源不足或 Pod 依赖的资源未准备好。排查方法：检查节点资源使用情况及资源预留情况，确保集群有足够的 CPU 和其他资源。CrashLoopBackOff 状态：含义：容器在启动后立即崩溃或退出。可能原因：容器配置错误、应用程序错误、内存不足或权限问题。
2、Pod驱逐 节点资源不足时，K8s驱逐内存敏感型Pod。优化资源配额和限制值，避免资源被耗尽。Pod失联 Pod处于Unknown状态，无法获取信息。检查Kubelet状态，修复节点问题。无法被删除 Pod执行删除操作后长时间处于Terminating状态。排查删除操作和集群状态，确保删除流程顺利。
3、要排查镜像拉取问题，可使用kubectl describe pod命令检查pod事件，寻找“Failed to pull image”或“ImagePullBackOff”事件，表明镜像拉取存在问题。资源不足时，使用kubectl describe node命令检查节点资源状态。检查持久卷（PVC）状态，确保其STATUS为“Bound”，表明存储供应无问题。
