k8s运维管理

node管理

node隔离与恢复

1.使用patch命令

bash 复制代码
#实现node隔离调度
kubectl patch node node1 -p '{"spec":{"unschedulable":true}}'
#节点信息多了一项SchedulingDisabled
node1    Ready,SchedulingDisabled   <none>   7d3h   v1.18.20
#解除
kubectl patch node node1 -p '{"spec":{"unschedulable":false}}'

2.使用cordon

bash 复制代码
#隔离
kubectl cordon node1
#恢复
kubectl uncordon node1

以上两种方法只会让节点脱离调度 不会停止运行的pod 需要手动停止

3.使用drain

首先会让节点脱离调度 然后会删除节点所有运行的pod,如果强制删除deployment之类的控制器 会在其他节点创建pod

bash 复制代码
#脱离调度
kubectl drain node1 --ignore-daemonsets
#参数
--force 当一些pod不是经 ReplicationController, ReplicaSet, Job, DaemonSet 或者 
StatefulSet 管理的时候就需要用--force来强制执行 (例如:kube-proxy)
--ignore-daemonsets 无视DaemonSet管理下的Pod。即--ignore-daemonsets往往需要指定的,这是
因为deamonset会忽略unschedulable标签(使用kubectl drain时会自动给节点打上不可调度标签),
因此deamonset控制器控制的pod被删除后可能马上又在此节点上启动起来,这样就会成为死循环.因此
这里忽略daemonset。
--delete-local-data 如果有mount local volumn的pod,会强制杀掉该pod。

#恢复
kubectl uncordon node1

集群环境隔离

使用namespace 与 context 对不通工作组进行区分 互相不打扰 防止误操作

1,创建两个namespace

bash 复制代码
#dev
kubectl create namespace dev
#prod
kubectl create namespace prod

2,定义contest 即运行环境 这个运行环境将属于某一个命名空间

可以使用命令方式创建 也可以修改kubectl的配置文件 .kube/config来配置

bash 复制代码
#绑定dev空间
kubectl config set-context ctx-dev --namespace=dev --cluster=kubernetes --user=kubernetes-admin
#绑定prod空间
kubectl config set-context ctx-prod --namespace=prod --cluster=kubernetes --user=kubernetes-admin
#查看配置
kubectl config view
#把当前运行环境设置为dev 就只能在dev里执行命令
kubectl config use-context ctx-dev
#切换回默认之前默认的空间
kubectl config use-context kubernetes-admin@kubernetes
相关推荐
lisanmengmeng11 小时前
Nagios邮件报警的配置
linux·运维·服务器
Ruiery11 小时前
Linux 6.6内核 CPU 深度解析(六):cpufreq
linux·运维·服务器
天远数科12 小时前
零信任架构实战:基于天远全能消金报告构建自动化消费分期网关
运维·人工智能·架构·自动化
硅基手札12 小时前
【linux内核专栏 08】时间与定时器
linux·运维·服务器
想做小南娘,发现自己是女生喵12 小时前
Linux之Ubuntu入门篇知识总结
linux·运维·服务器
帷幕落秋13 小时前
Redis哨兵模式
运维·数据库
吴声子夜歌14 小时前
Nginx应用与运维——Nginx编译及部署(部署)
java·运维·nginx
帷幕落秋14 小时前
Redis主从复制
运维·数据库
帷幕落秋15 小时前
Mysql主从复制
运维·数据库
暖核15 小时前
MySQL 高级运维核心:备份恢复、主从复制与 MHA 高可用复习总结
运维·数据库·mysql