RabbitMQ-ゼロダウンタイムアップグレード用にサーバーを構成する方法

docsとActionのRabbitMQを読んで、RabbitMQクラスターの作成は簡単に思えますが、既存のRabbitMQクラスターをアップグレードまたはパッチを適用するには、クラスター全体を再起動する必要があります。

クラスタリング、ショベル、フェデレーション、および負荷分散を組み合わせて、キューやメッセージを失うことなくローリングアップグレードを可能にする方法はありますか？

rabbitmqクライアントが接続の切断に耐えることができると仮定すると、ここで説明する内容を検討できます。

クラスターはVIPの背後にあります。クラスターをアップグレードする場合は、代替クラスターをスピンアップし、VIPを代替クラスターに切り替えます。一方、クラスタ間でメッセージを移動するツールがあります。「マスター」クラスターの更新が完了したら、プロセスを逆にします。

RabbitMQのメジャーバージョンまたはマイナーバージョンから別のバージョン（3.0.xから3.1.x、または2.xxから3.xxへ）にアップグレードする場合、またはErlangをアップグレードする場合、アップグレードのためにクラスター全体を停止する必要があります（クラスターはこのような混合バージョンを実行できないためです）。これは、あるパッチバージョンから別のパッチバージョン（つまり、3.0.xから3.0.yへ）にアップグレードする場合には当てはまりません。これらのバージョンはクラスター内で混在させることができます（ただし、3.0.0は3.0.xシリーズの以降のバージョンと混在させることはできません）。

@terence私もあなたと同じ靴を履いていた。ここで好奇心の渇きを癒すことができると思います。PS私はまだ自分で試していません。