k8spod熔断？ kq882熔断？

ServiceMESh的关键:边车模式(sidecar);又要开车了

边车模式（sidecar），作为Servicemesh的核心概念，是一个高度抽象且强大的设计模式。它通过将辅助或基础程序与主要业务服务分离，实现了服务治理的灵活性和可扩展性。下面，我们将详细探讨边车模式的定义、演进过程及其在ServiceMesh中的应用。

在分布式和微服务的世界里，软件工程师的角色正在发生转变，如同高级厨师专注于烹饪，ServiceMesh作为架构的得力助手，将控制面与业务逻辑分离，让专业组件处理复杂的网络管理，业务代码则聚焦核心业务。

在Service Mesh架构中，Sidecar模式得到了广泛的应用。Service Mesh层可以位于应用程序侧的Sidecar容器中，每个应用都可以附加一个或多个Sidecar代理。这些Sidecar代理负责处理来自单个服务的所有传入和传出网络流量，完成微服务之间的流量管理、遥测数据收集以及策略的执行等任务。

k8s中Pod状态及问题排查方法

1、含义：调度器未能将 pod 调度到可用节点。可能原因：节点资源不足或 POD 依赖的资源未准备好。排查方法：检查节点资源使用情况及资源预留情况，确保集群有足够的 CPU 和其他资源。CrashLoopBackoff 状态：含义：容器在启动后立即崩溃或退出。可能原因：容器配置错误、应用程序错误、内存不足或权限问题。

2、解决方法：仔细检查Pod的yaml配置文件，确保语法正确且配置合理。可以使用kubectl describe pod 命令查看Pod的详细信息，以获取更多关于错误的信息。总结：Pod状态一直处于Pending通常是由于资源不足、调度问题、镜像拉取问题、权限问题或配置错误等原因导致的。

3、如果原因是Pod无法安装请求的卷，请确保清单适当地指定其详细信息并确保Pod可以访问存储卷。或者，如果该节点没有足够的资源，则手动从该节点删除Pod，以便将Pod调度到另一个节点上。否则，可以扩展节点资源容量。如果使用NodeSelector安排Pod在Kubernetes集群中的特定节点上运行，就会发生这种情况。

4、Pod驱逐 节点资源不足时，K8s驱逐内存敏感型Pod。优化资源配额和限制值，避免资源被耗尽。Pod失联 Pod处于Unknown状态，无法获取信息。检查Kubelet状态，修复节点问题。无法被删除 Pod执行删除操作后长时间处于Terminating状态。排查删除操作和集群状态，确保删除流程顺利。

5、要排查镜像拉取问题，可使用kubectl describe pod命令检查pod事件，寻找“Failed to pull image”或“ImagePullBackOff”事件，表明镜像拉取存在问题。资源不足时，使用kubectl describe node命令检查节点资源状态。检查持久卷（PVC）状态，确保其STATUS为“Bound”，表明存储供应无问题。

k8s如何修改pod的容器运行参数

1、在kubernetes（k8s）中，修改Pod的容器运行参数可以通过修改Pod的配置文件、使用ConfigMaps或Secrets、修改资源请求或限制以及使用特权容器和initContainers等方式实现。修改Pod的配置文件 这是最直接的方式，适用于大多数需要更改的参数。

2、在Kubernetes中，可以通过在Pod的YAML配置文件中设置securityContext来定义ulimit值。要在Kubernetes中设置Pod内的ulimit值，你需要在Pod的定义中加入securityContext字段，并在其中指定所需的ulimit。这通常是在Pod的YAML配置文件中完成的。

3、当Pod的spec中设置了hostNetwork： true时，Pod就会使用宿主机的网络。这意味着Pod内的容器将能够直接访问宿主机的网络配置，包括IP地址、端口等。同时，Pod也将使用宿主机的DNS配置，除非通过dns策略进行修改。DNS策略配置 在hostNetwork模式下，Pod默认会使用宿主机的DNS配置。

4、首先，需要准备一个Redis配置文件，例如命名为redis.conf，该文件应包含你想要调整的Redis配置参数。这可以通过编辑现有的Redis配置文件或从头创建一个新的配置文件来完成。创建ConfigMap：使用Kubernetes的ConfigMap资源对象，将redis.conf文件转换为Kubernetes可识别的配置。

5、在调整小猫K8（通常指的是Kubernetes，简称K8s）时，需要考虑多个方面来确保其稳定运行和高效性。以下是一些关键步骤和技巧： **检查集群状态**：首先，使用`kubectl get nodes`和`kubectl get pods --all-namespaces`等命令来查看节点和Pod的状态，确保所有组件都在正常运行。

6、更新机制：当ConfigMap更新时，Pod中挂载的键会自动更新。 不可变设置：ConfigMap可以标记为不可变以防止误修改，一旦标记只能删除重建。 使用方式：可以作为环境变量、命令行参数或卷挂载到Pod中的容器。Secret： 用途：专门用于存储机密数据，如密码、OAuth令牌和ssh密钥。

K8s中Pod生命周期和重启策略

例如，Deployment通常会将Pod的重启策略设置为Always，以确保Pod在出现问题时能够自动恢复。K8s重启的时间间隔和最大延迟 Kubernetes在重启Pod时，会遵循一定的时间间隔和最大延迟规则。具体来说，重启的时间间隔通常是2的幂次方倍增（即2n），最大延迟时间通常为5分钟。

K8s中Pod生命周期包括五种状态，重启策略有三种。Pod生命周期状态： Pending：API Server已创建Pod，但容器镜像尚未运行。 Running：Pod中的所有容器都在运行中或正在启动中。 Succeeded：Pod中的所有容器已成功退出，并且不会重启。 Failed：Pod中的所有容器都已退出，且至少有一个容器是异常退出的。

Always策略：无论正常或非正常停止，容器均会重启。例如，正常关闭tomcat服务后，Pod状态恢复正常，而非正常关闭时，容器会重启。Never策略：正常或非正常停止，容器都不会重启。停止Tomcat后，正常情况下容器状态保持，非正常时显示Error状态。

重启策略有三种：Always、OnFailure和Never。如果设置为Always，那么无论因为什么原因停止，Pod都会自动重启。如果设置为OnFailure，则只有Pod非正常停止时（例如，因为崩溃或被杀死）才会重启。如果设置为Never，则Pod在任何情况下都不会自动重启。

执行方式 重启Pod：在K8s中，由于不支持直接重启Pod资源，因此重启Pod实际上是通过删除并重新创建Pod来实现的。这一过程是由K8s的控制器（如Deployment控制器）根据重启策略自动执行的^[1][2]^。重建Pod：则可能涉及更多的资源和配置管理。

Always： 每次启动 Pod 时都要从指定的仓库下载镜像。对于标签为 latest 的镜像文件，其默认的镜像获取策略为 Always。IfNotPresent： 仅当本地镜像缺失时才从目标仓库下载镜像。其他标签的镜像，默认策略为 IfNotPresent。Never： 禁止从仓库下载镜像，仅使用本地镜像。

搭建一个k8s单机版,yaml已经创建好,但pod状态一直处于pend

1、资源不足：原因：如果集群中的资源不足，Pod可能无法被调度到任何节点上，从而处于Pending状态。解决方法：检查集群的资源使用情况，确保有足够的资源可供Pod使用。可以考虑增加节点或调整Pod的资源请求和限制。调度问题：原因：调度器可能由于某些原因无法找到合适的节点来部署Pod。

2、假设一位机器学习研究人员想要在PyTorch环境中使用基于python的GPU进行测试，她请求她的工程团队提供一个带有两个GPU的Jupyter笔记本，以及她所有的库。然而，工程团队告诉她这需要三天时间，包括获取GPU、创建堆栈以及授予对JupyterHub的访问权限。

3、针对k8s 10版本中coreDNS一直处于pending状态的问题，本文提供了一系列解决方案。首先，需要注意的是，当使用kubeadm init后，关闭cni可以解决部分问题。在进行kubeadm init操作前，应该在其他节点上也执行此操作，确保整个系统的一致性。对于kube-flAnnel.yml文件的修改，是一种推荐的解决方案。

4、当创建Pod时，该Pod保持Pending状态。

5、在Kubernetes（K8s）中，当pod状态显示为“ContainerCreating”，这意味着pod已经由调度器分配至特定节点，该节点的kubelet正在创建容器。在此阶段，系统会进行容器创建操作。一旦所有容器启动并运行，pod状态将从“ContainerCreating”转变为“Running”。