- 主题:k8s上跑mysql/pg的一个坑
我觉得是你使用的有问题
你的pvc底层存储是什么?nfs吗?
数据库的场景,允许存储在不同机器上同时挂载并写入就很危险
另外,使用网络存储也不太合适,吞吐延迟都没那么可控
合理的方案是只用k8s把mysql部署到特定的机器上,使用local网络local存储,其他运维都跟以前一样
【 在 iwannabe 的大作中提到: 】
: 我碰到一个业务场景,在tx云上几台轻量级服务器做k8s,然后statefulset跑mysql,
: Scaling and Upgrade Policy设为ondelete。结果一台机器负载过高失去响应了,被踢出
: 集群,mysql切换到另一个节点。但实际上那台失去响应的服务器上pod还在工作,然后
: ...................
--
FROM 115.171.245.*
suse ha+sap hana 的推荐配置就是用nfs放hana数据库
这个并不矛盾
但是k8s没有stonith机制才是问题所在
你说的我现在就在用,就是 用mysql 主从模式,把每个pod固定在特定节点上,但是还是
用nfs做pvc
【 在 jimmycmh 的大作中提到: 】
: 我觉得是你使用的有问题
: 你的pvc底层存储是什么?nfs吗?
: 数据库的场景,允许存储在不同机器上同时挂载并写入就很危险
: ...................
--
FROM 119.139.198.*
两码事啊,人家是软件本身就cluster aware
你这里是mysql
【 在 iwannabe 的大作中提到: 】
: suse ha+sap hana 的推荐配置就是用nfs放hana数据库
: 这个并不矛盾
: 但是k8s没有stonith机制才是问题所在
: ...................
--
FROM 139.227.19.*
加ha才行啊,mysql+suse ha也有跑nfs的
【 在 JulyClyde 的大作中提到: 】
: 两码事啊,人家是软件本身就cluster aware
: 你这里是mysql
--
FROM 119.139.198.*
试试kubeblock,看起来100%符合你需求
搜索github
※ 修改:·stitch005 于 Nov 9 14:18:10 2023 修改本文·[FROM: 123.124.235.*]
※ 来源:·
https://exp.mysmth.net·[FROM: 123.124.235.*]
修改:stitch005 FROM 123.124.235.*
FROM 123.124.235.*
并不是加上ha就神奇的行了吧
它怎么作用于mysql的呢?
【 在 iwannabe 的大作中提到: 】
: 加ha才行啊,mysql+suse ha也有跑nfs的
--
FROM 139.227.19.*
不理解啊
弱弱地问一句,已经上tx云了,为什么还要自己搭mysql?还要折腾到k8s上?
直接买tx云上的mysql不行吗? 还有跨机房热备。
--
FROM 60.163.236.*
贵
【 在 hany2017 的大作中提到: 】
: 不理解啊
: 弱弱地问一句,已经上tx云了,为什么还要自己搭mysql?还要折腾到k8s上?
: 直接买tx云上的mysql不行吗? 还有跨机房热备。
: ...................
--
FROM 139.227.19.*
业务能有多大啊,嫌弃贵。
为了省几百块?
【 在 JulyClyde 的大作中提到: 】
: 贵
--
FROM 60.163.236.*
正经业务是应该用rds的
个人博客就算了吧,还是省点钱
【 在 hany2017 的大作中提到: 】
: 业务能有多大啊,嫌弃贵。
: 为了省几百块?
--
FROM 139.227.19.*