問題タブ [consul]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
consul - Consul - 異なるホストに異なる構成をデプロイする
領事クラスターを展開しようとしています。私は次のマシンを持っています:
3 つの個別の構成ファイルがあります。各サーバーにそれぞれ 1 つ。
新しいサーバー (web02 など) を追加した場合、Web サーバー構成を自動的に採用するにはどうすればよいですか?
consul は構成検出をサポートしていますか? それとも、chef/puppet/ansible/salt を使用して Web 構成を Web サーバーにデプロイする必要がありますか?
consul - Consul - ドライブがいっぱいになったら警告する
consul のデモでは、ディスク使用率とメモリ使用率のチェックがあります。
http://demo.consul.io/ui/#/ams2/nodes/ams2-server-1
デモが示していることを行うための構成をどのように作成できますか? 10% で警告、5% で重大なエラー ?
これが私が試していることです
これは同じスクリプトですが、より人間が読める形式になっています
チェックは機能しているようですが、テキストは出力されません。これが機能していることを確認し、出力を印刷するにはどうすればよいですか?
spring - Spring Cloud Consul クラスが見つかりません RestTemplateCustomizer
サービスの検出にSpring Cloud Consulを使用したいのですが
java.lang.ClassNotFoundException: org.springframework.cloud.client.loadbalancer.RestTemplateCustomizer
、何が欠けていますか?
私のpom.xml
私のアプリクラス
ブートストラップ.yml
アプリケーション.yml
完全なトレース
persistence - Consul は Key-Value ストアを永続化しますか?
私はいくつかの分散キー値ストアを評価していますが、etcdとConsulはどちらも非常に有望に見えます。サービス ディスカバリ、ヘルス モニタリング、および設定サービスに興味があります。
Consul が提供する追加機能が気に入っていますが、サービスがダウンしたときに Key-Value ストアが保持されるかどうかを判断できませんか? etcd は永続性を提供しているようです。何かアドバイス?
consul - 領事エージェントは応答しません
領事エージェントによるサービスの登録に問題があります。領事エージェントは、クラスター メンバー情報で有効としてリストされますが、サービスを登録したり、HTTP インターフェイス経由でクエリに応答したりしません。ログにエラーがありますが、解釈できません:
このサーバーで実行される領事エージェントの構成は次のとおりです。
そして、サーバーの構成。クラスタには 3 つのサーバー エージェントがあります。
apache-zookeeper - Consul のような設定ツールはどのように設定の更新をクライアントに「プッシュ」しますか?
Chef/Puppet/Ansible などの従来の「静的」構成管理ツールからグローバルな状態を取り除き、代わりに中央集権型/分散型ツールに構成を保存するという新たな傾向があり、その主なプレーヤーは次のようになります。
- ズーキーパー (アパッチ)
- 領事(Hashicorp)
- エウレカ (Netflix)
これらのツールはそれぞれ動作が異なりますが、原則は同じです。
- 環境変数やその他の動的構成 (つまり、変更される可能性があるもの) をこれらのツールにキーと値のペアとして保存します
- 起動時にクライアント経由でこれらのツール/サービスに接続し、構成 KV ペアをプルダウンします。これには通常、クライアントがサービス名 ("
MY_APP
") と環境 ("DEV
"、"PROD
" など) を指定する必要があります。
このすべてを美しく説明し、十分なコード例を提供する優れた Consul Java クライアントがあります。
これらのツールについての私の理解では、これらのツールはZab、Paxos、Gossip などのコンセンサス アルゴリズムの上に構築されており、構成の更新がノード全体に最終的な一貫性を保ちながらほぼバイラルに広がることを可能にします。したがって、myapp
20 個のノードを持つアプリがある場合、それらの 1 つに構成変更myapp01
をmyapp20
加えると、その変更は 20 個のノード全体に数秒/分かけて自然に「広がる」という考えがあります。
私の問題は、これらの更新が実際に各ノードにどのようにデプロイされるかです。クライアント API (上記でリンクしたもの、ZooKeeper API、または Eureka API) のいずれにも、集中型サービス (たとえば、Consul cluster) は、設定の更新をプッシュしてリロードしたいと考えています。
だから私は尋ねます:これはどのように機能するはずですか(動的構成の展開とクライアントでのリロード)?ConsulのAPIは最も高度なIMHOのようですが、これら3つのツールのいずれかに対する実行可能な答えに興味があります.