これを撃ちます。 ある種のdockermachinefile.yml
サポートを追加するのはどうですか?
私の考えでは、これは作成するマシンを定義するファイルです。
amazonec2:
- name: test_amazon
count: 10
ami:
ssh-user
...
それで
docker-machine create -f dockermachinefile.yml
それらを(おそらく並行して)作成しますtest_amazon0、test_amazon1、test_amazon9 ...どのように聞こえますか?
検討されていますが(実装も作成しました、sorta、https://github.com/nathanleclaire/machine-compose)、https ://github.com/docker/infrakitが焦点になると思い
@nathanleclaire何と言って!? あなたは、InfraKitがdocker-machineに取って代わることを暗示しています。 docker-machineのように、新しい「OldSwarm」があります。
混乱してすみません@ibuildthecloud
マシンはインフラキットに置き換えられておらず、古い群れと群れとの関係は同じではないと思います。
マシンを検討する価値があるので、ここでこれを再開する必要があります。
明確にしてくれてありがとう;)
私は時すでにドッキングウィンドウのマシンで原料のこの種をやっている鶴。 .yml
ファイルを使用して構成します。ここでは、基本的に、作成するマシンの数、グローバルドライバーオプション、およびクラスターの作成中に循環するドライバーパラメーターを指定します。 例えば:
name: installr
hosts:
core:
size: 4
driver:
options:
amazonec2-zone: ["a", "b"]
apps:
size: 3
driver:
options:
amazonec2-zone: ["a", "b", "c"]
driver:
name: amazonec2
options:
amazonec2-access-key: XXXXXX
amazonec2-secret-key: YYYYYYY
amazonec2-vpc-id: ZZZZZZ
core
とapps
2種類のホストがあります。 各ゾーンa
とb
に2つのコアホストが作成され、アプリホストは3つの異なるゾーンに作成されます。 グローバルドライバオプション: amazonec2-access-key
、 amazonec2-secret-key
、 amazonec2-vpc-id
は、それらすべてで同じになります(ただし、上書きできます)。
name
がプレフィックスとして使用されます。
最も参考になるコメント
私は時すでにドッキングウィンドウのマシンで原料のこの種をやっている鶴。
.yml
ファイルを使用して構成します。ここでは、基本的に、作成するマシンの数、グローバルドライバーオプション、およびクラスターの作成中に循環するドライバーパラメーターを指定します。 例えば:core
とapps
2種類のホストがあります。 各ゾーンa
とb
に2つのコアホストが作成され、アプリホストは3つの異なるゾーンに作成されます。 グローバルドライバオプション:amazonec2-access-key
、amazonec2-secret-key
、amazonec2-vpc-id
は、それらすべてで同じになります(ただし、上書きできます)。name
がプレフィックスとして使用されます。