1.在另外的master节点执行以下命令kubectlgetnode #查看需要删除的节点名称kubectldeletenodek8s-master01 #删除名为k8s-master01的节点2.在k8s-master01清空集群配置信息kubeadmreset --cri-socket=unix:///var/run/cri-dockerd.sock #因为我使用的是1.26.0版本的k8s所以需要指定crirm-rf /var/lib/etcd #删除etcd的文件，不删除的话下次加入集群会报错3.通过其余的master节点删除k8s-master01的etcd信息kubectl
在k8s集群内查找master节点方式：sudokubectlgetnodes 获取集群信息如下：k8smaster的api-server信息在ROLES中带有master节点的服务器内查找apiserver地址信息sudocat/etc/kubernetes/manifests/kube-apiserver.yaml 查看k8s服务证书keysudocat/etc/kubernetes/pki/ca.crt
背景某现场19年部署一套k8s集群，docker版本1.12，k8s版本1.8.6，现网k8s资源池规模，生产环境58台物理机，灰环境60台虚机（后来才知道用的一套k8s资源池，通过标签区分)，生产环境实例数2000左右，灰度环境实数900左右现象某现场在夜晚做业务升级的时候，批量更新业务包（由于微服务架构，而拆分并不完全，批量更新了十个中心的代码）同时启动副本为1的实例，再通过批量扩容的方式拉起2000左右的实例，出现现场大面积的k8s-node节点notReady,以至于业务无法全部启动成功。故障定位流程由于之前现场出现过此问题，并只是伴有几个node的notReady问题，现场并没有第一
一、前提须知采用kubeadm方式，目前只支持单Master，多Node部署架构需要主机网络互通，没有网络限制需要使用root用户权限进行部署二、使用Ansible部署K8S集群步骤第一步：获取离线安装包百度网盘获取MD5：97d1f48bff3a345429b551b877c7c53d第二步：安装ansible命令，压缩包中提供ansible安装包，复制下面命令安装就可。tarzxfk8s1.27.tar.gz&&cdk8s1.27/Packagestarzxfansible.tar.gz&&cdansibleyum-ylocalinstall*第三步：配置安装主机信息(必须)，根据自己环境
问题kagetpod-owidekadescribepodoracle-265abd451-0Pod无法调度WarningFailedScheduling8sdefault-scheduler0/3nodesareavailable:1Insufficientmemory,1node(s)hadtaint{node.kubernetes.io/not-ready:},thatthepoddidn’ttolerate,1node(s)hadvolumenodeaffinityconflict.默认调度程序0/3个节点可用：1个内存不足，1个节点具有pod无法容忍的污点{node.kubernet
前言知识点定级：入门级GlusterFS和Heketi简介GlusterFS安装部署Heketi安装部署Kubernetes命令行对接GlusterFS实战服务器配置(架构1:1复刻小规模生产环境，配置略有不同)主机名IPCPU内存系统盘数据盘用途ks-master-0192.168.9.912450100KubeSphere/k8s-masterks-master-1192.168.9.922450100KubeSphere/k8s-masterks-master-2192.168.9.932450100KubeSphere/k8s-masterks-worker-0192.168.9.95
博客主页：https://tomcat.blog.csdn.net博主昵称：农民工老王主要领域：Java、Linux、K8S期待大家的关注💖点赞👍收藏⭐留言💬目录我的验证判断依据pv（PersistentVolume），持久卷，是集群中的一块存储，可以由管理员事先供应，或者使用存储类（StorageClass）来动态供应。持久卷是集群资源，就像节点也是集群资源一样。pv一般通过pvc申领和消耗。在pvc删除后，pv是否继续存在由其回收策略决定。我的验证基于我查看的官方资料和操作实践，我有以下两点判断。如果pv的回收策略（persistentVolumeReclaimPolicy）为Delete
博客主页：https://tomcat.blog.csdn.net博主昵称：农民工老王主要领域：Java、Linux、K8S期待大家的关注💖点赞👍收藏⭐留言💬目录我的验证判断依据pv（PersistentVolume），持久卷，是集群中的一块存储，可以由管理员事先供应，或者使用存储类（StorageClass）来动态供应。持久卷是集群资源，就像节点也是集群资源一样。pv一般通过pvc申领和消耗。在pvc删除后，pv是否继续存在由其回收策略决定。我的验证基于我查看的官方资料和操作实践，我有以下两点判断。如果pv的回收策略（persistentVolumeReclaimPolicy）为Delete
k8sService详解（概念、原理、流量分析、代码）-sucre_tan-博客园补充说明：ClusterIP方式原理kubernetes中kube-proxy的工作原理是什么-云计算-亿速云Kubernetes中的负载均衡原理————以iptables模式为例|CITAHub技术团队kube-proxy&servicekube-proxy其实就是管理service的访问入口，包括集群内Pod到Service的访问和集群外访问service。kube-proxy管理sevice的Endpoints，该service对外暴露一个VirtualIP，也成为ClusterIP,集群内通过访问这个Cl
k8sService详解（概念、原理、流量分析、代码）-sucre_tan-博客园补充说明：ClusterIP方式原理kubernetes中kube-proxy的工作原理是什么-云计算-亿速云Kubernetes中的负载均衡原理————以iptables模式为例|CITAHub技术团队kube-proxy&servicekube-proxy其实就是管理service的访问入口，包括集群内Pod到Service的访问和集群外访问service。kube-proxy管理sevice的Endpoints，该service对外暴露一个VirtualIP，也成为ClusterIP,集群内通过访问这个Cl
