一个超好用的k8s诊断工具——kubectl-debug
诊断CrashLoopBackoff状态的pod：当Pod处于CrashLoopBackoff状态无法连接时，可以使用kubectl debug POD_NAME fork命令复制一个完全相同的Pod进行诊断。node无公网IP或无法直接访问时的诊断：可以使用kubectl debug POD_NAME portforward daemonsetns=kubesystem daemonsetname=debugagent命令通过portforward模式进行诊断。
kubectldebug是一款简单、易用且强大的kubectl插件，专门用于kubernetes中Pod的排障诊断。其主要特点和优势如下：无需预装额外工具：业务容器可以保持最小化，无需预装任何排障工具。
nsenter的使用简单高效，极大地简化了容器和K8S环境下的网络调试工作，同时也适用于调试ipc、挂载等其他问题。此外，nsenter还可以用于调试其他场景，如Pod的ipc、mount等。下一篇文章将介绍K8S环境下Pod网络调试的另一工具——kubectl-debug。
查看创建的 svc 和 pod 当前只有一个节点，因此只有一个 pod。kubectl 命令自动补全设置 kubectl 语法 COMmand 指定对一个或多个资源执行的操作，例如：create、get、describe、delete 等。TYPE 指定资源类型。类型不区分大小写，可以使用单数、复数或缩写形式。
kubectl n 命令的作用是指定 Kubernetes 命名空间。命名空间：在 Kubernetes 中，命名空间是一种将集群内部资源逻辑上划分成不同部分的方式。每个命名空间内的资源都是相互隔离的。
K8s是什么,一文带你了解kubernetes
K8s是什么，一文带你了解Kubernetes Kubernetes（简称K8s）是用8代替名字中间的8个字符“ubernete”而成的缩写，是一个开源的容器编排引擎，用于管理云平台中多个主机上的容器化应用。Kubernetes的目标是让部署容器化的应用简单且高效。
Kubernetes（简称K8s）是云计算中部署和管理软件的新标准，它提供了一个强大的平台来自动化容器化应用程序的部署、扩展和管理。对于初学者来说，理解Kubernetes中的核心概念是至关重要的。
k8s 本身是一个容器调度平台。从宿主机操作系统来看，容器就是一个一个的进程；从容器内部来看，容器就是一个操作系统，它有着自己的网络、cpu、文件系统等资源。容器是应用运行的环境。Pod Pod 是 k8s 的基本调度单位，而不是直接调度容器。
Kubernetes面试题总结简述ETCD及其特点？答案：etcd 是 CorEOS 团队发起的开源项目，是一个管理配置信息和服务发现（Service discovery）的项目，它的目标是构建一个高可用的分布式键值（key-value）数据库，基于 Go 语言实现。特点：简单：支持 REST 风格的 http+json API。安全：支持 HTTPS 方式的访问。
使用metrics-server监控k8s的资源指标
在部署文件的第 139 行，追加参数 --kubelet-insecure-tls。修改后的配置如下所示。完成参数添加后，重新部署文件。随后，检查 pod 运行状态，确认已正常启动。执行 kubectl top 命令成功获取资源指标。同时，通过代码方式获取资源指标，如使用相关工具或编写脚本进行监控。最后，推荐使用 DHorse 进行部署和监控应用，它能够有效管理 k8s 环境。
Prometheus Server：部署在指定的节点上。Node Exporter：在Kubernetes集群的每个节点上安装，用于收集节点级的监控数据。部署kubestatemetrics：位置：部署在指定的节点上。功能：收集Kubernetes API服务器的数据，并将这些数据转换为Prometheus可以理解的格式，用于监控Kubernetes资源的状态。
预定义的Pod CPU利用率：这是最常见的指标，当Pod的CPU使用率超过预设阈值时，触发缩扩容操作。自定义Pod的原始值计算：允许用户定义自己的metrics，如内存使用率、请求数等，用于触发缩扩容。自定义对象的metrics：适用于更复杂的场景，允许基于集群内其他资源的metrics进行缩扩容决策。
HPA支持三种类型的metrics：一是预定义的Pod CPU利用率，二是自定义Pod的原始值计算，三是自定义对象的metrics。要实现资源监控，目标对象需配置resources.requests.cpu或resources.requests.memory，当CPU或内存使用超过预设百分比时，HPA会自动触发操作。
k8s查看使用哪种网络插件
1、使用kubectl命令查看网络插件：一旦登录到集群节点，可以使用kubectl命令来查看集群的详细信息，包括当前使用的网络插件。具体的命令可能是kubectl get pods -n kube-system -o wide | grep kube-proxy（这个命令主要用于查看kube-proxy的相关信息，但不同网络插件可能会有不同的标识或组件）。
2、Flannel 作为 Kubernetes 的一个 CNI 网络插件，通过创建覆盖网络和 VXLAN 隧道，实现了 Pod 间的跨节点通信。它简化了 Kubernetes 集群中的网络通信配置，提高了网络的可靠性和灵活性。通过查看 Flanneld 进程的配置和 Flannel.1 接口的状态，可以深入了解 Flannel 在 Kubernetes 集群中的工作原理和状态。
3、在Kubernetes集群中使用Flannel插件配置VXLAN网络，以实现节点之间的通信。Flannel是Kubernetes的网络插件，本文通过kubeadm工具安装Kubernetes版本19，网络模式设定为VXLAN。Flannel通过下载并配置`flannel.yml`文件进行安装，之后通过检查安装结果来确认配置成功。
4、关于网络插件CNI（Container Network Interface）：CNI是一种网络标准设计，由谷歌和CoreOS联合制定。它是实现K8s网络插件的基础，无论创建还是销毁容器，都可以轻松配置网络。常用的CNI插件包括Flannel、Calico等，这些插件可以满足K8s的网络要求，并为集群管理者提供特定的网络功能。
通过Prometheus-Operator实现对k8s集群的监控
1、特此说明：本篇时基于prometheus-operator官网提供的kube-prometheus原生包进行部署的，由于我的k8s集群为10版本，考虑到对原生的兼容性，发现官方从release-0.5已经开始支持k8s18了，但是在实际使用中我使用的最新版本安装包并没有报错。
2、Prometheus-Operator 是一个用于简化 Kubernetes 中 Prometheus 监控的解决方案，它提供自动部署、管理和配置服务。通过 ServiceMonitor，用户无需底层配置即可实现对K8s应用的自动监控。本文将详细介绍它的使用方法和关键组件。
3、总结通过对k8s-thanos和Prometheus-operator的监控系统维护调优、源码解读和二次开发的学习和实践，可以深入了解这两个监控系统的架构和工作原理，提高系统的稳定性和性能。同时，也可以根据业务需求进行定制化的开发和优化，以满足特定的监控需求。
4、独立部署Prometheus使用nodeexporter+CADvisor+kubestatemetrics监控k8s集群的步骤如下：搭建环境：Prometheus Server：部署在指定的节点上。Node Exporter：在Kubernetes集群的每个节点上安装，用于收集节点级的监控数据。部署kubestatemetrics：位置：部署在指定的节点上。
5、在k8s中，使用Prometheus进行监控，并通过Grafana实现大屏展示和监控报警的步骤如下：Prometheus监控配置与管理：登录Prometheus系统。点击“Status”下的“Rules”菜单，查看和管理监控项。若需修改监控项，在默认监控项目目录中进行，并通过命令行重新加载配置。
超好用的k8s中pod诊断工具:kubectl-debug
kubectldebug是一款简单、易用且强大的kubectl插件，专门用于Kubernetes中Pod的排障诊断。其主要特点和优势如下：无需预装额外工具：业务容器可以保持最小化，无需预装任何排障工具。
直接诊断Pod：使用kubectldebug POD_NAME命令直接连接到目标Pod进行诊断。诊断CrashLoopBackoff状态的Pod：当Pod处于CrashLoopBackoff状态无法连接时，可以使用kubectl debug POD_NAME fork命令复制一个完全相同的Pod进行诊断。
nsenter的使用简单高效，极大地简化了容器和K8S环境下的网络调试工作，同时也适用于调试ipc、挂载等其他问题。此外，nsenter还可以用于调试其他场景，如Pod的ipc、mount等。下一篇文章将介绍K8S环境下Pod网络调试的另一工具——kubectl-debug。
