草庐IT

k8smaster

全部标签

centos8搭建单机k8s

一、单机安装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-v1.18.1证书过期处理

很久没开的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-v1.18.1证书过期处理

很久没开的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集群Job负载支持多个Pod可靠并发执行,如何权衡利弊选择适合的并行计算模式?

1.简单聊聊你对工作负载Job的理解?在说工作负载Job执行原理之前,先了解下为什么会需要Job负载?对于ReplicaSet、ReplicationController等持久性负载来说,它们的职责是让Pod保存预期的副本数量,稳定持久运行。除非主动去更改模板,进行扩缩操作,否则这些Pod一直持久运行,并且运行的是持久性任务,比如Nginx,MySQL等。同样,任务除了持久任务外,也有非持久任务。那么哪些是非持久任务呢?我们在日常的工作中经常都会遇到一些需要进行批量数据处理和分析、或者是根据时间调度的需求,这些属于短期性质的任务。不需要持久运行,仅执行一次就结束。例如:进行数据库跨库同步,热点

k8s集群Job负载支持多个Pod可靠并发执行,如何权衡利弊选择适合的并行计算模式?

1.简单聊聊你对工作负载Job的理解?在说工作负载Job执行原理之前,先了解下为什么会需要Job负载?对于ReplicaSet、ReplicationController等持久性负载来说,它们的职责是让Pod保存预期的副本数量,稳定持久运行。除非主动去更改模板,进行扩缩操作,否则这些Pod一直持久运行,并且运行的是持久性任务,比如Nginx,MySQL等。同样,任务除了持久任务外,也有非持久任务。那么哪些是非持久任务呢?我们在日常的工作中经常都会遇到一些需要进行批量数据处理和分析、或者是根据时间调度的需求,这些属于短期性质的任务。不需要持久运行,仅执行一次就结束。例如:进行数据库跨库同步,热点

也许,这样理解K8s的Pod自动化扩缩容机制更容易

本文尝试以通俗的方式向读者介绍K8s的Pod的自动化横向扩缩容的领域模型。其实是以领域驱动设计(DDD)的思考方式来学习一项技术。希望能对读者帮助。问题是什么当要理解一个解决方案时,我们从问题域开始理解,会更容易。比如存在一个场景:基于Pod的CPU使用率进行自动化扩容。当一个Pod的CPU使用率大于60%,并持续15秒时,我们就希望Pod的数量从10个扩到13个。要实现这个场景,我们推断K8s应该存在一种机制方便我们实现这个场景。这种机制就是HPA(HorizontalPodAutoscaler)。换位思考一下,如果你是HPA机制的使用者,你会如何使用HPA呢?你可能会配置如下:apiVer

也许,这样理解K8s的Pod自动化扩缩容机制更容易

本文尝试以通俗的方式向读者介绍K8s的Pod的自动化横向扩缩容的领域模型。其实是以领域驱动设计(DDD)的思考方式来学习一项技术。希望能对读者帮助。问题是什么当要理解一个解决方案时,我们从问题域开始理解,会更容易。比如存在一个场景:基于Pod的CPU使用率进行自动化扩容。当一个Pod的CPU使用率大于60%,并持续15秒时,我们就希望Pod的数量从10个扩到13个。要实现这个场景,我们推断K8s应该存在一种机制方便我们实现这个场景。这种机制就是HPA(HorizontalPodAutoscaler)。换位思考一下,如果你是HPA机制的使用者,你会如何使用HPA呢?你可能会配置如下:apiVer

K8S集群安装和迁移

原内部测试环境K8S集群为3节点集群(一主二从),不知从哪天开始起,主节点从每两天异常停机,到后来每天异常停机,再后来每两小时异常停机,排查结果后怀疑是硬件故障,只能更换主节点。但是上面挂载了太多的服务(数据由NFS进行存储),所以需要进行集群迁移,经过资料查阅,总结了以下迁移步骤和详情,以新建集群环境为例,部署服务后进行集群迁移。至于为何新建集群环境,是因为首次迁移失败了,只能手动进行恢复T_T测试环境信息系统版本:Ubuntu20.04*2K8S版本:v1.21.5单节点*2Virtualbox版本:6.1.32Vagrant版本:2.2.14环境准备虚拟机安装Ubuntu20.04操作系

K8S集群安装和迁移

原内部测试环境K8S集群为3节点集群(一主二从),不知从哪天开始起,主节点从每两天异常停机,到后来每天异常停机,再后来每两小时异常停机,排查结果后怀疑是硬件故障,只能更换主节点。但是上面挂载了太多的服务(数据由NFS进行存储),所以需要进行集群迁移,经过资料查阅,总结了以下迁移步骤和详情,以新建集群环境为例,部署服务后进行集群迁移。至于为何新建集群环境,是因为首次迁移失败了,只能手动进行恢复T_T测试环境信息系统版本:Ubuntu20.04*2K8S版本:v1.21.5单节点*2Virtualbox版本:6.1.32Vagrant版本:2.2.14环境准备虚拟机安装Ubuntu20.04操作系

python - K8s 平台开发

K8s管理平台开发1、KubernetesAPI使用1.1API是什么?API(ApplicationProgrammingInterface,应用程序接口):是一些预先定义的接口(如函数、HTTP接口),或指软件系统不同组成部分衔接的约定。用来提供应用程序与开发人员基于某软件或硬件得以访问的一组例程,而又无需访问源码,或理解内部工作机制的细节。K8s也提供API接口,提供这个接口的是管理节点的apiserver组件,apiserver服务负责提供HTTPAPI,以便用户、其他组件相互通信。有两种方式可以操作K8s中的资源:HTTPAPI:https://kubernetes.io/docs/