常用定位生产问题之手段
cpu问题：使用top、vmstat、pidstat、ps等工具排查CPU使用情况，找出占用CPU资源较高的进程或线程。内存问题：利用top、ps、vmstat、cachestat、free等工具分析内存使用情况，识别内存泄露或内存占用异常的问题。
思路： 全面了解生产现状：包括物料准备情况、产品排配时间、人力需求等。 识别并解决问题：针对发现的阻碍生产的问题，及时采取措施进行解决。 实时监控生产：通过监控手段，实时掌握生产情况，迅速定位并解决突发问题。 记录关键数据：记录实际完成产量、物料消耗、不良产品数等关键数据，为后续决策提供依据。
机械制造技术基础中，生产中常见的定位方式包括点定位、线定位和面定位。这些定位方式的具体应用和技巧较为复杂。问题八：各种机械零件的定位方法 机械零件的定位方法取决于零件的特性和加工需求。具体的定位方法需要根据零件的具体应用来确定。
产品差异化是小型企业实现产品定位的一种策略。通过对比竞争对手的产品，小企业可以识别自己产品的独特卖点，并将其显著特征作为市场推广的重点。例如，一家生产有机果汁的小企业可以突出其“纯天然、无添加”的特点，以此吸引追求健康生活方式的消费者。 目标市场定位也是小企业产品定位的重要手段。
了解kubernetes资源类型
Kubernetes集群维护CPU时间、内存、暂态存储和扩展资源等硬件资源，并将它们分配给正在运行的容器。通过一个请求和限制系统，运维人员可以根据单个容器定制资源分配，然后让Kubernetes系统将它们适当地分配给节点。 扩展资源使我们能够定义自己的资源类型，并以类似的方式使用它们。
租客（pod）想租房子需要找到中介（SC）说出自己的需求（PVC）。中介（SC）根据租客需求（PVC）找到房子（PV）提供给租客使用。在 Kubernetes 中，存储类（StorageClass）、持久卷（PersistentVolume，PV）和持久卷声明（PersistentVolumeClaim，PVC）是用于管理持久化存储的关键组件。
在kubernetes中，Pod是最小的控制单元，但是kubernetes很少直接控制POD，一般都是通过Pod控制器来完成的。Pod控制器用于pod的管理，确保pod资源符合预期的状态，当pod的资源出现故障时，会尝试进行重启或重建pod。在kubernetes中Pod控制器的种类有很多，本文只介绍一种：Deployment。
如何查看一个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）、事件日志及容器状态。
k8s线上集群排查,实测排查Node节点NotReady异常状态
1、K8S线上集群Node节点NotReady异常状态的排查方法主要包括以下几点：检查硬件资源：使用df m命令检查磁盘空间，确保有足够的空间供Node节点和Pod使用。使用free命令检查CPU使用率，确保CPU资源未被过度占用。使用top c命令查看CPU使用情况，确保无异常。
2、在项目中遇到的线上集群问题，特别是Kubernetes （K8S）集群中Node节点状态变为NotReady，导致服务停止的问题，我们进行了一次深入的排查与解决。文章将聚焦于如何有效识别和解决这类问题。首先，让我们了解一下在K8S中Pod的状态。
3、在搭建Kubernetes（k8s）集群过程中，若遇到节点一直处于NotReady状态问题，通过执行命令查看日志，发现提示信息为[failed to find plugin flannel in path [/opt/cni/bin]]。执行排查步骤，进入指定目录检查，确认flannel插件是否缺失。
4、硬件故障：内存故障用memtester工具检测，磁盘坏道用smartctl检测，网卡异常用ethtool检测，CPU过热查看IPMI日志。应急方案有替换内存条、迁移Pod后下线节点、绑定多网卡、检查散热系统。云环境中需加快状态上报。Kubernetes核心组件故障：ETCd集群异常表现为API Server返回504错误，需使用SSD磁盘、定期备份。
5、一次K8S集群中遇到的Too Many Open Files问题排查，起因是一个运行机器学习推理服务的节点出现Node NotReady异常，通过查看日志发现是因为dockerd进程打开的文件数过多导致。初步怀疑是由于root用户文件限制较小，将限制调整为655360后重启Docker进程，但问题并未解决，而是陆续在其他节点上重复出现。
