問題タブ [consul]

Jeff Lindsay の progrium/docker-consulイメージを使用して各ホストにインストールする本番対応クラスターを AWS にセットアップしようとしてConsulいますが、2 次サーバーと 3 次サーバーを-join最初のサーバーに接続できません。

本番環境の手順で実際の領事クラスターを実行していますが、ノードがプライベート IP に接続しようとするとi/o timeoutエラーが発生します。consul2consul3-joinconsul1

インスタンス

AWS で3 つスピンアップt2.microsし、VPC に割り当てられた次のプライベート IP を取得しました。

Consul サーバーの初期インスタンスの起動

私のconsul1ノードはそれ自体を起動し、他の 2 つを正常に待機します。

run2 番目のサーバー インスタンスを試行しています

しかし、consul2ノードを起動しようとすると、次を使用します。

エラー

これが私が得ているエラーです：

これを引き起こしている可能性のあるものについて何か考えはありますか? 私は約9回再試行しましたが、まだ運がありません。ネットワークについてさらに学習するように促されましたが (これは幅広く、深く、魅力的なテーマです)、構成に問題があるのか​​、それとも実際のバグなのかわかりません。

助けてくれてありがとう。

「マイクロサービス」の環境を作ろうとしてきました。主要なコンポーネントの 2 つはDockerとConsulで、どちらも仮想マシン上で実行されます (この VM の作成にはVagrantを使用しました)。VM に SSH で接続すると、digコマンド ライン ツールを使用して、 Consulが提供する DNS インターフェイスにアクセスできます。

問題は、ホスト マシンから DNS インターフェイスにアクセスできるようにしたいということです。VM に静的 IP を割り当てましたが、問題は解決しませんでした。VM のポート 53 も開いていますが、問題は解決しませんでした。

これは、私の vm 用のVagrantセットアップ スクリプトです。

これは、 ConsulでDocker コンテナーを開始した方法です。

ホストマシンからのdigで次を使用してみました：

これは次のように応答しました。

ホスト マシンからConsul DNS インターフェイスにアクセスできるようにする方法はありますか? どんな助けでも大歓迎です。

ZooKeeper、Consul、Eurekaなどのコンセンサスタイプのツールを見ていますが、それらはすべて同じソリューションセットを販売しているようです:

• サービス発見
• 動的な集中構成管理
• 同期プリミティブ
• コンセンサスアルゴリズム

しかし、これらのことについて読めば読むほど、サービス ディスカバリが動的な集中構成管理 (KV ペア) システムと実際にどのように異なるのかを理解するのに苦労します。

サービス ディスカバリに関する私の理解(これまでのところ) は、ノードがリモート サービスを動的に検索、検索、および接続できるようにすることです。したがって、アプリケーションがAuthService認証、認可に を使用する場合、サービス検出を使用してAuthServiceノードを検索し、http://auth103.example.org:9103それを使用します。

動的構成システムについての私の理解では、ノードが構成サーバーから更新を動的に受信し、更新を公開するための集中型インフラストラクチャを提供するということです。そのため、アプリ インスタンスが他のすべてのインスタンスの構成を更新する必要があると判断した場合、構成サービスにアクセスして、構成などを更新しますnumPurgerThreads。その後、構成サービスは他のすべてのアプリ インスタンスを更新して、それぞれの構成を適切に更新します。

しかし、これらはまったく同じ問題ではありませんか?

どちらの場合でも、次のことを行います。

1. ある種の検索サービスに接続する
2. データを照会します。また
3. そこにデータを公開し、それを他のノードに波及させます

サービス ディスカバリは動的な構成ですよね!?!

私が実際に推進しているのは、これらのツールの 1 つを使用して 1 つの構成サービスを実装するだけで、偶然にもサービスの検出も解決できないのではないかということです。または、構成/KV 管理用に 1 つの Consul クラスターと、サービス検出用に別の Consul クラスターが必要になる理由はありますか?

動的構成を階層的な Consul KV ストアに配置する予定です。

データは約 10,000 アイテムであり、スケーリングすると数千に増加します。

階層ルートでの更新を待機するには、数個 (数十個) のノードが必要です。

それは領事が扱うように設計されたスケールですか？

ありがとうございました

spring-cloud-consul は spring.io [ https://spring.io/blog/2015/05/27/spring-cloud-consul-1-0-0-m1-available-now ]で公開されていますが、参考例はほとんど見当たりません。

私は主に、クライアント側のロード バランサーとして Consul と Ribbon を使用したサービス登録とサービス ディスカバリを探しています。誰かがサンプルアプリケーションまたは参照する例を提供できますか. spring-cloud-consul の git リポジトリもチェックインしましたが、そこに例が見つかりませんでした [ https://github.com/spring-cloud/spring-cloud-consul ]