dessler

由于RabbitMQ集群部署和其他的集群部署略有区别,并且有一定的MQ知识储备，所以这里只介绍单机部署。

本章的介绍的RabbitMQ和我们上个章节介绍的Kafka在一定程度上相似的功能，如果不是面试八股文，一般不需要去单独记录，当我们熟悉它主流的功能以后，我们就会在架构设计的时候把他们放置在不同的位置。

Apache Kafka 是一个分布式、高吞吐、可持久化的流数据平台。它采用发布-订阅模型，生产者将消息写入主题（Topic），消费者从主题读取。消息被分区（Partition）存储并多副本

我们前面演示都是依赖ZooKeeper的版本，本小节我们介绍2个版本不依赖ZooKeeper的版本，第一个版本就是我们前面使用的版本：kafka_2.13-2.8.2，它既支持使用ZooKeeper，

在我以前的工作中遇到过多次数据库迁移，如果数据库是一样的，其实相对都是比较简单的。因为基本上都可用利用数据库自身的同步原理就可以实现，但是现实中还有需求就是异构数据库的迁移。

一般情况下，我们的分区很少会出现异常的情况，但是在Broker异常下线，尤其是一次性下线多个节点的情况就会出现。我这里为了演示，所以把上个小节5节点Kafka直接下线2个节点，就可以模拟这个情况。

前面是3个节点，我们这里增加了2个节点，模拟扩容Broker，然后再扩分区。如果前期我们配置的3副本，则副本是不需要扩容的。这里我们并没有考虑跨AZ（可以通过机架感知参数来实现）。

本篇文章大概是我3年前写的，当时写这篇文章的背景是一个容器化部署的Kafka集群，其中一个节点宕机以后无法恢复，所以想了解下这个Kafak集群崩溃以后的恢复过程（下面的内容参考原文做了部分修改和脱敏）

对于运维来说，一个正常的Kafka的集群，一般情况下我们是不需要去操作ZooKeeper来维护它的集群状态的。我们对Kafka的操作，大部分都通过Kafka自带的脚本来操作它。