4

私は領事に不慣れで、現在それを試しています。この記事に従ってクラスターをセットアップしました: https://www.digitalocean.com/community/tutorials/an-introduction-to-using-consul-a-service-discovery-system-on-ubuntu-14-04 allエージェントは「サーバー」モードです。ただし、このクラスターはかなり不安定です。サーバーで「exec consul members」コマンドを入力すると、他の多くのサーバーが「失敗」状態になっていることが常にわかります (それらのサーバーは生きて回復することもありますが、すぐに再び失敗します)。おそらく、構成ファイルの作成にはいくつかのトリックがあると思います。

AWS EC2 インスタンスを使用して、これらの領事エージェントを実行しています。

ありがとう!ヨリック

4

1 に答える 1

5

「失敗した」インスタンスの 1 つで、領事エージェントのログを確認します。[WARN] memberlist: Refuting a suspect messageまたはのようなエントリが繰り返される場合は、次の[WARN] memberlist: Refuting a dead messageことを意味します。

  • エージェントは領事サーバーと通信し、自分自身を登録できます。
  • 領事サーバーがエージェントと通信できません

https://www.consul.io/docs/agent/options.html#portsで説明されているように、すべてのポートでエージェントとサーバー間のトラフィックがセキュリティ グループで許可されていることを確認する必要があります。

参考までに、私のセキュリティ グループは次のようになります。領事エージェントは領事サーバーと通信することが許可されており、領事サーバーは領事エージェント PLUS とすべての UDP および TCP ポートで相互に通信することが許可されていることに気付くでしょう (これは過剰であり、必要なポートだけに制限する予定です)。領事)。

領事代理 領事サーバー

また、サーバーとクライアント間の通信に内部 EC2 IP アドレスを使用していることを確認する必要があります。gossipパブリック IP アドレスを使用すると、トラフィックが EC2 ゾーンの端に出入りして戻ってくることは望ましくありません。

お役に立てれば。

于 2015-07-15T23:16:25.683 に答える