RabbitMQクラスターからデッドノードを自動的に削除する方法

接続をポイントするフロントエンドとしてAmazon内部ロードバランサーを備えたAWS VPCでAnsibleを使用してRabbitMQクラスターを作成することを計画しています。

ノードが上下する自動スケーリングルールに基づいて、RabbitMQクラスターからデッドノードを削除する方法、またはスポットインスタンスを使用している場合の提案はありますか？

ノードがダウンしても、RabbitMQはそれをレプリケーションリストから自動的に削除しませんNode not running。管理UIで確認できます。

Ansibleとユーザーデータを介して、スケーリングされたインスタンスをクラスターに自動的に参加させることができました。

rabbitmq / rabbitmq-autoclusterプラグインの使用を検討してください：

いくつかのピア検出メカニズムを使用してノードを自動的にクラスター化するRabbitMQプラグイン：

• 領事、
• etcd2
• DNS Aレコード
• AWS EC2タグ
• AWS自動スケーリンググループ

IAMポリシーの設定や、クラスターに参加させたいインスタンスへのEC2タグの追加など、この設定を取得するためにプラグインするかなりの構成があります。

AWS Autoscalingグループを使用する場合は、次のものをに追加しますrabbitmq.config。

[
  {rabbit, [ ... ]},
  {autocluster, [
    {backend, aws},
    {aws_autoscaling, true},
    {aws_ec2_region, "us-west-2"}
  ]}
].

AWS Autoscalingグループを使用していない場合でも、EC2インスタンスのタグを使用して目的の結果を得ることができます。

[
  {rabbit, [ ... ]},
  {autocluster, [
    {backend, aws},
    {aws_ec2_tags, [{"region", "us-west-2"}, {"service", "rabbitmq"}]},
    {aws_ec2_region, "us-east-1"},
    {aws_access_key, "..."},
    {aws_secret_key, "..."}
  ]}
].

以上のことから、サービスディスカバリメカニズムとしてHashiCorpのConsulを使用することを強くお勧めします。長期的に見ると、システムの各部分を互いに分離するという点で、柔軟性が大幅に向上します。