> 馆藏中心

redis cluster模式在kubernetes平台部署方案 的问题

来源:cnblogs 编辑:从大磊

k8s访问集群外独立2113的服务最好的方5261式是采用4102Endpoint方式(可以看作1653是将k8s集群之外的服务内抽象为内部容服务),以mysql服务为例:创建mysql-endpoints.yamlapiVersion: v1kind: Endpointsmetadata:name: mysql-testnamespace: defaultsubsets:- addresses: - ip: 10.1.0.32 ports:- port: 3306多个端口的话可以在此处列出123456789101112创建mysql-service.yamlapiVersion: v1kind: Servicemetadata:name: mysql-testspec:ports:- port: 3306同样多端口需要列出www.179s.com防采集请勿采集本网。

可以通过 NodePort 类型的 service 暴露给集群外的应用访问。奖励园豆:5

k8s访问集群外独立2113的服务最好5261的方式是采用Endpoint方式(可以4102看作是将1653k8s集群之外的专服务抽象为内属部服务),以mysql服务为例:创建mysql-endpoints.yamlapiVersion: v1kind: Endpointsmetadata:name: mysql-testnamespace: defaultsubsets:- addresses: - ip: 10.1.0.32 ports:- port: 3306多个端口的话可以在此处列出123456789101112创建mysql-service.yamlapiVersion: v1kind: Servicemetadata:name: mysql-testspec:ports:- port: 3306同样多端口需要列出,虽然 kubernetes 社区一直62616964757a686964616fe78988e69d8331333433653433在努力使得有状态应用成为一等公民,也推出了 statefulset 控制器支持 pod 的顺序部署,稳定的域名访问和存储访问。但鉴于 MySQL 部署运维的多样性和复杂性,在 kubernetes 上部署 MySQL 仍然要面临众多挑战。1、业务流量入口的配置方式传统虚拟机环境下,我们通过虚IP的方式,让业务应用都配置事先定义的一个虚IP为链接数据库的地址,然后由高可用服务保证虚IP始终能被路由到master数据库。在kubernetes中,出现了一层网络插件屏蔽了底层网络拓扑,高可用服务管理虚IP的方式需要随之适应调整,比如通过service结合标签完成虚IP的漂移,但service本身是kubernetes提供的一项功能,其可靠性和性能都取决于kubernetes服务的稳定。以性能来说,service是kubeproxy组件通过配置iptables实现的,当iptables规则较多时不可避免的会产生时延,需要我们针对性的解决。2、容器隔离带来的监控视野问题在 kubernetes 中,如果将 MySQL 制作为 container 运行在一个 pod 中,container 会将 MySQL 进程和运行环境隔离在一个单独的 namespace 中。监控组件在获取 MySQL 的一些 metirc 时,可能不得不进入与 MySQL 同一个 namespace 中,在部署和设计监控组件时需要考虑到这些限制。3、存储在 kubernetes 中,支持配置各种不同的存储。如果使用本地存储 local persistent volume,则需要绑定 MySQL 在一个固定的节点,这就完全浪费了 kubernetes 灵活调度的天然优势;而如果使用远程共享存储,确实是将 MySQL 进程与其存储完全解耦,使得 MySQL 进程可以在任意节点调度,然而考虑到高 I/O 吞吐量的情况,就不是那么美好了。设计时需要考量远程存储是否能够满足 MySQL 的带宽要求。4、高可用/备份恢复kubernetes 提供的 statefulset 控制器只能提供最基本的部署,删除功能,无法实现完善的 MySQL 集群高可用/备份恢复操作。对于有状态应用的部署,仍需要定制开发,所以多数公司提供了定制的 operator 来完成应用容器的管理。比如 etcd operator,MySQL operator,后文将为大家详述我测试使用 MySQL operator 的一些记录内容来自www.179s.com请勿采集。

本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。本文《redis cluster模式在kubernetes平台部署方案 的问题》转载自cnblogs,版权归原作者所有,若侵权请联系:E-MAIL:513175919@qq.com
违法违规信息请立即联系本网可获得现金奖励,TEL:1-8-2-1-0-2-3-3-3-8-1(电话仅供违法违规信息举报,侵权类信息请EMAIL。)

www.179s.com false 互联网 http://www.179s.com/jsblogcnk/po/pohpod.html report 2010 可以通过 NodePort 类型的 service 暴露给集群外的应用访问。奖励园豆:5

热门图片

经济金融企业管理法律法规社会民生科学教育降生活体育运动文化艺术电子数码电脑网络娱乐休闲行政地区心理分析医疗卫生