Machine: 機械の輸出入

これの利益は何ですか？ 私の観点からマシンを使用する目的は、Dockerを搭載した単純なマシンをセットアップすることです（派手なものやカスタムのものはありません）。 そのことを念頭に置いて、マシンの作成またはエクスポート->インポートはまったく同じであり、私には何のメリットもありません。

マシンを作成するときは、1台のコンピューターからしか使用および管理できません。 あなたはしたいかもしれない：

1）ホストをバックアップします
2）それらを別のコンピューターに転送する
3）チームメンバーと共有する

マシンを終了せずにリストから削除できるように、 dropコマンドが必要ですか？ 一部のマシンをエクスポートして別のコンピューターに転送した後は、役立つかもしれないと思います。

保存されたファイルには正確に何が含まれますか？ すなわち; デーモンに接続するためのトークンが含まれていますか？

理想的には、ホストにアクセスできるようにコンピューター/人を管理するための何かがあるはずです。 新しいコンピューターを既存のホストに接続することができるワンタイムトークンの方針に沿って考える。

@bfirsh @waitingkuoこれは、Rancherで使用する非常に便利な機能のようです（マシンのサーバー側を使用したいと思います）。

何らかの理由で実装（＃29）が停止したようです。 ヘップを試みるために私ができることは何ですか？

+1は素晴らしいでしょう

+1

+1

+1

Dockerマシンを簡単にエクスポートできるように、自分たちで使用するツールを作成しました。 基本的に、すべての証明書のsshキーをエクスポートします。 フィードバックは大歓迎です！

https://github.com/blackbeardapp/docker-machine-export

やり過ぎかもしれませんが、docker-machineレジストリのようなものは素晴らしいでしょう！

現在、Docker設定を共有するためにgitリポジトリを使用しています。問題は、一部のユーザーがvirtualboxマシンを使用していることであり、それが欠点です。

@kevinsimperどのようにそれらをインポートして戻しますか？

この問題には、開発者間でスウォームクラスターを共有するというアイデアが含まれていますか？

@saadaクラスター構成ではなく、資格情報の共有のみを対象としていると思います。
この能力を機械に持たせるのは素晴らしいことです。
現在、私はhttps://github.com/efrecon/machineryとhttps://github.com/nathanleclaire/mobyしか知りません

+1

同じホスト内のユーザー間でマシンを共有する機能を管理しています。
そして、これに対する回避策はありますか？ 今のところ~/.docker/machine/フォルダ全体をコピーしています

+1

+1

+1

+1

+1

+1

+1

+1

+1

あなたの意図を示すためのより良い方法は、 Subscribe （右側の通知）をクリックすることだと思います

この機能がネイティブに実装されるまで、その間に使用できるインポート/エクスポートスクリプトを作成しました。 お役に立てれば ：）

https://gist.github.com/schickling/2c48da462a7def0a577e

@schicklingおそらく、このリポジトリの「contrib」ディレクトリに何かを追加する必要がありますか？ https://github.com/docker/machine/tree/master/contrib/completion

残念ながら、それを行う時間はありませんが、お気軽にご利用ください。

+1

+1

+1

Dockerマシンをエクスポート/インポートするためのさらに別の小さなユーティリティを作成しました。 これをCIデプロイメントに使用しています。 https://www.npmjs.com/package/@mumbacloud/dmport

https://github.com/blackbeardapp/docker-machine-exportのkevinsimperに感謝します

また、エクスポート/インポートスクリプトの作業も開始しましたが、 certsと特定のマシンフォルダーmachines/<myMachine>重複ファイルがある理由がよくわかりません。 また、 config.jsonパスを.docker/machine/machines...外のいくつかのカスタムパスに調整した後、dockerはまだいくつかの証明書/ペム/キーがそのフォルダーにあることを期待していることに気付きました

誰かが実際にどこにあるべきかについてのドキュメントを推奨できますか？

Node.js開発者はこれを積極的に使用しているようです（そして独自のソリューションを書き直しています）。 これはツイッターで見つけたもの

https://www.npmjs.com/package/machine-share

Docker Machine構成の共有：

npm install -g machine-share
machine-export <machine-name>
machine-import <machine-name>.zip

Nodeがインストールされていない場合は、同じノードパッケージ（ @StefanSchererで言及されている）にもシェルスクリプトが含まれています。

https://github.com/bhurlow/machine-share/blob/master/export.sh
https://github.com/bhurlow/machine-share/blob/master/import.sh

これは回避策ですが、docker-machineはこれを処理し、理想的には開発者/ユーザーごとに一意の証明書を提供する必要があります（したがって失効が可能です）。

現在のエクスポート/インポートスクリプトで発生している問題は、 ~/.docker/machine/certs内の既存のファイルを上書きすることです。

私はdmportについてのみ話すことができ、ファイルが存在する場合は上書きします。

DockerCIで使用しているので問題ありません
それぞれの新しいコンテナなので、上書きするものはありません
デプロイします。

私はすぐにdmportをクリーンアップすることを計画しています私は防ぐフラグを追加することができます
役立つ場合は既存のファイルを上書きする
2016年6月1日午前1時54分、「MaxBruchmann」 [email protected]は次のように書いています。

現在のエクスポート/インポートスクリプトで私が抱えている問題は、それらが
〜/ .docker / machine / certs内の既存のファイルを上書きしますね。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/docker/machine/issues/23#issuecomment -222932695、またはミュート
スレッド
https://github.com/notifications/unsubscribe/ADIV-3T7FEa9CJvn_UdTb9AeQfwI3lkCks5qHUjegaJpZM4DFGT5
。

+1

このタスクにはDockerコンテナーを使用しています-他に何がありますか😄

また、すべてのユーザーに対して同じ環境（証明書構成パスなど）をホストボリュームとしてマウントするという考え方もあります。 rojから作成されたコンテナーでは、 docker-machine 、 docker-compose 、およびdockerを使用できます。 また、データフォルダーをzipとして電子メールで渡すか、プライベートgitリポジトリに入れることができます。

+1

私のユースケースが他のユースケースと同じかどうかはわかりません。目的ごとに異なるマシンをいくつか作成したので、それらの存在と（マイナーな）構成をバックアップしたいと思います。 ボックスを再作成するために使用されるいくつかの単純なテキストファイルが欲しいだけです。

https://www.npmjs.com/package/machine-shareが私のMACHINE_STORAGE_PATHを尊重していないようです。 schicklingのスクリプトは、いくつかの大きなバイナリファイル（例：boot2docker.iso）をバックアップします。 https://www.npmjs.com/package/@mumbacloud/dmportはいくつかのエラーをスローしました。

また、この機能が必要です。開発用にdocker-machineを使用してgcloud上にマシンを作成し、同僚がコンテナーを実行してログを表示できるようにします。

私は実際、これがまだサポートされていないことに驚いています。 私の例は、ラップトップからAzureにdocker swarmクラスターを作成し（これを完全に考えずに）、他の開発者がクラスターを管理できるようにしたいので、誰もが共有できる共有VMをAzureに作成しました。 docker-machineをインストールしましたが、ラップトップからAzureのジャンプボックスにマシンをインポートする方法が必要です。

@jcrbenこんにちは、MACHINE_STORAGE_PATHに関して、 machine-shareに完全な問題を投稿するのはどうですか？

最近bhurlowの作品をレビューしましたが、何かが壊れているかどうか知りたいです。

@jcrben https://github.com/dmstr/docker-rojも試しました

人々は、適切なすべてのものを愛するために、個別のコメントとしてではなく、OPを👍してください。 「+1」スパムは会話の邪魔になります。

参考： ＃3212

@lnshi docker-machine create -d generic ...使用して既存のDockerサーバーをインポートする際の問題は、証明書を再作成してDockerを再起動することであるため、本番/チームワークのシナリオには適していないと思います。

@pedrodevoto私が知っている、pplがそこでたくさん議論したので、私はちょうどその問題に言及しました。
今のところ、適切な解決策はまだないと思います。

@ntwrkguruはまだ、問題を関連性のある生きたものにします。 絵文字に関する通知はありません。

この問題はほぼ4年前のものであり、さらにいくつかの+1コメントが突然優先事項になるとは思えません。

@ntwrkguru docker devsが問題を👍でソートしている限り、それは彼らのレーダーにあるはずです。 これは、現時点で2番目に賛成の問題です。 したがって、👍を継続して、それがトップに留まるようにします。

さて、Dockerチームがどのように問題を優先するかはわかりませんが、有料の顧客もいるに違いありません。パブリックコミュニティの機能リクエストを確認する前に、常に最初に来ると思います。

同じ： https ：

Dockerに慣れてきて、docker-machineを使用して最初のホストを構築しました。 ある日後、別のワークステーションを使用してDockerホストに接続しようとしています...少なくともいくつかの大きな頭痛の種がなければ、それが不可能であることに驚いています。 チームがホストを管理できるようにするための重要な機能のようです...

これは、docker-machineがチームツールとして設計されたことがないためです。 これは、Dockerを自動インストールしてリモートCLI管理用のDockerdTLS証明書をセットアップするVMを個人が簡単に作成できることを意味します。

チーム用のDocker環境を構築してデプロイしようとしている場合は、別のツールを使用することをお勧めします。

@BretFisherとそれはどのようなツールでしょうか？ 3つの異なるワークステーションからだけで、チームに使用したいというわけではありません...

docker-machineの大きな利点の1つは、リモートCLI管理用にdockerエンジンにTLSを設定することです。

本日、Docker Engine 18.09がリリースされ、SSHトンネリング（ある種の）を使用したリモートCLI管理を可能にする優れた新機能がリリースされました。これは、Docker EngineRBACでいっぱいにする必要がない私たちにとってはるかに優れたアプローチIMOです。 リモート管理を簡単にするためだけにdocker-machineを使用している場合は、18.09でこれを確認することをお勧めします。 Dockerサーバーとクライアントの両方が18.09上にある必要があり、SSHで接続できる限り、CLIをリモートで使用できます。

Docker Captain Luc Juggeryは、これについて簡単に説明しています。 Dockerをリモートで使用するデフォルトの方法になると思います。

@BretFisherとわかりますが、docker -machineに入れておくと便利です。 SSH経由でそれらを管理する場合は、docker-machineを使用してそれらをデプロイすることすら気にせず、代わりにAnsibleを使用する可能性があります。 Docker-machineは、優れたツールの1つですが、開発が不足しているため、平凡なものに追いやられています。

シングルユーザーオプションの@adilindenには次のものがあります。

1. プライベートおよび/または暗号化されたgitリポジトリ内のそれらのマシン間で~/.docker/machine/machines同期します。 ~/.docker/machine/certsも必要かもしれませんが、よくわかりません。 プライベート証明書を保存しているため、適度に安全である必要があります。

2. DockerがすでにインストールされているAMI、Dropletなどを選択し、それらをデプロイします。 次に、新しい18.09 SSH機能を使用して、Dockerエンジンをリモートで制御します。

3. 上記のマシンデータディレクトリをエクスポート/インポートする多くのツールの1つを試してください。

@BretFisher私は＃2が本当に好きです。すべてのノブとボタンがすでに配置されているので、これは私のシナリオにとって断然最良のオプションのようです。 ホストの切り替えも、単一の環境変数を設定するだけなので、簡単に見えます。

ここで、Docker for Macを18.06.1-ce-mac73（26764）ではなく18.09にする方法を理解します。

@ntwrkguru docker -machineは、1回限りのマシンや個人的なセットアップ、または最大10台のサーバーしか必要としない人に最適ですが、10台以上のサーバーを管理しようとしたことがあれば、すぐにその制限がわかります。 それは開発の欠如によるものではなく、ツールの当初の目標の「範囲内ではない」ためだとは言えません。

SSHでは、この場合はansibleを使用しません。つまり、18.09以降を実行するDockerサーバー（ansibleまたはその他）をデプロイした後は、そのサーバーへのSSH権限がある限り、これで、次のようなことができます。

docker -H ssh://[email protected] run -p 80:80 nginx
または
DOCKER_HOST=ssh://[email protected] docker system prune

特別な設定やセットアップなしでそのエンジンをリモートで制御するため。 環境変数をエクスポートしてから、そのエンジンに対して一連のコマンドを（ansibleなどでラップせずに）実行できると非常に便利です。

@adilinden Linuxリリースは本日リリースされたばかりなので、それを使用するすべてのダウンストリーム製品を展開するには、チームに数日または週を与える必要があります:)。 今日それが必要な場合は、18.09ベータ版がありMacで問題なく動作するエッジリリースを使用してください。

確かに、私はここ数年、docker-machineをいじっていません。 プレーンなDockerエンジンを実行しているサーバーが4台残っています。

では、 docker -H ssh://[email protected] run -p 80:80 nginxとssh://[email protected] docker run -p 80:80 nginx間のメリットは何ですか？

[編集]議論の余地はありません。 明らかなメリットがあるのではないかと思います。

@ntwrkguru docker -H ssh://[email protected] .コマンドを使用して、ワークステーション上のDockerファイルからビルドできます。 ssh -luser 10.10.10.10 docker build .を使用すると、（予想どおり）同じことが失敗します。

参考までに、ソケット転送にsshを使用することもできます。 https://medium.com/@dperny/forwarding -the-docker-socket-over-ssh-e6567cfab160によると、わずかな変更が加えられています。

1つのターミナルセッションで実行

ssh -nNT -L $(pwd)/docker.sock:/var/run/docker.sock -l user 10.10.10.10

別の実行で

docker -H "unix:///$(pwd)/docker.sock" run -p 80:80 nginx

または

export DOCKER_HOST="unix:///$(pwd)/docker.sock"
docker run -p 80:80 nginx

同じ問題が発生し、バックアップと復元を行うためのシェルスクリプトを作成しました。
https://github.com/usr42/docker-machine-backup

本当に必要なデータのみがバックアップされます。 たとえば、バックアップ内にISOファイルはありません。