2016-07-14 11 views
4

docker-composeファイルを開発環境に作成し、それを使用して単一のマシン "swarm"をスピンアップします。目標は、開発環境をとして、CI、QA、およびProd環境でできるだけ一貫してにすることです。シングルマシンドワーアのスウォーム1.12

私は1年前にドッカーを使用しましたが、多くは変更されており、私のプラットフォームとして1.12を使用することに非常に関心があります。私の質問は以下の通りです:

  1. 「ノード」と「物理マシン」の違いは何ですか? 1台のマシン(別名、開発者ラップトップ)が複数のノードをホストすることはできますか?私の推測では、ノードはの仮想であり、複数のノードを持つことができるはずですが、特定のノードがあるとは限りません。
  2. #1への答えが可能であるということは、これらのさまざまなノードがすべて "ラップトップ上で実行されている"マネージャー "と一緒に"運命づけ "することができない理由はありますか?

注: - 例の多くがこれを行うことによって始める - 私は他のマシンをエミュレートする仮想マシンの持つ可能でしょう知っているが、私は、実行中のリソースコストを下げるために、任意のVMを実行しないようにしたいですこの設定

私が参照できる単一ノード集団の良い例はありますか?

答えて

4

ドッカーswarmのノードは、swarm(initまたはjoinを使用)で構成されたドッカーエンジンのインスタンスです。ドッカーエンジンのインスタンスは、最大1つのswarm(0または1)までしか参加できないため、同じエンジンに複数のノードを作成することはできません。 swarmの複数のノードをテストする典型的な開発者インストールは、複数のVMをスピンアップして、それぞれドッカーのインストールを行います。

あなたは、ワーカーを1人のマネージャーと共に持つことができます。これはワーカーでもあります。スウォームでスケジュールされたタスクは、ワーカーと同じようにマネージャー上でスケジュールされます。労働者は群れを管理する能力がありませんが、マネージャーはすべての能力を持っています。単にdocker serviceコマンドを実行できるようにしたい場合は、自分でdocker swarm initを実行してからサービスを定義することができます。

+1

私はswarmで遊んでみたかったのですが、たくさんのVMを混乱させたくないので、このswarm-in-docker setupを書きました - https://github.com/johnharris85/swarm-mode-dind-demo – johnharris85

関連する問題