タグ付けされた質問 「docker-swarm」

DC / OSでDockerコンテナーを実行する際に、MarathonとChronos、Docker Swarm、またはKubernetesを使用するかどうかについて、いくつかの長所と短所を探しています。 たとえば、KubernetesよりMarathon / Chronosを使用する方が良い場合はいつですか？ 現在、私は主に実験中ですが、うまくいけば、夏の後にこれらのサービスの1つを本番環境で使用し始める予定です。それまでに本番環境での準備ができるかどうかはわからないので、これはDocker Swarmを失格にする可能性があります。 私がDocker Swarmについて気に入っているのは、本質的には「Dockerコマンド」だけであり、まったく新しいことを学ぶ必要がないことです。私たちはすでに使用してdocker-composeおり、それはDocker Swarmで（少なくとも理論上は）そのまま使用できるため、大きなプラスになります。Docker Swarmに関する私の主な懸念は、システムを運用環境で実行するために必要なすべてのユースケースをカバーするかどうかです。

101 docker  kubernetes  marathon  docker-swarm  dcos 

Docker Swarmは、次の2種類のストレージを管理できます。 volume そして bind 一方でbind、それはタスクに（各群れノード上で）ローカルディレクトリ間の結合を作成するのでドッカードキュメントによって示唆されていない、volume私はボリュームがタスク間で共有されているかを理解していないので、実装は、言及されていませんか？ Docker Swarmはノード間でボリュームをどのように共有しますか？ ボリュームはどこに保存されますか（マネージャー上？およびマネージャーが複数ある場合？） 異なるネットワーク上の異なるマシンで実行されている場合、ノード間で問題はありませんか？ VPNを作成しますか？

96 docker  docker-swarm  docker-machine 

Docker-ComposeとDocker-Swarmの違いや類似点を理解しようとしています。 ドキュメントを読むことで、docker-composeは、異なるコンテナーをバインドし、単一のサービスとして共同で動作するメカニズムを提供することを理解しました（2つのコンテナーをリンクするために使用される--linkコマンドと同じ機能を使用していると思います） また、docker-swarmについての私の理解は、それぞれがいくつかのdocker-imagesの複数のコンテナーインスタンスを実行している異なるdocker-hostsのクラスターを管理できることです。接続を、スウォーム内の異なるコンテナー間のオーバーレイネットワークとして定義し（スウォーム内の2つのDockerホストにまたがる場合でも）、それらを1つのユニットとして接続できます。 私が理解しようとしているのは、docker-swarmがdocker-composeに成功し、オーバーレイネットワークがコンテナーを接続するための新しい（推奨される）方法であるということです。 それとも、docker-composeはまだdockerファミリー全体の不可欠な部分であり、それを使用してコンテナーを接続して共同作業を行うことが期待され、推奨されています。もしそうなら、docker-composeは群れの異なるノードにまたがるコンテナで動作しますか？ それとも、オーバーレイネットワークは群れの異なるホスト間でコンテナを接続するためのものであり、docker-composeは内部リンクを作成するためのものですか？ さらに、dockerのドキュメントに、-linksは推奨されなくなり、まもなく廃止されることが記載されていることもわかりました。 私は少し混乱していますか？ どうもありがとう！

85 docker  docker-compose  docker-swarm  docker-swarm-mode