个人技术分享

Back-off restarting failed container的Warning事件，一般是由于通过指定的镜像启动容器后，容器内部没有常驻进程，导致容器启动成功后即退出，从而进行了持续的重启。**解决方法：**找到对应的deployment，加上如下语句： command: [“/bin/bash”, “-ce”, “tail -f /dev/null”]pod启动后一直重启，并报Back-off restarting failed container。

本文详细介绍了如何在Kubernetes（k8s）集群中部署Prometheus，并实现对整个集群的监控。首先，文章简要概述了Prometheus作为一款开源系统监控和警报工具包的强大功能，以及它在现代云原生架构中的重要性。接着，文章详细阐述了在k8s集群中部署Prometheus的步骤，包括安装必要的组件（如Grafana），以及如何自定义和调整监控策略以适应特定的业务需求。

在Kubernetes（K8s）运维中，可能会遇到多种问题。今天就给你盘点一些常见问题，以及举例说明k8s排错实战过程，希望对你有帮助~~~宝~请注意哦~~~~上述命令和解决方案仅供参考！！！具体情况还得取决于你的Kubernetes集群配置和遇到的具体问题。在进行任何更改之前请确保你了解这些命令和更改的潜在影响！！！！

pod里面有容器，所以pod就是一个容器组，一个pod里面可以有多个容器也可以有一个容器，最低只能有一个容器，目前现在主流使用的都是一个pod里面一个容器，同一个pod里面的容器，需要紧耦合。配置文件中的template就是一个podk8s pod的定义时间是要解决两个问题，一 、容器之间的网络问题。二、容器之间的数据访问问题。

参考资料：https://stackoverflow.com/questions/66375380/kubectl-proxy-behind-nginx-invalid-upgrade-response。

因此，运行 10 个 pod 的系统实际上会运行 20 个容器。在安装大型集群或将现有的集群扩展到较大规模时，在安装集群设置集群网络 cidr 时，如果集群的节点数超过 500 个，则可能无法使用常用的集群网络 cidr。根据节点中的处理器内核数来设置节点可运行的 pod 数量。当两个参数都被设置时，其中较小的值限制了节点上的 pod 数量。把节点可以运行的 pod 数量设置为一个固定值，而不需要考虑节点的属性。设为 10 ，则该节点上允许的最大 pod 数量为 40。，以支持超过 500 个节点的环境。

Kubernetes 专题 - 安装方法之 Sealer

在云原生的浪潮中，容器与Kubernetes的安全防护是航行的灯塔。安全不是终点，而是贯穿整个云原生旅程的指南针，让我们携手共筑，确保每一次航行都能安全抵达。在云原生的浩瀚星海中，容器与Kubernetes（简称K8s）如同两艘巨轮，承载着应用的高效与敏捷。然而，这片海域并非风平浪静，安全威胁如暗流涌动，时刻考验着航船的坚固。本文将深度解析容器与Kubernetes的安全防护策略，并通过实战代码，为您构筑一道坚不可摧的安全防线。定期扫描镜像，确保无已知漏洞，同时对可信镜像进行签名，防止恶意替换。

Kubernetes最初是由Google工程师作为Borg项目开发和设计的，后于2015年捐赠给云原生计算基金会（CNCF）。红帽是第一批与Google合作研发Kubernetes的公司之一，作为Kubernetes上游项目的第二大贡献者，他们甚至在启动之前就已参与其中。有效Kubernetes部署称为集群，也就是一组运行Linux容器的主机。K8s是一个开源的容器编排平台，可以自动化，在部署，管理和扩展容器化应用过程中涉及的许多手动操作。

在学习k8s的过程，虽然官网给出的示例教程很简单，但是由于网络和环境的差异，导致实际操作的时候踩了很多坑，下面记录一下自己的操作步骤，方便需要的人参考，也方便以后的自己。参考官网的资料：https://kubernetes.io/docs/tutorials/hello-minikube/

Kubernetes 会在容器崩溃或其存活探针失败时，通过重启容器来保持运行，由承载 pod 的节点上的 Kubelet 执行，在主服务器上运行的 Control Plane 组件不会参与此过程。如果节点本身崩溃，那么 Control Plane 必须为所有随节点停止运行的 pod 创建新的 pod。它不会为你直接创建的 pod 执行此操作，这些 pod 只被 Kubelet 管理，但由于 Kubelet 本身运行在节点上，所以如果节点异常终止，它将无法执行任何操作。