#清除主机的所有容器.挂载.镜像(慎用) docker stop $(docker ps -aq) docker system prune -f docker volume rm $(docker volume ls -q) docker image rm $(docker image ls -q) sudo rm -rf /etc/ceph \ /etc/cni \ /etc/kubernetes \ /opt/cni \ /opt/rke \ /run/secrets/kubernetes.

k8s删除一个节点使用以下命令 删除一个节点前,先驱赶掉上面的pod kubectl drain 172.17.3.51 --delete-local-data 然后我们来删除节点 kubectl delete node nodename 从上面看已经是删除掉该节点了 其实以上命令是通用的,可以进行任何资源的删除 kubectl delete type typename type 是资源类型,可以是node, pod, rs, rc, deployment, service等等,typename

在Rancher上疏散该节点 删除节点 登录该节点宿主机,删除rancher相关容器 docker rm -f -v $(docker ps -aq) 删除该节点的所有volume docker volume rm $(docker volume ls) 最后删除/var/lib/rancher文件夹 节点删除成功!    

k8s删除namespace一直处于terminating状态 当遇到删除ns是一直处于terminating情况可以用调k8s api进行删除. 1.创建api proxy. [root@node1 ~]# kubectl proxy --port=8081 2.把ns追加到json文件. [root@node1 ~]# kubectl get namespace ingress-nginx -o json |jq '.spec = {"finalizers":[]}' >te

k8s 删除节点 线上环境 # ctl get nodes NAME STATUS ROLES AGE VERSION 10.0.0.123 Ready <none> 104d v1.20 10.0.0.154 Ready <none> 11d v1.20 10.0.0.155 Ready <none> 11d v1.20 10.0.0.157 Ready <none> 116s v1.20 # ctl cordon 10.0.0.155 node/10.0

k8s更新版本后,老的POD一直出现Terminating,多久都不能删除. 然后,进入具体的节点机器之后,查看日志输出如下类似: ERROR: driver "overlay" failed to remove root filesystem for 738f492a57f80951b279c3bd82f59b6230275a298ab74d7f26c4564cf3d1cf2c: remove /var/lib/docker/overlay/6031651302dba6053c5fd

在某些情况下,在k8s中会无法删除某个namespace,它会一直卡在terminating状态下.解决这个问题的步骤为: kubectl api-resources --verbs=list --namespaced -o name | xargs -n 1 kubectl get --show-kind --ignore-not-found -n <namespace> 这个指令找到阻碍这个namespace删除的资源,然后手动删除这些资源. 但是大部分时候,这些资源也杀不掉,解决办法是执

开启本地集群,发现一台节点出问题了,想删除再换一台节点,结果就踩坑了,还好本地有好几套环境. 再master节点执行以下命令 [root@k8s-master ~]# kubectl drain k8s-node01 --delete-local-data --force --ignore-daemonsets node/k8s-node01 cordoned WARNING: ignoring DaemonSet-managed Pods: kube-system/kube-flannel-d

我这里的pod是与nfs有关,nfs挂载有问题导致pod有问题,执行完删除命令以后看到pod一直处于terminating的状态. 这种情况下可以使用强制删除命令: kubectl delete pod [pod name] --force --grace-period=0 -n [namespace] 注意:必须加-n参数指明namespace,否则可能报错pod not found.

第一种 直接到etcd中删除 1.将所有的etcd中的key值取到一个keys.yam里面,便于查询 ETCDCTL_API=3 etcdctl get "" --from-key > keys.yaml 2.vim keys.yaml.找到pvc-05b1eb8f-0561-432d-8dff-7f1a6de27d95 目标pv 找到以 /registry/ 开头 pvc-05b1eb8f-0561-432d-8dff-7f1a6de27d95 你目标结尾 这一串下面会用到 3

Sovereign Systems是一家成立于2007年的技术咨询公司,帮助客户将传统数据中心技术和应用程序转换为更高效的.基于云的技术平台,以更好地应对业务挑战.曾连续3年提名CRN,并且在2012年到2016年均被评为美国增长最快的私营公司之一. 本文由Sovereign Systems的解决方案架构师Chip Zoller根据客户的使用案例撰写而成.   Rancher是一个容器编排管理平台,它已经在这一领域深耕几年并且具备很多简单易用的实用功能.近几年,它经过重构已经完全拥抱Kubern

1. 架构信息 系统版本:CentOS 7.6 内核:3.10.0-957.el7.x86_64 Kubernetes: v1.14.1 Docker-ce: 18.09.5 推荐硬件配置:4核8G Keepalived保证apiserever服务器的IP高可用 Haproxy实现apiserver的负载均衡  2. 节点信息 目前测试为 6 台虚拟机,etcd采用 rpm 安装.kubernetes 使用二进制安装,使用 systemd 来做管理,网络组件采用 flannel,Master 实

为什么说是下一代核心技术 其实经过互联网的多次变革说起,早期的C/S架构,到后来的B/S架构,一直到现在最普遍的M/S架构,他们的背后都是技术不断的优化改进,以适应促进IT技术的发展 整体而言在过去10年时间,互联网技术可以说是以手工制造的方式为准,类似于传统销售,设计,制作,然后打包销售.每个环节都需要大量的人员来操作,也需要不断 有人接班学习来延续对应的环节.而未来10年将会是以流水线的方式为主 ,其主要原因是互联网云计算技术的高速发展及可持续快速交付的业务需求.其对应的DevOps 方式将

简单的概念介绍: Chart是helm管理的应用的打包格式,一个chart对应一个或一套应用.内部是一系列的yaml描述文件,以为为yaml 服务的文件. 三个部分,helm .tiller.repo .helm,类似于 client,用来执行一些操作命令:tiller,运行依赖k8s环境,接收helm的指令,实际进行集群内部应用的管理:repo,应用的仓库,独立于前两者,提供chart. 1,helm-client下载地址 https://github.com/kubernetes/helm

一.环境准备 1.准备至少3台CentOS7版本的虚拟机 # IP地址 主机名称 192.168.1.160 rancher 192.168.1.161 master 192.168.1.162 node1 192.168.1.163 node2 192.168.1.164 node3 2.每台虚拟机上需要做的配置 1.安装Docker $ yum install -y docker 2.设置hostname $ hostnamectl --static set-hostname rancher

kubernetes 常用命令 通过yaml文件创建: kubectl create -f xxx.yaml (不建议使用,无法更新,必须先delete) kubectl apply -f xxx.yaml (创建+更新,可以重复使用)   通过yaml文件删除: kubectl delete -f xxx.yaml   查看kube-system namespace下面的pod/svc/deployment 等等(-o wide 选项可以查看存在哪个对应的节点) kubectl get pod

前言 手上一直都有一堆的学生主机,各种各样渠道途径拿来的机器. 一直管理里面都比较蛋疼,甚至也不太记得住它们在哪是什么IP,管理起来很是头疼. 有阵子空闲的时候想折腾了一下边缘计算集群方案. 希望能把它们管理起来,做一个通用的计算方案. 问过dalao,给我推荐k3s. K3s | 轻量级Kubernetes | 物联网及边缘计算K8S解决方案 | Rancher ​ www.rancher.cn 道理上是挺好的,不过.... 看到Rancher是又惊又喜啊. 17年在http://ruff.i

k8s集群StatefulSets的Pod优雅调度问题思考 考点之你能解释一下为什么k8s的 StatefulSets 需要VolumeClaimTemplate嘛? 考点之简单描述一下StatefulSets 对Pod的编排调度过程? 考点之针对线上StatefulSet 的Pod缩容故障无法正常缩容的情况,你能灰度分析一下嘛? 考点之聊聊什么是StatefulSet的分区滚动更新吧?什么场景需要使用分区更新? 考点之StatefulSet提供优雅稳定的存储,但是线上告警StatefulSet

一.前言 随着业务的发展,并发量的增多,业务的复杂度越来越大,对于系统架构能力要求越来越高,这时候微服务的设计思想应运而生,但是对于微服务需要引擎进行驱动,这时候基于.NET CORE 的微服务引擎surging 就诞生了.  1.那么怎么样去理解微服务呢? 微服务是针对业务的松耦合,是对于业务的解耦,也是粒度最小的功能业务模块,对于本地和远程的抽象化,对于远程调用提供了服务治理保证了可靠性通信. 2. 那么什么是微服务引擎呢? 微服务引擎是微服务的容器,是扫描或引用加载业务服务模块驱动生成服务

来自用户的DevOps实践分享,分享从开发代码到生产环境部署的一条龙操作的实践及经验, 包含工具技术的选型及考量.私有代码库与私有镜像库的应用等. (一)容器服务的Rancher选型 1.为什么说是下一代核心技术 从互联网的多次变革说起,早期的C/S架构,到后来的B/S架构,一直到现在最普遍的M/S架构,他们的背后都是技术不断的优化改进,以适应.促进IT技术的发展整.体而言在过去10年间,互联网技术可以说是以手工制造的方式为主,类似于传统销售.设计.制作.然后打包销售.每个环节都需要大量的人员来

surging   surging 是一个分布式微服务框架,提供高性能RPC远程服务调用,采用Zookeeper.Consul作为surging服务的注册中心,集成了哈希,随机,轮询,压力最小优先作为负载均衡的算法,RPC集成采用的是netty框架,采用异步传输. 名字由来 英文名:surging 中文名:滔滔 中文名来自周星驰的经典台词 我对阁下的景仰犹如滔滔江水,连绵不绝,犹如黄河泛滥,一发而不可收拾,而取名英文的含义也希望此框架能流行起来,也能像<.net core surging>这句