問題タブ [netflix-zuul]

私は、Zuul プロキシ サービスに支えられた単純なスプリング クラウド アプリのストレス テストを行っています。Zuul とサービスの間の接続が古くなっているために、パイプ例外が散発的に発生します。Zuul をさまざまな設定オプションで設定しましたが、成功しませんでした:

これを解決するための手がかりを事前に感謝します。例外は次のとおりです。

com.netflix.zuul.exception.ZuulException: org.springframework.cloud.netflix.zuul.filters.route.RibbonRoutingFilter.forward(RibbonRoutingFilter.java:151) ~[router.jar!/:0.0.1] で転送エラーが発生しましたorg.springframework.cloud.netflix.zuul.filters.route.RibbonRoutingFilter.run(RibbonRoutingFilter.java:114) ~[router.jar!/:0.0.1] com.netflix.zuul.ZuulFilter.runFilter(ZuulFilter.java) :112) ~[zuul-core-1.0.28.jar!/:na]

原因: com.netflix.hystrix.exception.HystrixRuntimeException: query-serviceRibbonCommand が失敗し、フォールバックを利用できません。com.netflix.hystrix.AbstractCommand$20.call(AbstractCommand.java:816) で ~[hystrix-core-1.4.0-RC6.jar!/:na] com.netflix.hystrix.AbstractCommand$20.call(AbstractCommand. java:798) ~[hystrix-core-1.4.0-RC6.jar!/:na] at rx.internal.operators.OperatorOnErrorResumeNextViaFunction$1.onError(OperatorOnErrorResumeNextViaFunction.java:77) ~[rxjava-1.0.4.jar! /:1.0.4] rx.internal.operators.OperatorDoOnEach$1.onError(OperatorDoOnEach.java:70) で ~[rxjava-1.0.4.jar!/:1.0.4]

原因: java.net.SocketException: java.net.SocketOutputStream.socketWrite0(Native Method) で壊れたパイプ ~[na:1.8.0_45] java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:109) で ~[na: 1.8.0_45] java.net.SocketOutputStream.write(SocketOutputStream.java:153) で ~[na:1.8.0_45] org.apache.http.impl.io.AbstractSessionOutputBuffer.flushBuffer(AbstractSessionOutputBuffer.java:159) で ~[ httpcore-4.3.3.jar!/:4.3.3] ... at rx.internal.operators.OperatorMap$1.onNext(OperatorMap.java:55) ~[rxjava-1.0.4.jar!/:1.0.4 ] com.netflix.loadbalancer.reactive.LoadBalancerCommand$1.call(LoadBalancerCommand.java:185) で ~[ribbon-loadbalancer-2.0-RC13.jar!/:na] com.netflix.loadbalancer.reactive.LoadBalancerCommand$1.call で(LoadBalancerCommand.java:180

これに基づいてサンプルのzuul サーバーを作成しました: https://github.com/spring-cloud-samples/zuul-server、リボンとeureka サーバーでダミー サービスを呼び出すデモ サービス。zuul からデモ サービスに移動し、次にダミー サービスに移動しますが、(jmeter を使用して) 1 秒あたり zuul 200 リクエストをスローすると、失敗し始めます。

転送エラー

原因は次のとおりです。

原因: java.net.SocketTimeoutException: 読み取りタイムアウト

いくつかの構成を試しましたが、何も変わらないようです。私が今持っているapplication.propertiesは次のとおりです。

Hystrix フォールバック メソッドを実装していません。方程式から Zuul を取り出してデモ サービスを直接実行すると、1 秒あたり最大 2000 のリクエストを投げることができ、すべてが成功します。

質問は次のとおりです。

1. Zuul が 1 秒あたり数トランザクションしかサポートしないのはなぜですか?
2. 構成なしで試してみましたが、同じです。より高いボリュームをサポートするには、どの構成が必要ですか?

私が望むのは、zuul がサービスにルーティングし、リボンを使用してそのサービスのインスタンス間で負荷を分散し、少なくとも 1 秒あたり 200 スレッド以上の成功状態になることだけです。

どんな助けでも私は大歓迎です

Zuul プロキシを使用した春のクラウド アプリがあります。私の zuul プロキシは UTF-8 URL では動作しません。どのように設定すればよいですか？

これは、プロキシなしで、私のマイクロサービスで動作します。

http://localhost:8080/rest/item/гандан_тикет

ただし、プロキシの背後にある場合

http://localhost:9000/core/rest/item/гандан_тикет

これはマイクロサービスに組み込まれますгандан_тикет。??????_?????

zuul.ignoredServices で否定的なパターンを持つことは可能ですか? name/virtualHostName が「hrerp*」のみのサービスを負荷分散したい。

これらは zuul.routes で明示的に定義できます。他の可能性はありますか？

Kibana というエラスティック会社の製品にアクセスする前に、カスタム認証を行いたいと考えています。spring-cloud と Zuul の統合を使用して基本的なルートを作成すると、多くのサービスを機能させることができます。プロキシ経由でAngularアプリを配信しても問題なく動作し、elasticsearch呼び出しがプロキシ経由でも問題ありません。スプリングコントローラーも問題なく作動します。

いいえ、localhost のポート 5601 を使用して Kibana サーバーを起動します。結果はエンコードされた文字列であり、悪いことに Kibana Web インターフェイスはありません。Kibana ツールは、elasticsearch と連携する angularjs アプリです。

エンコードされた文字列を取得する理由を誰かが知っていますか? Kibana の前で Zuul と同じことを試した人はいますか?

ありがとう