2017-09-28 18 views
0

OpenShift2でMongoDBが正常に動作するJEEアプリケーションがあります。我々は最近OpenShift3(Wildfly & MongoDB)に移行しました。そして、我々は恐ろしい待ち時間の問題を経験しています。OpenShift3遅延問題

アプリでダイアログがデータの4.27キロバイトプル:

  • OpenShift3 Lantency:5790.00ms(5.79s)時間:0.146ms
  • OpenShift2 Lantency:17.66ms時間:0.288ms

いずれのオプションでも、最小ギア/ポッドを使用しています。

遅延を改善するためのアドバイスはありますか?我々は、2つの異なるインターネットプロバイダから試しました。

+0

どのOpenShift 3環境を使用していますか?調査中のOpenShift Online Starter環境のルーティング層には、現在いくつかの問題があります。コマンドラインで '' oc rsh''を使うか、またはポッドのためにウェブコンソールから端末を開き、 '' curl $ HOSTNAME:8080''がコンテナの中でどれくらい時間がかかります。これは、ルーティングレイヤの問題がどこにあるのか、アプリケーションに問題があるのか​​を特定するのに役立ちます。 –

+0

私はStarter環境を使用しています。 OpenShift2と3で同じアプリを比較したところ、アプリは3秒で速くなったが、待ち時間は5秒以上でアプリを使用できなくなった。私たちはAWSに移り、市場を使ってApp Serverを実行しました。私はカールオプションを試してみますが、アプリを削除しました。 OpenShift 3でアプリを作成するには時間がかかります。タイムアウトとランダムなクォータの間には、開発者はいないだろう。 OpenShift 3で私たちのアプリケーションを取り戻すことができるかどうかを知らせます。記録のために、私はOpenShiftサイトで引用されました:https://zeroturnaround.com/software/jrebel-cloud/openshift/ – Gregori

+0

lot of:ポッドは5分以上保留状態になっています。たとえば、OpenShiftから提供されるmongodbイメージを展開するだけです。 – Gregori

答えて

0

グラハムが正しい。問題は東海岸クラスターで起こった。西海岸を使用すると、インスタンスを作成するためのパフォーマンスが作成時にエラーなく改善されます。

同じテストを使用してパフォーマンスを比較する:

  • レイテンシ1410.00 MS(1.41s)期間:0.254ms

はまだWebアプリケーションのための待ち時間の時間がかかったが、少なくともをOpenShift3をテストできます。

+0

FWIW、彼らは私たちの問題がEast-1であることを理解することに近づいています。彼らはさらに掘り下げながら問題を緩和するためにいくつかの変更を加えました。 –

+0

OpenShiftの答え:「 ウィル・ゴードン(OpenShiftオンライン) 09月29日16:40 EDT こんにちはGreogri、 は、この待ち時間は、原因スタータークラスタ上で高い需要とトラフィックにある私たちは、この待ち時間のことをお詫び申し上げます。しかし、私たちのスタータークラスターは、OpenShift v3プラットフォームの学習と実験を厳密に行っているため、パフォーマンス、サポート、リソースを向上させるため、OpenShift Online 3 Proにアップグレードすることをお勧めします。 ありがとう! 〜Will OpenShiftカスタマー成功チーム Red Hat、Inc.のOpenShift Online " – Gregori

+0

その応答に説明を追加する必要があります。スタータークラスターが多量に使用されている場合でも、高いレイテンシは期待するべきものではありません。 OpenShiftを使用しているときにこれが正常であり、あなたが期待するものであるという結論には至りません。スタータークラスターは学習と実験を目的としていますが、合理的なパフォーマンスを提供することはまだ目的です。この場合、大量の要求と別の問題が混在していたため、待ち時間が長くなりました。別の問題が検討されています。 –