一、单机安装k8s配置yum源/etc/yum.repos.d/kubernetes.repo[kubernetes]name=Kubernetesbaseurl=https://mirrors.aliyun.com/kubernetes/yum/repos/kubernetes-el7-x86_64/enabled=1gpgcheck=1repo_gpgcheck=1gpgkey=https://mirrors.aliyun.com/kubernetes/yum/doc/yum-key.gpghttps://mirrors.aliyun.com/kubernetes/yum/doc/rpm-
一、单机安装k8s配置yum源/etc/yum.repos.d/kubernetes.repo[kubernetes]name=Kubernetesbaseurl=https://mirrors.aliyun.com/kubernetes/yum/repos/kubernetes-el7-x86_64/enabled=1gpgcheck=1repo_gpgcheck=1gpgkey=https://mirrors.aliyun.com/kubernetes/yum/doc/yum-key.gpghttps://mirrors.aliyun.com/kubernetes/yum/doc/rpm-
很久没开的k8s测试环境，今天打开发现在master节点查看node发现node2notready状态在node2节点查看发现kubelet停止运行了kubelet报错：partoftheexistingbootstrapclientcertificateisexpired:2022-06-04通过查看/etc/kubernetes/kubelet.conf发现证书路径/var/lib/kubelet/pki/kubelet-client-current.pemcat/etc/kubernetes/kubelet.confapiVersion:v1clusters:-cluster:certi
很久没开的k8s测试环境，今天打开发现在master节点查看node发现node2notready状态在node2节点查看发现kubelet停止运行了kubelet报错：partoftheexistingbootstrapclientcertificateisexpired:2022-06-04通过查看/etc/kubernetes/kubelet.conf发现证书路径/var/lib/kubelet/pki/kubelet-client-current.pemcat/etc/kubernetes/kubelet.confapiVersion:v1clusters:-cluster:certi
1.简单聊聊你对工作负载Job的理解？在说工作负载Job执行原理之前，先了解下为什么会需要Job负载？对于ReplicaSet、ReplicationController等持久性负载来说，它们的职责是让Pod保存预期的副本数量，稳定持久运行。除非主动去更改模板，进行扩缩操作，否则这些Pod一直持久运行，并且运行的是持久性任务，比如Nginx，MySQL等。同样，任务除了持久任务外，也有非持久任务。那么哪些是非持久任务呢？我们在日常的工作中经常都会遇到一些需要进行批量数据处理和分析、或者是根据时间调度的需求，这些属于短期性质的任务。不需要持久运行，仅执行一次就结束。例如:进行数据库跨库同步，热点
1.简单聊聊你对工作负载Job的理解？在说工作负载Job执行原理之前，先了解下为什么会需要Job负载？对于ReplicaSet、ReplicationController等持久性负载来说，它们的职责是让Pod保存预期的副本数量，稳定持久运行。除非主动去更改模板，进行扩缩操作，否则这些Pod一直持久运行，并且运行的是持久性任务，比如Nginx，MySQL等。同样，任务除了持久任务外，也有非持久任务。那么哪些是非持久任务呢？我们在日常的工作中经常都会遇到一些需要进行批量数据处理和分析、或者是根据时间调度的需求，这些属于短期性质的任务。不需要持久运行，仅执行一次就结束。例如:进行数据库跨库同步，热点
本文尝试以通俗的方式向读者介绍K8s的Pod的自动化横向扩缩容的领域模型。其实是以领域驱动设计（DDD）的思考方式来学习一项技术。希望能对读者帮助。问题是什么当要理解一个解决方案时，我们从问题域开始理解，会更容易。比如存在一个场景：基于Pod的CPU使用率进行自动化扩容。当一个Pod的CPU使用率大于60%，并持续15秒时，我们就希望Pod的数量从10个扩到13个。要实现这个场景，我们推断K8s应该存在一种机制方便我们实现这个场景。这种机制就是HPA（HorizontalPodAutoscaler）。换位思考一下，如果你是HPA机制的使用者，你会如何使用HPA呢？你可能会配置如下：apiVer
本文尝试以通俗的方式向读者介绍K8s的Pod的自动化横向扩缩容的领域模型。其实是以领域驱动设计（DDD）的思考方式来学习一项技术。希望能对读者帮助。问题是什么当要理解一个解决方案时，我们从问题域开始理解，会更容易。比如存在一个场景：基于Pod的CPU使用率进行自动化扩容。当一个Pod的CPU使用率大于60%，并持续15秒时，我们就希望Pod的数量从10个扩到13个。要实现这个场景，我们推断K8s应该存在一种机制方便我们实现这个场景。这种机制就是HPA（HorizontalPodAutoscaler）。换位思考一下，如果你是HPA机制的使用者，你会如何使用HPA呢？你可能会配置如下：apiVer
原内部测试环境K8S集群为3节点集群(一主二从)，不知从哪天开始起，主节点从每两天异常停机，到后来每天异常停机，再后来每两小时异常停机，排查结果后怀疑是硬件故障，只能更换主节点。但是上面挂载了太多的服务（数据由NFS进行存储），所以需要进行集群迁移，经过资料查阅，总结了以下迁移步骤和详情，以新建集群环境为例，部署服务后进行集群迁移。至于为何新建集群环境，是因为首次迁移失败了，只能手动进行恢复T_T测试环境信息系统版本:Ubuntu20.04*2K8S版本:v1.21.5单节点*2Virtualbox版本:6.1.32Vagrant版本:2.2.14环境准备虚拟机安装Ubuntu20.04操作系
原内部测试环境K8S集群为3节点集群(一主二从)，不知从哪天开始起，主节点从每两天异常停机，到后来每天异常停机，再后来每两小时异常停机，排查结果后怀疑是硬件故障，只能更换主节点。但是上面挂载了太多的服务（数据由NFS进行存储），所以需要进行集群迁移，经过资料查阅，总结了以下迁移步骤和详情，以新建集群环境为例，部署服务后进行集群迁移。至于为何新建集群环境，是因为首次迁移失败了，只能手动进行恢复T_T测试环境信息系统版本:Ubuntu20.04*2K8S版本:v1.21.5单节点*2Virtualbox版本:6.1.32Vagrant版本:2.2.14环境准备虚拟机安装Ubuntu20.04操作系
