另外kubedb网页上也有介绍MySQL几种高可用方案的构架方案,也比较有意思。 之前的博文也讲过在非容器环境搭建MySQL Group Replication集群,现在在Kubernetes的容器环境配合kubedb,搭建更方便了,命令如下: # 添加appscode的helm仓库 appscode/kubedb --namespace kube-system --name kubedb --version 0.12.0 # 创建部署mysql集群的命名空间 $ kubectl "5.7.25" labels: app: kubedb spec: version: "5.7.25" db: image: "kubedb/mysql:5.7.25" exporter: image: "kubedb/mysqld-exporter:v0.11.0" tools: image: "kubedb/mysql-tools:5.7.25
PostgreSQL operator 有好几种,比如 Crunchy PostgreSQL Operator、Zalando PostgreSQL Operator 和 KubeDB。 CrunchyData/postgres-operator Zalando PostgreSQL Operator https://github.com/zalando/postgres-operator KubeDB https://github.com/kubedb/operator 结合 PostgreSQL Operator 和 Pgpool-II 在 Kubernetes 上部署具有查询负载均衡和连接池能力的
在我看来,更好的做法是效仿 KubeDB 系列的产品,自行控制更新行为——当然,对甲方提出这种非分要求是不合适的。既然这个需求如此的不云原生,那么先看看 Open Kruise 总不会错的。
目前市面上有几个知名的 Redis Operator 提供了更进一步的方案,帮助云原生团队解决 Day 2 的常见问题,比如: Redis Enterprise Operator by RedisLabs KubeDB
MySQL 服务,已经有很多优秀的开源 Operator 解决方案,包括 grtl/mysql-operator、oracle/mysql-operator、presslabs/mysql-operator、kubedb