問題タブ [docker-swarm]

Docker で異なるホスト マシン上の 2 つのコンテナーを接続するにはどうすればよいですか? あるホストの mongodb のデータを、別のホストの nodejs アプリケーションで使用する必要がありますか? 誰でもこのような例を教えてもらえますか?

DC/OS で Docker コンテナーを実行する場合、Marathon と Chronos、Docker Swarm、または Kubernetes のいずれを使用するかについて、いくつかの長所と短所を探しています。

たとえば、どのような場合に Marathon/Chronos を使用した方が Kubernetes よりも優れているでしょうか? またその逆の場合は?

現在、私は主に実験に取り組んでいますが、うまくいけば、これらのサービスのいずれかを夏以降に本番環境で使用できるようになることを願っています。それまでに本番環境に対応できるかどうかわからないため、Docker Swarm は失格になる可能性があります。

Docker Swarm について私が気に入っているのは、それが本質的に単なる "Docker コマンド" であり、まったく新しいことを学ぶ必要がないことです。私たちはすでに使用docker-composeしており、Docker Swarm ですぐに使用できるので (少なくとも理論上は)、大きなプラスになるでしょう。Docker Swarm に関する私の主な関心事は、運用環境でシステムを実行するために必要なすべてのユース ケースをカバーできるかどうかです。

docker-machine を使用して swarm をセットアップしようとしています。docker-hub トークンを使用して、virtualbox ドライバー (swarm-master、swarm-node-00、swarm-node-01) を使用して、3 つの VM の群れを作成しました。情報は次のとおりです。

さて、このスウォームを使用してコンテナーを実行しようとすると、次のエラーが発生します。

ここで正確に何が間違っているのか、私が理解するのを手伝ってもらえますか?

マシンで docker swarm を実行する実験を行っています。プロバイダーとしてvirtualboxを使用しています。3 つの VM を生成し、swarm-master、swarm-node-00、および swarm-node-01 として実行できます。しかし、swarm クラスターを使用できません。追加情報を次に示します。

ここで問題を理解するのを手伝ってもらえますか?

Docker コンテナーを小さなクラスターにスケジュールしたいと考えています。実行されるジョブは、主に Rapidminer 計算のような 1 回限りのジョブであり、永続的なサービスではありません。

私は利用可能なシステムについて多くのことを読み込もうとしましたが、Web サーバーのような永続的なジョブが存在しないため、Kubernetes は実際には必要ではないと考えています。

ただし、単純な Ubuntu LTS ホストで Swarm を使用するという最初の考えを、CoreOS の使用に置き換えるべきではないかどうかはわかりません。特に、CoreOS には独自のスケジューリング ソリューションがあるようですが、より複雑に見えます。

CoreOS は、特定のユース ケースで Ubuntu+Swarm よりも使用する価値のある利点を提供しますか?

2つのubuntuボックス、1つのcentosにインストールされたdocker swarmをセットアップし、ファイアウォール、selinux、iptablesを無効にしました。

私が使用したガイドは次のとおりです。http://devopscube.com/docker-tutorial-getting-started-with-docker-swarm/

スウォームを管理しようとすると、次のようになります。

何か案は？

Docker Swarm を使用しようとしています。そのためには、次のコマンドを使用して、各ノードで -H フラグを指定して Docker デーモンを起動する必要があります。

ノード (Debian 8、Docker 1.6.0) でこれを実行すると、デーモンが初期化を完了したことが表示されても、コマンドは停止しません。

完全な出力:

この最後の行の後は何も起こらず、別のコマンドを書くことができません。

またscreen、最初のコマンドの後にコマンドを実行できるようにコマンドを実行しましたが、Docker コマンドを実行するとエラー メッセージが表示されます。

このコマンドは、デーモンが正しく起動しなかったことを明確に示しています。Swarm Agent のリモート API を開始して、Swarm Manager が TCP 経由で利用できるようにする Docker デーモンを作成するにはどうすればよいですか?

docker コンテナーを swarm クラスターで実行する場合、コンテナーは ENV 変数などを介してクラスター ノードのすべての IP にアクセスできますか?

swarm クラスター内の各ノードで Elasticsearch インスタンスを実行したいと考えています。そして、それらはユニキャスト モードでお互いを検出します。したがって、各 Elasticsearch インスタンスは、クラスター内の IP のリストを使用して構成する必要があります。

Docker Remote API を使用して、いくつかのフィルターを使用して、swarm でコンテナーを実行したいと考えています。たとえば、REST API を使用して、次のコマンドと同じことを実行したいと考えています。

Swarm API は Docker Remote API とほぼ互換性があることを知っており、Remote API のドキュメントを読みましたが、REST API で同等のコマンドを作成するために使用する必要があるパラメーターを見つけることができません。

CentOS VM で docker を実行しています。いくつかのバージョン情報:

Linux cmodqa.lab.c-cor.com 3.10.0-229.4.2.el7.x86_64 #1 SMP 水 5 月 13 日 10:06:09 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

[root@xxx ~]# docker バージョン クライアント バージョン: 1.6.0 クライアント API バージョン: 1.18 Go バージョン (クライアント): go1.4.2 Git コミット (クライアント): 8aae715/1.6.0 OS/Arch (クライアント): linux/amd64サーバー バージョン: 1.6.0 サーバー API バージョン: 1.18 Go バージョン (サーバー): go1.4.2 Git コミット (サーバー): 8aae715/1.6.0 OS/Arch (サーバー): linux/amd64

root として次のコマンドを実行します。

TOKEN=$(docker run --rm swarm create)

戻り値：

タイムスタンプ: 2015-05-29 09:26:25.967347311 -0700 PDT コード: システム エラー

メッセージ: [/usr/bin/tar -cf /var/lib/docker/tmp/c77446605e81944d4fb0d09a68339d2026db2b2af100/_tmp.tar -C /var/lib/docker/devicemapper/mnt/c77446605e81944d4fb0d09a68339d2026db2afs:/bin/usr/mps に失敗しました。 tar: /var/lib/docker/devicemapper/mnt/c77446605e81944d4fb0d09a6cb119e60ff/rootfs/tmp: chdir できません: そのようなファイルまたはディレクトリはありません /usr/bin/tar: エラーは回復できません: 今すぐ終了します: 終了ステータス 2

フレーム:

0: setupRootfs パッケージ: github.com/docker/libcontainer

ファイル: rootfs_linux.go@30

1: パッケージの初期化: github.com/docker/libcontainer.(*linuxStandardInit)

ファイル: standard_init_linux.go@52

2: StartInitialization Package: github.com/docker/libcontainer.(*LinuxFactory)

ファイル: factory_linux.go@223

3: 初期化パッケージ: github.com/docker/docker/daemon/execdriver/native

ファイル: init.go@35

4: パッケージの初期化: github.com/docker/docker/pkg/reexec

ファイル: reexec.go@26

5: メイン パッケージ: メイン

ファイル: docker.go@29

6: メイン パッケージ: ランタイム

ファイル: proc.go@63

7: goexit パッケージ: ランタイム ファイル: asm_amd64.s@2232 time="2015-05-29T09:26:27-07:00" level=fatal msg="デーモンからのエラー応答: : exit stat

tar コマンドが読み取ろうとしているファイル システムの場所が存在しません:

[root@cmodqa system]# ls -l /var/lib/docker/devicemapper/mnt/c77446605e81944d4fb0d09a68339d2026db2b2af1335a8a6395b1cb119e60ff/rootfs/tmp ls: cannot access /var/lib/docker/devicemapper/mnt/c77446605e81944d4fb0d09a68339d2026db2b2af1335a8a6395b1cb119e60ff/rootfs/tmp: No such fileまたはディレクトリ

実際には：

ls -l /var/lib/docker/devicemapper/mnt/c77446605e81944d4fb0d09a68339d2026db2b2af1335a8a6395b1cb119e60ff 合計 0

コンテナーの rootfs が存在しないようです。（容器が止まったら消える？）

私はこれを数回実行しました。同じ結果です。