pod里使用top，pod struct

了解kubernetes资源类型

1、Kubernetes常用资源根据功能可分为工作负载类、负载均衡类、配置和存储类、集群类、元数据类五类，其中核心资源对象为Namespace、Pod、Service和deployment。以下是详细分类说明：工作负载类资源此类资源承载具体任务，是应用运行的基础单元。

2、KuberneTES集群维护CPU时间、内存、暂态存储和扩展资源等硬件资源，并将它们分配给正在运行的容器。通过一个请求和限制系统，运维人员可以根据单个容器定制资源分配，然后让Kubernetes系统将它们适当地分配给节点。 扩展资源使我们能够定义自己的资源类型，并以类似的方式使用它们。KuberNETes还根据请求和限制将服务质量指定给POD。

3、生态与扩展性Operator模式：将领域知识（如数据库运维）编码为自定义资源，实现复杂应用的全生命周期管理。Helm包管理：通过模板化Chart快速部署标准化应用（如MySql、redis）。服务网格（service MESh）：集成Istio、Linkerd等工具，增强流量管理、安全策略与可观测性。

K8S常用命令及其用途

Kubernetes（k8s）是一个开源的容器编排系统，用于自动部署、扩展和管理容器化应用程序。kubectl 是 Kubernetes 的命令行工具，用于与 Kubernetes 集群进行交互。

作用：将节点从服务选择中移除，使其不会接收新的pod调度。这通常用于节点维护或故障隔离。使用场景：当你需要对某个节点进行维护时，可以使用此命令将该节点标记为不可调度，以避免新的Pod被调度到该节点上。

在Kubernetes（K8s）环境中，kubectl 是一个强大的命令行工具，用于对集群进行操作和管理。默认情况下，kubectl会在$HOME/.kube目录下查找名为config的配置文件。然而，你也可以通过设置KUBECONFIG环境变量或使用--kubeconfig选项来指定其他kubeconfig文件，以便于更灵活地管理不同的集群配置。

Pod是k8s的基本调度单元，包含一组共享资源的容器。常用命令：创建Pod：kubectl create pod podname image=imagename列出Pod：kubectl get pods查看Pod详情：kubectl describe pod podname删除Pod：kubectl delete pod podnameLabel：Label用于资源分类和筛选，可以批量操作资源。

如何查看一个pod所有容器的整体利用率

在Kubernetes中，可以使用kubectl top pod命令来查看一个pod所有容器的整体资源利用率。具体步骤和说明如下：确保Metrics server已启用：Metrics Server是Kubernetes集群中的一个组件，负责收集和提供集群资源（如Pod、node等）的使用数据。

kubectl logs pod-name -c container-name -n nameSpace：查看多容器 Pod 中指定容器的日志。进入 Pod 容器 kubectl exec -it pod-name -n namespACE -- /bin/bash：进入指定 Pod 的容器，并启动一个 bash 会话。

诊断方法查看资源使用情况：使用命令kubectl top Pods --all-namespaces --sort-by=cpu或通过Metrics API获取实时数据。检查Pod配置与状态：通过kubectl describe pod pod-name查看资源限制（requests/Limits）、事件日志及容器状态。

常用定位生产问题之手段

CPU问题：使用top、vmstat、pidstat、ps等工具排查CPU使用情况，找出占用CPU资源较高的进程或线程。内存问题：利用top、ps、vmstat、cachestat、free等工具分析内存使用情况，识别内存泄露或内存占用异常的问题。

检查表（查检表）类似于日常的“待办清单”，用于系统记录问题发生的频率或类型，如生产线上的缺陷数量统计，能快速定位高频问题。 分层法（层别法）按不同维度拆分数据，比如按时间、设备型号或操作人员分类统计，方便对比分析差异来源。例如对比早班与夜班的产品不良率差异。

产品差异化是小型企业实现产品定位的一种策略。通过对比竞争对手的产品，小企业可以识别自己产品的独特卖点，并将其显著特征作为市场推广的重点。例如，一家生产有机果汁的小企业可以突出其“纯天然、无添加”的特点，以此吸引追求健康生活方式的消费者。 目标市场定位也是小企业产品定位的重要手段。

芯片中常用的deBUG手段 在芯片设计和验证过程中，debug是确保芯片功能正确性和性能稳定性的关键环节。以下是一些在芯片中常用的debug手段，它们能够帮助工程师快速定位并解决问题。芯片测试阶段 添加状态标志位 方法：在设计过程中，将关键的状态机状态、总线相关信号等debug信号添加到寄存器端口或GPIO上。

根据客户投诉或质量问题，回溯产品的生产和供应链，找出问题的源头并采取相应措施。逆向追溯是企业应对质量问题的重要手段，可以快速定位问题源头，减少质量损失。产品质量追溯的重要性不言而喻。它不仅可以强化质量控制，提升客户满意度，加强供应链管理，还可以帮助企业符合合规要求，降低法律风险。

及时性：迅速响应：一旦发现生产异常，应立即采取行动，避免问题扩大或延误解决时间。快速定位：通过有效的监控和诊断手段，迅速确定异常发生的环节和原因。 准确性：精准分析：对生产异常进行准确的分析和判断，确保找到问题的根源，避免误诊或误判。

06-kubectl常见命令整理

1、delete 命令：删除资源 其他更多参见： Kubernetes kubectl delete 命令详解 kubectl Get - 列出一个或多个资源。

2、kubectl get Nodes：列出集群中的所有节点。kubectl clusterinfo：显示集群的核心服务信息。kubectl version：显示客户端和服务器的版本信息。Pod管理：kubectl get pods：列出当前命名空间中的所有Pod。kubectl describe pod podname：显示指定Pod的详细信息。kubectl logs podname：获取指定Pod的日志。

3、集群管理基础 了解集群状态： kubectl version：检查Kubernetes集群的版本信息。 kubectl clusterinfo：显示集群的核心服务地址和版本信息。 节点与命名空间概览： kubectl get nodes：列出集群中的所有节点。 kubectl get namespaces：列出集群中的所有命名空间。

4、节点故障排除： kubectl get nodes：列出所有节点。 kubectl describe node nodename：详细描述指定节点的信息。 kubectl cordon nodename：标记节点为不可调度。 kubectl uncordon nodename：取消标记节点为不可调度。持久卷和持久卷声明诊断： kubectl get pv：列出所有持久卷。

k8s容器内部进程启动失败

1、k8s容器内部进程启动失败可能由配置错误、镜像问题、资源限制、依赖问题、网络问题、节点状态异常、组件故障或重启机制触发等多种原因导致，需通过查看容器状态、日志、重启次数及退出原因逐步排查。 配置错误排查Pod描述文件错误：检查YAML文件中镜像名称、端口映射、环境变量等配置是否正确。

2、kubelet无法自动启动在CentOS 9系统、Kubernetes v4环境下，服务器重启后kubelet无法自动启动的常见原因是交换内存（sWAP）被自动开启。Kubernetes要求禁用swap以避免内存管理冲突，但系统重启后swap可能重新启用，导致kubelet启动失败。解决方案：临时关闭swap：执行命令swapoff -a。

3、K8s的apiserver无法启动可能由证书过期、容器名冲突、配置文件错误或服务未找到/端口未监听等原因导致。 证书过期：在K8s集群中，如果相关的证书（如CA证书、apiserver证书等）过期，会导致apiserver无法启动。此时，需要检查集群中所有相关证书的有效期，并及时更新过期的证书。

4、代码问题：应用程序代码在容器启动后失败。需要排查应用程序代码，确保其能在容器环境中正确运行。配置问题：在部署Deployment和StatefulSet时，资源清单编写有误可能导致Pod无法正常创建。此时，需要检查资源配置的清单文件，确保各项配置正确无误。

5、K8s Pod就绪探针故障表现：Pod状态为 0/1 Running 或 CrashLoopBackOff，端点控制器从Service中移除Pod IP。原因及解决：容器启动失败（更换镜像）；就绪探针配置问题（修正探针规则）；依赖资源缺失（进入容器手动创建或修复配置）。

6、你应该尝试从该容器中检索日志以调查其失败的原因。 如果由于容器重新启动太快而看不到日志，则可以使用以下命令： $ kubectl logs pod-name --previous 这个命令打印前一个容器的错误消息。 RunContainerError 当容器无法启动时，出现此错误。 甚至在容器内的应用程序启动之前。