开发者社区 > PolarDB开源 > PolarDB 分布式版 > 正文

唯独CN的pod,一直是2/3 ,这是什么情况?

用的是最新的operator 1.4部署集群,所有的镜像都是默认的,当我重启其中的某一个节点,我发现这个节点上的CDC、DN、GMS这三个pod都能重建,但是唯独CN的pod,一直是2/3 lQLPJwa6bnMDpT5azQO0sKT-IYYWLJPJBB2yspUAfAA_948_90.png lQLPJweChP0Rgf50zQSBsG3edCccqqbaBB2yyDIABAA_1153_116.png 这是什么情况?

展开
收起
冰激凌甜筒 2023-04-04 15:39:35 181 0
2 条回答
写回答
取消 提交回答
  • 公众号:网络技术联盟站,InfoQ签约作者,阿里云社区签约作者,华为云 云享专家,BOSS直聘 创作王者,腾讯课堂创作领航员,博客+论坛:https://www.wljslmz.cn,工程师导航:https://www.wljslmz.com

    这种情况可能是由于数据不一致导致的。相对于其他三个Pod,CN的Pod需要与客户端保持数据一致性,频繁地进行数据写入和更新操作。因此,在重启后如果该节点的数据和其他节点不一致,可能会导致重建失败。

    2023-04-25 11:57:14
    赞同 展开评论 打赏
  • 随心分享,欢迎友善交流讨论:)

    这种情况可能是因为你的CN pod只部署了3个副本,当你重启某个CN pod时,Kubernetes会自动将该pod所在的节点上的所有pod重新调度到其他节点上,但是如果没有足够的资源(例如CPU、内存等),Kubernetes可能会将CN pod重新调度到同一节点上,这可能会导致CN pod无法正常运行。

    解决这个问题的方法有两种:

    1、增加CN pod的副本数,建议将副本数设置为奇数,以确保在节点失效时仍然能够维持足够的可用性。例如,将CN pod的副本数设置为5或7。

    2、增加集群节点的数量,这样可以确保有足够的资源来调度所有pod,即使某个节点出现故障也可以保持集群的可用性。

    需要注意的是,在进行任何更改之前,请确保你的集群已经备份并且处于可恢复状态。另外,建议在进行任何更改之前先进行测试和验证,确保不会影响生产环境。

    2023-04-04 15:56:41
    赞同 展开评论 打赏

PolarDB 分布式版 (PolarDB for Xscale,简称“PolarDB-X”) 是阿里云自主设计研发的高性能云原生分布式数据库产品,为用户提供高吞吐、大存储、低延时、易扩展和超高可用的云时代数据库服务。

相关电子书

更多
低代码开发师(初级)实战教程 立即下载
冬季实战营第三期:MySQL数据库进阶实战 立即下载
阿里巴巴DevOps 最佳实践手册 立即下载