問題タブ [docker]

Dockerfile を使用してサービスを作成している場合、人々がイメージを構築するために Dockerfile (およびリポジトリ) を配布するよりも、Dockerfile を使用してイメージを構築し、それをレジストリにプッシュすることをお勧めしますか?

Dockerfile+repo の配布に有利なユース ケースと、レジストリの配布に有利なユース ケースは何ですか?

Docker API を使用して、別のマシンから Docker デーモンに接続しようとしています。このコマンドを正常に実行できます。

しかし、実際の IP アドレスを使用する場合は違います。

非ローカル IP を使用すると接続できないのはなぜですか?

Vagrantfile で次のように Vagrant VM を使用しています。config.vm.network :private_network, ip: "192.168.2.123"

以下はiptablesです。

dotcloud/docker から git clone した後

誰でも私が何を見ているべきか教えてください。Go 1.1 をインストールしました。lxc.cap.drop から sys_rawio を削除するために、src から docker をビルドしたかったのはそのためです。CUDA を lxc コンテナーで動作させる必要がありました。cudaコードをコンパイルできましたが、実行中に. 操作が許可されていないというドライバー関連のエラーが発生し続けます。

私は Linux コンテナーの完全な初心者であり、 Dockerについて学ぶのに時間を費やしてきました。この質問についての混乱を許してください。現在、カピストラーノを介してデプロイされた本番環境のRailsアプリがあります。私のクラウド サーバーは、Debian Wheezy ディストリビューションの Opscode Chef で維持されています。開発のために、アプリとサービスがプリインストールされた Vagrant VM があります。

Docker を採用するとしたら、アプリはどこに配置されますか? コンテナかホストか? どのようにデプロイ (本番) し、ディレクトリを共有 (開発) しますか? docker を使用して、memcache、redis、postgresql などのすべての追加サービスを同じサーバーで実行できますか? Docker の可能性は想像できるかもしれませんが、実際の使用方法を理解するのに苦労しています。

コンテナは未来の一部のようです。仮想化から切り替える人へのガイダンスはありますか?

Git でさまざまな楽しいことを実行するアプリ (git clone や git push の実行など) があり、それを Docker 化しようとしています。

コンテナーの「ユーザー」が使用するコンテナーに SSH キーを追加できるようにする必要があるという問題が発生しています。

にコピーし/root/.ssh/、変更$HOMEし、git ssh ラッパーを作成しようとしましたが、まだ運がありません。

参照用の Dockerfile は次のとおりです。

app.js次のようなgitコマンドを実行しますgit pull

SSH Daemon Serviceという記事を読みました。しかし、Centos6.4 で実行したいです。なのでほぼ同じ構造で公式のcentosイメージからセットアップしました。その後、centos sshd サーバーに接続しますが、接続がすぐに閉じられます。これがメッセージです。

centos sshd サーバーに接続できないのはなぜですか?

週末にdocker's IRCでこの質問をしましたが、答えを熟考する前に立ち去らなければなりませんでした:

コンテナ内で多数のアプリケーションを実行している場合 (ここでは、それらがすべて同じ物理ハードウェア上で実行されていると仮定しますが、そうである必要はありません)、それぞれがそれぞれを見つけられるようにしたいと考えています。その他は自動的に。

ある種のレジストリ ( etcdや DNS-SD/Bonjour など) を使用して、サービスと関連する詳細をアナウンスし、他のアプリケーションにそれらを見つけて、それに応じてトラフィックをルーティングさせることができます。

ここでの問題は、アプリケーションはコンテナー内でサービスを提供しているホスト名/ポートを認識できますが、これはアクセス可能なポートまたはアドレスである必要はないということです。結合する必要がある 2 つの情報があります。

• サービスにアクセスできる場所。コンテナの外からアクセス可能
• サービスの機能 (バージョン番号、サービスの種類); コンテナ内からアクセス可能

コンテナの壁を越えてこの情報を取得する方法を教えてください。

1. TCP 経由で docker をコンテナーに公開することで、アプリはその表示場所を照会できますが、これは関心の分離に違反しているようです。
2. アナウンスの準備のためにコンテナが開始された後、ホスト システムが照会するファイル/ポートをコンテナで開くことができますが、これは WSDL を再発明しているように感じます。

この問題をどのように解決すべきかについての考えやガイダンスはありますか?

docker コンテナーを作成し、ファイルを作成してコンテナーを終了しました。

コンテナを再起動すると：

docker run -i -t ubuntu /bin/bash

ファイルがどこにも見つかりません。確認/var/lib/docker/したところ、私のファイルが含まれる別のフォルダーが作成されました。と関係があることはわかっていUnion FSます。

1. 自分のファイルを入れて同じコンテナーを再起動するにはどうすればよいですか?
2. ファイルを変更してコンテナーをエクスポートするにはどうすればよいですか?