k8spoddns解析，k8解释

kube-DNS 配置注意及问题排查

在实际操作中，由于kube-dns的特殊性，需要手动指定kube-dns Service的clusterIp（在各种“教程”中全都在说手动指定，他们竟然都没遇到问题），然后创建svc，结果使用healthz的nslookup 验证时却不能解析。幸好suzhen经验丰富，尝试把clusterIp注释掉，让k8s自动为kube-dns分配一个ip。

由于 Dashboard 依赖于 kube-dns，所以这个问题一般是由于 kube-dns 无法正常启动导致的。查看 kube-dns 的日志可以发现如下的错误日志这说明 kube-dns pod 无法转发 DNS 请求到上游 DNS 服务器。

skydns-svc.yaml文件则需指定一个clusterIP，确保它位于kube-api Server启动参数--service-cluster-ip-range指定的IP范围内。同时，需在/etc/kubernetes/manifests目录下的kube-apiserver配置文件中进行相应设置。

k8s负载资源 StatefulSet解析

K8s负载资源StatefulSet解析： StatefulSet的定义与用途：定义：StatefulSet是Kubernetes中用于管理具有状态的应用的一种控制器。用途：与无状态应用相比，StatefulSet适用于需要实例之间有依赖关系、对启动顺序有要求，并且需要外部存储来维护状态的应用。

在Kubernetes中，StatefulSet提供了一种管理具有状态应用的高效方式，通过维护拓扑状态和存储状态确保应用的稳定性和连续性。它与Deployment相比，为每个管理的POD提供了一个稳定的启动顺序和唯一的网络标识，同时通过PV、PVC来维护存储状态。通过StatefulSet，我们能够实现应用的稳定部署和管理。

StatefulSet和Deployment作为常用的Kubernetes控制器（工作负载），分别用于管理有状态应用和无状态应用。StatefulSet专为部署有状态应用而设计，而Deployment则适用于无状态应用。在本期“云端跟我学”栏目中，我们将利用StatefulSet和Deployment为例，采用模块化的方式进行对比记忆，并揭示其背后的规律。

实战1：Statefulset管理Pod：扩容、缩容、更新，修改配置文件statefulset.yaml里的replicas的值实现动态扩容或缩容，修改镜像 nginx实现更新。实战2：使用k8s配置管理中心 ConfigMap，Configmap是k8s中的资源对象，用于保存非机密性的配置，可以将配置信息和Docker镜像解耦，实现镜像的可移植性和可复用性，以及配置共享。

Kubernetes组件之CoreDNS及DNS解析不通问题

1、解决方案是修改为直接使用全局DNS服务器的IP进行转发，即forward . 200.0.3。通过此方法解决了域名解析不通的问题。为了测试和调试DNS相关问题，提供了一个容器内的测试工具，该工具内置了nslookup工具、curl等常用工具，方便进行DNS排错。以下是用于测试的yaml脚本示例。

2、另一种情况下，服务器重启后仍遇到coredns异常，可能是由于/etc/resolv.conf文件丢失所致。检查pod的日志和dns配置文件，可以发现类似问题。此问题的解决方式与场景一相同，即重新配置/etc/resolv.conf文件。如果coredns部署后状态在CrashLoopBackOff和Error之间不断切换，查看日志会发现coredns无法启动的迹象。

3、默认情况下，Pod DNS 解析请求被发送至 Kubernetes 内的 CoreDNS，这是在高并发环境下 CoreDNS 负载增高的主要原因。CoreDNS 作为灵活可扩展的 DNS 服务器，用于解析内部的 Pod 和 Service 地址，与 Kubernetes 一同托管于 CNCF。

4、为了彻底解决此问题，必须重新配置集群环境。先执行kubeadm reset命令，然后在master节点上运行新的kubeadm init命令，并正确指定CIDR网段。此操作需根据网络实际情况进行调整，以确保master节点和工作节点与Calico网络插件间的网络隔离。面对复杂的技术问题，耐心和持续的学习是关键。

超好用的k8s中pod诊断工具:kubectl-debug

kubectldebug是一款简单、易用且强大的kubectl插件，专门用于Kubernetes中Pod的排障诊断。其主要特点和优势如下：无需预装额外工具：业务容器可以保持最小化，无需预装任何排障工具。

nsenter的使用简单高效，极大地简化了容器和K8S环境下的网络调试工作，同时也适用于调试ipc、挂载等其他问题。此外，nsenter还可以用于调试其他场景，如Pod的ipc、mount等。下一篇文章将介绍K8S环境下Pod网络调试的另一工具——kubectl-debug。

kubectlget可以列出k8s中所有资源这里只介绍了如何用kubectl获取pod的列表。

在K8S环境中，对Docker下运行的.NET程序进行异常行为dump诊断的步骤如下：进入服务Pod：使用kubectl工具进入非生产环境下的服务Pod，以便直接访问运行中的服务进程。获取进程Dump：利用dotnetdump工具，对正在运行的.NET进程进行dump操作，以捕获当前的内存状态和程序执行情况。

资源不足时，使用kubectl describe node命令检查节点资源状态。检查持久卷（PVC）状态，确保其STATUS为“Bound”，表明存储供应无问题。网络问题难以诊断，需检查CNI插件日志，如使用Calico，可查看Calico pod日志。安全上下文问题，使用kubectl get pod-o yaml命令查看pod安全上下文。

Kubernetes（k8s）官方推荐的部署工具是kubectl。Kubernetes，简称K8s，是一个开源的，用于管理云平台中多个主机上的容器化的应用。在Kubernetes生态系统中，kubectl是一个非常重要的命令行工具，它允许用户通过命令行与Kubernetes集群进行交互。kubectl的功能非常强大，几乎涵盖了Kubernetes管理的各个方面。

k8s之DNS服务器搭建

启动一个busybox容器，进入容器内部以验证DNS解析功能。通过查找特定服务的IP地址，确认解析结果与预期相符。再以服务名连接redis，构建镜像并测试连接，验证服务名解析功能。至此，DNS服务器搭建完成，服务名连接redis已成功实现。通过上述步骤，我们不仅解决了服务连接问题，还进一步理解了k8s集群内DNS服务的构建与使用。

实施步骤：增加产品页面与域名映射：在具备DNS服务的情况下，增加产品页面用于下发域名映射，并配置通配二级域名。统计现有nodeport服务：确保服务迁移的完整性，例如统计现有nodeport服务数量。创建ingress controller的socket代理：与历史数据兼容，简化迁移过程。

选择云服务商托管前端，以减轻后端服务器的带宽和流量压力。或者，对于国内用户，可以选择阿里云OSS作为静态网页托管，并配置GitHub Actions实现自动构建和更新。镜像仓库：使用阿里云镜像仓库、Azure镜像仓库或自建镜像仓库存储项目镜像。根据实际需求选择，考虑访问速度和存储成本。