作者：老Z，云原生爱好者，目前专注于云原生运维，KubeSphereAmbassador。SpringCloudAlibaba全家桶之RocketMQ是一款典型的分布式架构下的消息中间件产品，使用异步通信方式和发布订阅的消息传输模型。很多基于SpringCloud开发的项目都喜欢采用RocketMQ作为消息中间件。RocketMQ常用的部署模式如下：单Master模式多Master无Slave模式多Master多Slave模式-异步复制多Master多Slave模式-同步双写更多的部署方案详细信息可以参考官方文档。本文重点介绍单Master模式和多Master多Slave-异步复制模式在K8s
作者：老Z，云原生爱好者，目前专注于云原生运维，KubeSphereAmbassador。SpringCloudAlibaba全家桶之RocketMQ是一款典型的分布式架构下的消息中间件产品，使用异步通信方式和发布订阅的消息传输模型。很多基于SpringCloud开发的项目都喜欢采用RocketMQ作为消息中间件。RocketMQ常用的部署模式如下：单Master模式多Master无Slave模式多Master多Slave模式-异步复制多Master多Slave模式-同步双写更多的部署方案详细信息可以参考官方文档。本文重点介绍单Master模式和多Master多Slave-异步复制模式在K8s
前文我们了解了Ceph之上的RadosGW基础使用相关话题，回顾请参考https://www.cnblogs.com/qiuhom-1874/p/16768998.html；今天我们来聊一聊Ceph启用Dashboard和使用Prometheus监控Ceph相关话题； MGR组件作用 Ceph在早些版本（L版之前）都是没有MGR这个组件的，L版之前，ceph集群相关监控数据都是靠mon节点完成，为了减轻mon节点的压力，ceph集群相关状态数据的功能在L版之后被独立出来，用MGR来负责，MGR主要作用是用于责跟踪运行时指标和Ceph集群的当前状态，包括存储利用率，当前性能指标和系统负载
前文我们了解了Ceph之上的RadosGW基础使用相关话题，回顾请参考https://www.cnblogs.com/qiuhom-1874/p/16768998.html；今天我们来聊一聊Ceph启用Dashboard和使用Prometheus监控Ceph相关话题； MGR组件作用 Ceph在早些版本（L版之前）都是没有MGR这个组件的，L版之前，ceph集群相关监控数据都是靠mon节点完成，为了减轻mon节点的压力，ceph集群相关状态数据的功能在L版之后被独立出来，用MGR来负责，MGR主要作用是用于责跟踪运行时指标和Ceph集群的当前状态，包括存储利用率，当前性能指标和系统负载
Broker对消息的处理BrokerController初始化的过程中，调用registerProcessor方法注册了处理器，在注册处理器的代码中可以看到创建了处理消息发送的处理器对象SendMessageProcessor，然后将其注册到远程服务中：publicclassBrokerController{//初始化publicbooleaninitialize()throwsCloneNotSupportedException{//...//注册处理器this.registerProcessor();//...}//注册处理器publicvoidregisterProcessor(){/*
Broker对消息的处理BrokerController初始化的过程中，调用registerProcessor方法注册了处理器，在注册处理器的代码中可以看到创建了处理消息发送的处理器对象SendMessageProcessor，然后将其注册到远程服务中：publicclassBrokerController{//初始化publicbooleaninitialize()throwsCloneNotSupportedException{//...//注册处理器this.registerProcessor();//...}//注册处理器publicvoidregisterProcessor(){/*
作者：vivo互联网中间件团队-LiuRunyun大量业务使用消息中间件进行系统间的解耦、异步化、削峰填谷设计实现。公司内部前期基于RabbitMQ实现了一套高可用的消息中间件平台。随着业务的持续增长，消息体量随之增大，对消息中间件平台提出了更高的要求，此外在运维过程中也遇到了高可用难以保障，功能特性不足等诸多问题。基于遇到的这些问题，决定引入RocketMQ进行替换。本文将介绍基于RocketMQ建设消息中间件平台并实现在线业务无感知的平滑迁移。一、背景说明vivo互联网中间件团队于2016年开始基于开源RabbitMQ向业务提供高可用消息中间件平台服务。为解决好业务流量快速增长的问题，我们
作者：vivo互联网中间件团队-LiuRunyun大量业务使用消息中间件进行系统间的解耦、异步化、削峰填谷设计实现。公司内部前期基于RabbitMQ实现了一套高可用的消息中间件平台。随着业务的持续增长，消息体量随之增大，对消息中间件平台提出了更高的要求，此外在运维过程中也遇到了高可用难以保障，功能特性不足等诸多问题。基于遇到的这些问题，决定引入RocketMQ进行替换。本文将介绍基于RocketMQ建设消息中间件平台并实现在线业务无感知的平滑迁移。一、背景说明vivo互联网中间件团队于2016年开始基于开源RabbitMQ向业务提供高可用消息中间件平台服务。为解决好业务流量快速增长的问题，我们
一、kubeadm部署K8S集群架构主机名IP地址安装组件master（2C/4G，cpu核心数要求大于2）192.168.10.10docker、kubeadm、kubelet、kubectl、flannenode01（2C/2G）192.168.10.20docker、kubeadm、kubelet、kubectl、flannenode02（2C/2G）192.168.10.30docker、kubeadm、kubelet、kubectl、flanneHarbor节点（hub.kgc.com）192.168.10.40docker、docker-compose、harbor-offline
一、kubeadm部署K8S集群架构主机名IP地址安装组件master（2C/4G，cpu核心数要求大于2）192.168.10.10docker、kubeadm、kubelet、kubectl、flannenode01（2C/2G）192.168.10.20docker、kubeadm、kubelet、kubectl、flannenode02（2C/2G）192.168.10.30docker、kubeadm、kubelet、kubectl、flanneHarbor节点（hub.kgc.com）192.168.10.40docker、docker-compose、harbor-offline
