問題タブ [docker-cloud]

Docker Cloud を介して Docker コンテナーに Mongo イメージをデプロイしました。Meteor アプリにリンクされています。コンテナー上のデータをバックアップする方法はありますか?

私は docker cloud でこのチュートリアルに従っています: https://docs.docker.com/docker-cloud/apps/load-balance-hello-world/

haproxy を使用してポート 80 を公開しようとすると、エラーが発生します。

デフォルト

ポート 80 をチェックすると、ポートが移動し、ポート 1936 が自動的にチェックされます

1936 を非公開にしてみてください

起動、複製された外部ポート

1936年に出版を中止

同じエラー

このコマンドを使用して docker-cloud リポジトリにクエリを実行しようとしています

docker-cloud repository ls

私はこの応答を取得します。

NAME IN_USE

私のリポジトリはここにあり、アクティブなイメージがあり ます https://hub.docker.com/r/fellfromhell/workshop-python/

私は何を間違っていますか？

私は DevOps に不慣れで、多くの異なるサービス/ノード (100 など) を処理する成長中のビジネスのための戦略を策定する必要があります。

私は Docker について学んでおり、Docker Cloud は良いサービスのように思えますが、さまざまなサービスの標準的なユース ケースとそれらを比較する方法がよくわかりません。

開発環境、展開、運用環境、およびサーバー管理を管理する方法について、いくつかのガイダンスが必要です。Docker Cloud、Chef Cloud、および AWS ECS ツールは、これらすべてに役立つのでしょうか、それとも一部の側面だけでしょうか? これらのサービスの違いは何ですか?

私はこれを完全には理解していないかもしれませんが、説明してみます。私の目的は、docker クラウドのサービスとコンテナー エンドポイントに対して生成される URL を無効にすることです。

ポートを公開しない限り、ホスト上の他のローカル コンテナーのみがそのポートにアクセスできると理解しています。ただし、Docker Cloud は、dockerfile で定義されているように、docker コンテナーによって公開されるすべてのポートに対してサービス エンドポイント URL を作成します。ローカルでのみアクセスできると思われるコンテナの一部が、Docker Clouds の URL を介して公開されているという考えは好きではありません。

サービスの URL が生成されていることは理解していますが、まだ公開されています。サービスエンドポイントの自動生成を無効にするか、認証の背後でそれらをロックダウンして、ログインできるようにすることはできますか (前者が望ましいです)。

この件に関する明確な説明をいただければ幸いです。

Docker クラウド経由で 3 つのコンテナーを持つ新しいサービスをデプロイすると、3 つのコンテナー エンドポイントと 1 つのサービス エンドポイントが得られます。

私が知りたいのは、サービス エンドポイントでコンテナーへのトラフィック転送がどのように機能するかということです。ビルトインのロード バランシングはありますか、それとも dns ラウンド ロビンだけですか?

サービス エンドポイントの IP はコンテナーとは異なるため、この転送サービスはどこで実行されているのでしょうか?

助けてくれてありがとう。

Webダッシュボードから提供されたこのコマンドを実行すると、このエラーが発生します（キーを*に変更しました）

docker info コマンドは次の出力を提供します。

Docker クラウドは Ubuntu 14.04.1 でサポートされていませんか? これを解決する方法に関するヒントはありますか?

アップストリーム コンテナの 1 つがダウンしたときに、dockerized nginx をすばやくフェイルオーバーするにはどうすればよいですか? Docker 以外の環境ではフェイルオーバーは瞬時に行われるように見えますが、Docker 化するといくつかのリクエストがタイムアウトします。

同じノード アプリの 2 つのインスタンスの前にある単一のノード/VM で、nginx をロード バランサー/プロキシとして使用しています。私は次のように新しいバージョンのデプロイを想像しました (ブルー グリーン デプロイと呼ばれることがよくあります)。

1. github にプッシュされた新しいバージョンのノード アプリ
2. Docker ハブが新しい​​イメージをビルドします
3. アップストリーム コンテナの 1 つが削除され、アップグレードされ、再デプロイされます
4. コンテナの 1 つがダウンすると、nginx は自動的に他のライブ コンテナにフェイルオーバーします
5. アップグレードされたコンテナがデプロイされると、他のコンテナもアップグレード/再デプロイのためにオフラインになります

ただし、nginx では #4 をシームレスに行うことはできません。バージョン バンプのためにアップストリーム コンテナーの 1 つを停止すると、コンテナーの 1 つがダウンしていると判断されるため、nginx はいくつかの要求を (ラウンド ロビン方式で) タイムアウトします。非ドッカー環境でこれが発生したことはありません。

これが私の docker クラウド スタック ファイルです。

nginx.conf は次のようになります。

を介して群れクラスターを作成しました

と

その後、cloud.docker.comにログインしましたが、[ノード クラスター]または[ノード] をクリックしても、群れが表示されません。

では、swarm (コマンドライン経由) とクラスター(cloud.docker.com 経由) は同じものではないのでしょうか? 違いは何ですか? また、いつどちらを使用すればよいですか?

編集: はい、私の Azure サブスクリプションはCloud Settingsの下の cloud.docker.com に追加されます。