いくつかのシステムアーキテクチャーを持つswarmでdockerサービスを実行する

Question

私のラップトップ（x86_64）とラズベリーPis（armhf）のクラスターの両方で、分散アルゴリズムを新しいdocker swarm modeでテストしたい。

設定が完了したら、1つのマネージャノード（ラップトップ）とN + 1ワーカーノード（N個のラスププラスラップトップ）で構成されたswarmクラスタを作成できます。それはそのようになっていますx86_64版の1（my_project:x86_64）、およびarmhf 1（my_project:armhf）：

今

laptop$ docker swarm init --advertise-addr 192.168.10.1 
raspi1$ docker swarm join --token <TOKEN> 192.168.10.1:2377 
# [...] 
raspiN$ docker swarm join --token <TOKEN> 192.168.10.1:2377 

、私は私のプロジェクトのための2枚の画像を構築しました。私は実際にはM（準）独立ノードを作成することが私の望むものであるので、この新しい群モードからノード/サービスアーキテクチャが大好きです。docker service create ...コマンドを使って正しいノードに正しいイメージを与えるにはどうしたらいいですか？

私が見るところでは、docker service createはパラメータとして1つの画像しか取りません！ I saw here私は各ノードにラベルを付けることができ、この特定のラベルを持つノードだけを使用するようにサービスに依頼することができますが、それは私が望むものではありません。私は、アーキテクチャによって分割されたタスクの2つのクラスターを管理することになり、swarmモードのスケジューラーとディスパッチャーを利用したいとの私の望みが崩れてしまいます。

私は携帯性の彼の探求に悲しいオタクです、それは私です！

PS：docker swarmとdocker swarm modeは2つの異なるものであるため、これは 'docker-swarm-mode'というタグを持っています。

Answer 1

アドリアン、ドッカーキャプテンはこちら。

この時点では、コンテナがスケジュールされているノードによって異なるイメージを取得するサービスを作成することはできません。

しかし、どちらのアーキテクチャーでも、ドッキング・イメージに静的バイナリーをバンドルし、entrypoint.shを決定するというハッキングがあります。

一方、アーキテクチャごとに2つのサービスを作成できるということは、実際には悪いことではありません。 ARMおよびx86_64バージョンのアプリケーションでは、ハードウェアの仕様によって異なるスケールを必要とする場合があります。また、基礎となるハードウェアに基づいて異なるメモリ/ CPUの制限を適用することもできます。

これらのサービスは、--networkオプションを使用して同じネットワークに配置すると、相互に通信することができ、相互の相互作用の仕方を制御できます。

これは、現在の問題を回避するのに役立ちます。まだ代替案を評価している場合は、私に連絡してください。

Answer 2

これについて考えてみると、いくつかのパフォーマンスとオーバーヘッドのペナルティで、armhfイメージをどこでも実行し、エミュレートされたいくつかを実行することで、必要なことを行う方法があると思います。

画像hypriot/qemu-registerを見てください - それのソースはhttps://github.com/hypriot/qemu-registerです - それが何をしているのかを理解しているところまで読んでください。基本的には、x86マシン上でarmhfおよびaarch64バイナリをエミュレートすることができます。次に、クラスタ全体で単一のイメージを実行できます。

私が知っているのは、これがあなたが求めているものではなく、他のソリューションを使って作業しているということですが、これは役に立つかもしれません。