如果RabbitMQ集群只有一个broker节点，那么该节点的失效将导致整个服务临时性的不可用，并且可能会导致message的丢失（尤其是在非持久化message存储于非持久化queue中的时候）。可以将所有message都设置为持久化，并且使用持久化的queue，但是这样仍然无法避免由于缓存导致的问题：因为message在发送之后和被写入磁盘并执行fsync之间存在一个虽然短暂但是会产生问题的时间窗。通过publisher的confirm机制能够确保客户端知道哪些message已经存入磁盘，尽管如此，一般不希望遇到因单点故障导致服务不可用。
如果RabbitMQ集群是由多个broker节点构成的，那么从服务的整体可用性上来讲，该集群对于单点失效是有d性的，但是同时也需要注意：尽管exchange和binding能够在单点失效问题上幸免于难，但是queue和其上持有的message却不行，这是因为queue及其内容仅仅存储于单个节点之上，所以一个节点的失效表现为其对应的queue不可用。
为了提高程序的吞吐量，保持消息的可靠性，一台机器挂了后，RabbitMQ能够正常生产，消费消息。
rabbitmq有三种模式：单机模式，普通集群模式，镜像集群模式
Demo级别的，一般只是本机测试玩玩而已，生产环境下不会用的。
在多台机器上启动多个rabbitmq实例，每个机器启动一个。
但是你创建的queue，只会放在一个rabbtimq实例上，但是每个实例都同步queue的元数据(存放含queue数据的真正实例位置)。消费的时候，实际上如果连接到了另外一个实例，那么那个实例会从queue所在实例上拉取数据过来。
示意图
这种方式确实很麻烦，也不怎么好，没做到所谓的分布式，就是个普通集群。
普通集群的方式，确实达到了消息的高可用，但没办法保证可靠性，没做到分布式，简而言之，只是一个普通的集群。
这种模式，才是所谓的rabbitmq的高可用模式，跟普通集群模式不一样的是，你创建的queue，无论元数据还是queue里的消息都会存在于多个实例上，然后每次你写消息到queue的时候，都会自动把消息到多个实例的queue里进行消息同步。
上图中每个节点有一个queue，生产者生产完毕数据后投递到指定交换机的队列，交换机的队列进行消息同步。
每个节点queue都有一个完整的rabbitmq节点，所以这种方式叫做镜像集群
好处： 任何一个节点宕机后，其它节点不受影响，正常使用
坏处：
确保机器中安装了Docker，若未安装，可看：云原生Docker入门 – 阿里云服务器Linux环境下安装Docker
查看拉取的镜像
成功运行
设置节点1
浏览器输入 您的ip地址:15673
再次测试即可成功~
File —> New —> Project —> Maven —> 直接Next 进入下一步创建普通的Maven工程即可
创建一个默认的Maven聚合工程，将src文件夹删除，该工程就是一个Maven聚合工程
引入依赖如下：
在项目内，新建一个Moudle，rabbitmq-order-producer 默认Maven工程，下一步即可
在项目内，新建一个Moudle，rabbitmq-order-cousumer 默认Maven工程，下一步即可
Maven聚合工程创建完成图
Maven依赖图
自行手写MainApplication即可
创建完成！
编写完成！
启动消费者
交换机
=
15674
15675
成功消费数据！
已成功同步消息~
可能有三种情况：第一种就是你可能误改了后台那个地方的程序，导致无法正确读取；
第二种是你如果是新站在空间管理页面要点击有个按钮叫写入权限，因为一般新站都会被限制
第三中是系统原因，出错了，从其服务器，正确连接数据库
由于Web网站需要搭建测试模板使用，会造成网站建设环境混乱。需要重置ECS服务器系统的状态，将ECS服务器恢复到未安装Web网站时的状态。
1、登录云服务管理控制台，选择 云服务ECS，单击 实例，进入实例页面。
2、在实例列表页面，选择更多磁盘和镜像，单击“更换系统盘”或 “重新初始化磁盘”， 将ECS服务器重置为初始状态。
好了，当以上两个 PS 和 PPS 你都解决了就可以开始 *** 作了，我们把华为云域名绑定到阿里云IP。
点下图第一项的修改 ，然后把 “值”改成：
弄好之后应该就可以立刻通过域名访问阿里云服务器了。
客服 ：
请描述您的具体问题，智能客服同步为您创建工单
我 ：
问题描述: 域名解析到了阿里云的服务器，但用域名访问网站，仍然是访问到了华为云的服务器
华为云和阿里云各有一个服务器，域名是在华为云买的，并且已经完成备案以及在阿里云的接入备案
目前域名解析这里是把 >
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）