2017-02-19 10 views
0

私は、SwarmモードのUbuntu 16.04でDocker 1.13を使用しています。私はポート80で公開されている1つのサービス(3つのレプリカ)を持っています。サービスに接続しようとすると断続的な接続障害が見られます。サービスは正常に機能しますが、サービスに対していくつかの負荷テストを実行するとこれらの間欠的な問題が非常に一般的になります。エラー率は、リクエストの50〜75%が失敗する可能性があります。私の理論は、負荷テスト後にクラスタが非常に不安定になるということです。Docker Swarmサービスの断続的な接続エラー

セットアップは、3つのマネージャノードと3つのワーカーノードで構成されています。私は3つのワーカーノードの前にロードバランサを持っています。トラブルシューティングの目的で、私は排除のプロセスを使用していますが、現在は負荷分散装置を経由しないでlocalhostを使ってサービスを実行しようとしています。この時点で私は問題をDocker Routing Meshに帰して、私が放棄できることをすべて試しました。

他のインフラストラクチャアイテムと重複しない明示的なサブネットを持つオーバーレイネットワークを使用しています。別の仮想ネットワーク内のAzureのVM私は、個々のワーカーノードにログオンし、容器/サービスインスタンスを確認したサービスインスタンスが起動し、コマンドsudoのドッキングウィンドウサービスPS を使用して実行されていることを確認した

は、コマンドsudoのドッキングウィンドウのPS

を使用して実行し、健康です

他の詳細や提案が必要な場合はお知らせください。

ありがとうございます!

答えて

0

私は構内セットアップで同じ問題がありましたが、問題は1.12.xにもあります。それについては、いくつかのgithub issuesがあります。あなたは現時点でコミュニティをいくつか緩み、すばらしい仕事をしています。スウォームはかなり新しく、驚くほど簡単にセットアップできます。私が何をしたか

は私のテスト結果は、現時点では期待されている、オーバーレイネットワークのためのflanneldKubernetesに移動しました。

+0

ありがとうございました!はい、間違いなくコミュニティは素晴らしい仕事をしています。私はちょうど解決策がなければ、私たちができることを計画し、Kubernetesに移行する計画を立てることができるかどうか、あるいは私はいくつかの調整を行うことができるという確認を得たかったのです。 – isingh

+0

問題はありませんが、私は実際にさまざまな関連githubの問題を見つけた後で問題をデバッグしませんでしたが、もしそうした場合は、コミュニティが問題を修正できるようにログファイルで問題を作成してください。 –

関連する問題