知
集群部署的环境下cloudos2.0的pod在各个节点分布不均匀的一种处理方法
2019-03-25
发表
- 0关注
- 0收藏 1932浏览
组网及说明
不涉及组网
cloudos版本为2.0
问题描述
某局点集群虚拟机部署的cloudos2.0的环境，出现某个节点所在的虚拟机的内存利用较高。
过程分析
后台查看，几乎大部分的pod均分布在这个节点上，导致该节点的压力过大。
需要对该环境的pod的分布进行均衡。
解决方法
现场的cloudos的pod多集中在节点2上，可以将pod均匀分布一下，即在os的节点2的后台执行命令，将部分pod删除，正常情况下会在其他两个节点上新建。这个过程（正常情况下也就是几分钟的过程）会影响大云界面的登录操作等，建议在不使用大云的情况下操作。
（1）先通过命令看一下pod的分布，命令如下：
/opt/bin/kubectl --server=127.0.0.1:8888 get pod –o wide
（2）通过命令，将位于将该节点上的一个pod删除（注意不要删除postgresql 的pod），命令如下：
/opt/bin/kubectl --server=127.0.0.1:8888 delete pod pod名称（复制一下上一条命令看到的名称）
（3）过大约一分钟后，/opt/bin/kubectl --server=127.0.0.1:8888 get pod –o wide 看一下刚刚删除的pod，应该在别的节点上新建成功了。
（4）第（3）不成功后，再进行下一个pod的删除重建，（注意不要删除postgresql 的pod）。直到pod分布的较均即可。
说明：E1137H08之前版本需要注意容器启动顺序，rabbitmq和数据库要先启动。之后版本不涉及。
0
个评论
该案例暂时没有网友评论
编辑评论
✖
案例意见反馈
➤
✖
亲~登录后才可以操作哦!
确定
✖
✖
你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
✖