そのため、Turbine サーブレット経由で Velocity を使用してページをレンダリングしようとすると、このエラーが発生します。問題は、大量のメモリがあり、サーブレット自体がクラッシュすることはありません。このリクエストでは失敗するだけです。レンダリングしようとしているページは、おそらく 10M です。

誰にも考えや提案はありますか？

JAVA_OPTS= -Xms4096M -Xmn2048M -Xmx13128M

上部のメモリ使用量が 100M を超えることはありません。

数学の仕事から風力タービンプロジェクトをダウンロードしました。ジェネレーター ブロックでは、Asynchronous Machine SI Units を使用しました。非同期機の SI 単位を非同期機の pu 単位で変更しようとすると。

次のエラーが発生しました。

次の SimPowerSystem ブロックは、Phasor シミュレーション メソッドでは使用できません: ブロック : Wind_Turbine/Nacelle/Generator/Full/Asynchronous Machine pu Units Type : Asynchronous Machine Wound Rotor

誰でもこの問題を解決するのを手伝ってもらえますか?

Spring Boot (Spring Cloud を使用) + Eureka Server + Hystrix Dashboard および Turbine ストリームを実行しようとしていますが、これまでに解決策が見つからないという問題が発生しました。Spring Boot 1.2.1.RELEASEと Spring Cloud 1.0.0.RC2を使用しています。ここに私が持っているものがあります:

最初のインスタンスは、Eureka サーバーと Hystrix ダッシュボードを実行しています。

build.gradleここでそのインスタンスを見つけることができます - https://gist.github.com/wololock/570272ad7cf2d14a4d3c

Eureka サーバーは正常に実行されています。登録済みのインスタンスが eureka サーバーのダッシュボードに表示されます。ID を使用LoadBalancerして、登録済みのインスタンスへの URL を取得することもできます。これまでのところ、すべて問題ありません。

@EnableHystrix注釈付きで実行@HystrixCommandされ、Hystrix によって監視される必要があるメソッドを定義するために使用されるいくつかのインスタンスがあります。単一インスタンスの hystrix.stream への URL を Hystrix ダッシュボードに渡すと、問題なく実行されていることがわかります。

複雑なものではなく、別のタービンサーバーもあります。

build.gradleここでは、Turbine サーバー インスタンスを見つけることができます - https://gist.github.com/wololock/ff0d855b8a890232851e

これは非常に単純な構成を使用しており、サンプル タービン アプリ ( https://github.com/spring-cloud-samples/turbine ) で提供されているものに基づいて構築されています。

これらのインスタンスを順番に実行した後:

1. エウレカサーバー
2. タービンサーバー
3. クライアントインスタンスを発見し、

eureka サーバーに 2 番目と 3 番目のインスタンスを登録しました。タービン サーバーのログによると、1 つのインスタンスが稼働しています。

1 つのインスタンスから hystrix.stream を呼び出すと、次のように動作しcurl http://localhost:8885/hystrix.streamます。

しかし、turbine.stream を hystrix ダッシュボードにアタッチすると、何も表示されません。ログは言う：

もしそうなら、私はcurl http://localhost:8989/turbine.stream得るだけです：

私の質問は、セットアップして実行する際に何かを見逃していませんか? 以前は、eureka とタービン サーバーを単一のインスタンスに配置してこれを管理しようとしましたが、その場合、タービンは適切なアプリケーション名を使用して eureka に登録されたアプリケーションを見つけることさえできませんでした。エウレカとタービンを分割して進みましたが、まだ正常に動作しません。

どんな提案にも感謝します。さらに情報が必要な場合はお知らせください。重要な情報を見逃している可能性があります。

更新 20150209

デイブの提案に従って、 のapplication.ymlファイルに小さな変更を加えましたturbine-server。現在、ファイルには次のもののみが含まれています。

しかし、turbine.stream は機能しません。タービンサーバーが eureka サーバーに登録されたクライアントを認識した後、特定の例外で失敗します。

'default'と同様に書いてみましdefaultたが、残念ながら結果は同じです。

解決

適切な解決策を見つけてくれた Dave Syer に感謝します。基本的に、トリックが追加したのは次のとおりです。

application.ymlタービン サーバー アプリケーション インスタンスにファイルします。奇妙に見えるかもしれませんが、うまくいくとは思いませんでしたが、うまくいきます。ここで、hystrix クライアント アプリケーションを呼び出すと、hystrix.streamこのアプリケーションによって提供される適切な情報とturbine.stream、Turbine サーバーからも適切な情報が得られます。私の現在application.ymlのタービンサーバーは次のようになります。

turbine.appConfighystrix クライアントに関する情報を (ID ごとに) 保持します。別のクライアントをタービン サーバーに追加するには、別のインスタンス ID を前の ID とコンマで区切って入力するだけです。そして、それはすべての人々です:)

Turbine インスタンスが実行されている Eureka Server とそれに接続されているいくつかの検出クライアントがあります。すべて正常に動作しますが、server.contextPath設定されている検出クライアントを登録すると、認識されずInstanceMonitor、Turbine ストリームはそのhystrix.stream.

これは、Eureka/Turbine サーバーのログでどのように見えるかです:

http://user-service:8887/hystrix.streamserver.contextPath を含む正しい URL があるべき場所から hystrix ストリームを取得しようとします。http://user-service:8887/uaa/hystrix.stream

そのapplication.ymlクライアントの には次が含まれます。

私の質問は、適切な hystrix.stream URL の場所を登録するために、このユーザー サービス検出クライアントに追加の構成オプションを追加する必要があるかどうかです。

私はまだそれを掘り下げていません。その質問への回答を得る前に何かを見つけたらお知らせします。

現在のソリューション

と の使用に関しては、1 つの問題がありserver.contextPathますmanagement.context-path。両方が設定されている場合、タービン ストリームは で提供され${HOST_URL}/${server.contextPath}/${management.context-path}/hystrix.streamます。その場合、使用を中止する必要がserver.contextPathありました ( controllers のプレフィックスに置き換えました@RequestMapping)。

ここで、 を使用するmanagement.context-pathと、hystrix.stream は、それをプレフィックスとして使用する URL から提供されます。その場合、スペンサーの提案に従って設定する必要があります

もちろん、これはすべてのディスカバリー クライアントで同じ値に設定する必要があります。Spring Cloud Config http://cloud.spring.io/spring-cloud-config/spring-cloud-config.htmlmanagement.context-pathで簡単に設定できます。

Turbine を Spring Cloud で動作させるのに少し問題があります。一言で言えば、一度に複数のアプリケーションから回路を集約するように構成する方法がわかりません。

6 つの個別のサービス、eureka サーバー、およびスタンドアロン モードで実行されているタービン サーバーがあります。Eureka サーバーから、タービンを含むすべてのサービスが登録されていることがわかります。私のタービン サーバーは稼働しており、その /hystrix ページを問題なく表示できます。しかし、それを使用してturbine.streamを調べようとすると、turbine.appConfigにリストされている最初のサーバーしか表示されず、残りは無視されます。

これは私のタービン サーバーの application.yml、または少なくとも関連する部分です。

これを実行して、タービン インスタンスの hystrix ダッシュボードにアクセスし、turbine.stream を要求すると、出力にリストされている唯一のサーキット ブレーカーは、appConfig にリストされている最初のサービス (この場合は「文」サービス) 用です。不思議なことに、これらのサービスの順序を並べ替えて、別のサービス (「名詞」など) を最初に配置すると、そのサービスの回線のみが表示されます。リストの最初のサービスのみが表示されます。

ストリームやクラスターなどの一部の用語について少し混乱していることを認めます。そのため、ここでは基本的な概念が欠落している可能性がありますが、Turbine は複数のサービスからストリームを消化してそれらを集約できるということを理解しています。単一のディスプレイで。提案をいただければ幸いです。

Spring Cloud 対応のマイクロサービスを JBoss にデプロイする場合、contextPath を使用する必要があります。Turbine は eureka から contextPath を取得していないようで、eureka はそれをマイクロサービスに要求していないようです。

詳細:

すべてのマイクロサービスには、独自の Jboss と、戦争で定義された独自の contextPath があります。

エンドポイント (アクチュエーターと独自のもの) は、contextPath の後に公開されます (management.context-path を使用しません)。

Eureka は、ホスト名とポートのみを気にします。info と health への別の UrlPath を定義できますが、これは Turbine が hystrix.stream に取得する必要があるデータの一部ではありません。

どの contextPath がどのアプリケーションに使用されているかを Turbine に伝える方法はありますか? これらはアプリケーションごとに異なるため、ここで説明するクラスター全体の修正では不十分だと思います。

私のセットアップは、netflix ライブラリを使用したスプリング ブート クラウドで、Turbine が 1 つのサービスから Hystrix メトリックを集約することができました。ただし、サービスを追加すると、それらが表示されません。

これは私のセットアップです (これも github にアップロードしました: Project On Github

サービス 1:

フライト統合サービス:

サービス 2:

クーポンサービス：

Eureka アプリ サービス:

アプリケーション.yaml:

ブートストラップ.yaml

そして最後にタービンサービス:

アプリケーション.yaml:

私は何を間違っていますか？両方のサービス hystrix メトリック (フライト統合サービス、クーポン サービス) を実際に集計できない理由 ありがとうございます。

複数のサービスから Hystrix ストリームを公開しています。これらのストリームは、基本認証によって保護されている各サービスの管理ポートから公開されます。(特定の) Hystrix ストリームに接続するときに基本認証を使用するように Turbine を構成することは可能ですか?

実際にSpring Cloudを使ってマイクロサービスを試しています。私は 2 種類のアプリケーション (mysolutionとmysolution-identity-provider) を持っています。どちらも Hystrix と Actuator が有効になっており、hystrix.streamエンドポイント経由で情報を提供します。相互通信にはエウレカ、リボン、フェインも駆使。

別のサーバーでセットアップしようとHystrixDashboardしTurbineています。これが私のものapplication.ymlです：

Turbine サーバーを起動すると、Eureka. ただし、アプリの 1 つから Hystrix ストリームのみを取得します ( mysolution)。

ログは次のとおりです。

Turbine に両方のアプリケーションからストリームを取得させる方法はありますか? 私は今までSpring Cloudのドキュメントにうまく従いましたが、Hystrix Turbine（AMQPなし）に関する部分は残っています...曇っています...