コンサルの奴隷は遊牧民の奴隷と一緒に走らせるべきですか、それとも遊牧民の奴隷の中で走らせるべきですか? 後者はまったく意味をなさないかもしれませんが、念のため尋ねています。
ノマド スレーブ (ワーカー ノード内) と並行して実行される領事スレーブを使用して、独自のノマド クラスターを立ち上げました。デプロイ可能なアーティファクトは Docker コンテナー (Java Spring アプリケーション) です。現在のセットアップの問題は、アプリケーションが領事スレーブに (構成を読み取るために) アクセスできないことです (0.0.0.0、localhost、worker node ip のいずれも機能しませんでした)。
私のサービスが 8080 を公開しているとしましょう。ブリッジをネットワーク モードとして使用するように Docker 部分を (hcl ファイルで) 構成しました。Nomad は 8080 を 43210 にマップします。私のサービスが consul スレーブに到達して構成を読み取ろうとするまで、すべて問題ありません。理想的には、nomad ワーカー ノードの IP を領事ホストとして Spring に与えるだけで十分です。しかし、なぜかそうではありません。
私は最新バージョンのノマドを使用しています。
https://github.com/bmd007/statefull-geofencing-faas/blob/master/infrastructure/nomad/client1.hclのように遊牧民のスレーブを構成しました
以下のリンクは、 consulスレーブをどのように構成/実行したかを示しています 。
注: 静的ポート マッピングとホストを docker のネットワーク モードとして (nomad で) 使用する場合は問題ありませんが、各ワーカー ノードに各アプリケーションの複数のインスタンスをデプロイすることはできません (ポートの競合のため)。