前ドッキングウィンドウ-構成する単一のサービスいくつかの例をして開発された、ストレステストは今日始まったとPostgresのCPU負荷を発見した非常に重いです、CPUを設定したいドッカ・コンV3の後にのみ書き込むことができることをデプロイフィールドを見つけましたが、ドッカデプロイをサポートしていませアップ-compose
https://docs.docker.com/compose/compose-file/#deploy
言うことができる唯一の群れモード。これは、ドッキングウィンドウのコンV3は、これを直接設定することはできませんと言っに等しいのですか？
今、おそらく平均ドッキングウィンドウを理解群れを開始します：
同じドッキングウィンドウ-compose.ymlを編集しますが、労働構成し、群れ/スタックの分割はこれです：
DEVビルドの再起動のためのサポートをドッキングウィンドウ-構成するが、デプロイをサポートしていません、
さまざまな設定をサポートするために使用群れ/スタックは、CPUとメモリの割り当てを含め、deplyをprodが、唯一の画像からコンテナサポートを作成し、ビルドをサポートしていません。
その後、準備作業を完了したドッキングウィンドウ-コンで開発されてきた基本的な前提はこれです：
一ドッキングウィンドウ-compose.yml
群れモード、各seriveだけでなく、イメージを持って構築する必要があります。
最も簡単な方法は、最初にある--buildまで、正しく実行されているアップドッカ-構成
そして、ドッキングウィンドウ画像lsが名前のミラーイメージを作成するために表示します
以下の各サービスのコピー、
その後、フィールドが増加し、特にMODE、単一の場合、グローバル設定を展開することを忘れないでください
フォームをYML：
バージョン：「3.7
サービス： ゲートウェイ：＃1 nodejs + socket.ioサーバ イメージ：lh2- runtime_gatewayの ビルド：。/機械/ lh2- ゲートウェイ
...下略
設定の群れ
ドッカー-compose.ymlの経路に（ドッカー-COMPOSE実行は元のパスです）
ドッキングウィンドウ群れのinit
詳細をスキップ、単に、私たちのマネージャーと労働者が同じマシンは、その後、ということです、この文は十分にある、何かに参加していません
二つ。スタック
ドッキングウィンドウスタックが展開-c ドッキングウィンドウ-compose.ymlスタックデモを
スタックを作成します（つまり、サービスの束）ドッカ-compose.ymlを使用して、
実際には、そのようなサービスが作成されています。
しかし、実際にはサービスがオンラインに見つからなかった。確認してください
レプリカ最大1の各サービスのコピーの数ですが、現在の活動は0で、 全体では起動しませんでした
IDと、特定のサービスをチェックし続けます
私は,.エラーを繰り返していることを発見した「プールは、他の1と重なって...」
これは、ネットワークについてですと、に応じて
https://blog.csdn.net/u010483897/article/details/88017387
それ以外の場合は1が同じポートを拒否していたので、ネットワークおよびサービスのドッキングウィンドウ-compose.yml作成を削除するには
ドッキングウィンドウのネットワークを見て
最後に、スコープが群れ、オーバーレイドライバがちょうど作成されたとき、あなたは維持したいです
だから、ローカルブリッジの前で、それが削除されます
ちょうどそのサービスを参照して、その後、削除、および後に、正常に起動するのエラーを求めるメッセージが表示されていません
ディスプレイの数は世界的なフル1/1であるため、
この時点で、すでにサービスを利用することができます。
ドッキングウィンドウの統計はフル稼働中のサービス、および同じドッキングウィンドウ-compseでタイムアップを表示することができます
概要
完全展開の成功を理解する。彼らが実行すると言って、スタックされたものを、あまりにも群れと呼ばれるチューブを行っていない何ほとんどないピット、あなたが思ったより簡単。基本から夕食の後、2時間。
それでも、そうでない。完全に、より良い別のマシン上で分離しドッカ・コンビルド時間を展開し、開発環境を感じ、または再削除するには、ネットワーク経由で作成します。しかし、貧しい人々はそれを助けることはない。また、でしょう。