1. springboot建てTomcatコンテナの設定パラメータ
サーバー: ポート: 12021 (ミリ秒単位)時間をかけて#サーバソケット端、値 - 1は、デフォルト値は60000(すなわち、60秒)で、有効期限が切れる(すなわち、無制限)なしを表し、 Tomcatのserver.xmlの標準セットに同梱#この値は20000 (すなわち20秒)、falseにdisableUploadTimeoutセット、それ以外の場合は体が要求を読んで使用する場合を除きとき(あれば)このタイムアウト 接続 -timeout:80000 Tomcatの: #均一なコードのURL URI -encoding:UTF-8 の最大処理#同時要求、200のデフォルト値は 最大 -threads:1000 を受信して処理接続の与えられた最大数、10000件のデフォルト値のための時間で# 最大 -connections:20000 #を初期化するときにスレッドの最小数は、作成し、実行し続けるために、デフォルト値の10 分スレッド-スペア:20 キュー・モニター・ポートの#最大数、フルクライアントの要求は拒否され(以下MaxSpareThreadsの取る以上)された後、デフォルトは100です acceptCountを: 700 ポストサイズ制限パラメータを取り消し、デフォルトは2097152(2M)で# 最大 -httpポストサイズ:-1 #要求およびバイト単位で指定されたヘッダの最大サイズに対するHTTPレスポンス、指定されていない場合、このプロパティはに設定されています8192( 8 KB) 最大 -httpヘッダサイズ:8192(8 KB)
開発の問題点、公式文書tomcatのクエリする必要があります。 http://tomcat.apache.org/tomcat-8.0-doc/config/http.html#HTTP/1.1_and_HTTP/1.0_Support
2.春の雲hystrixパラメータ設定
hystrix.command.defaultとhystrix.threadpool.defaultデフォルトでコマンドキー(デフォルト:現在の実行メソッド名)をデフォルトに 設定が実行される関連属性に: 分離戦略、及びそこスレッドセマフォ THREAD - それは別のスレッド上で実行され、スレッドプールの制限内のスレッド数による同時要求が セマフォ - それを呼び出したスレッドの実行に、カウンティングセマフォ制限により、同時要求 。hystrix.commandはデフォルト| .execution.isolation.strategy分離戦略を、デフォルトでは、スレッド、オプションのスレッドですセマフォ スレッドモードでは、タイムアウト時間を中断することができます 実行が完了するのを待っている、セマフォモードでは、タイムアウトかどうかを判断するために行く のセットの基準に:再試行、99meantime + AVGその間、ノーリトライ、99 .5meantime hystrix.command。デフォルト.execution.isolation.thread.timeoutInMillisecondsは、実行タイムアウト、デフォルトの1000ミリ秒コマンド hystrix.command。デフォルトの実行タイムアウトが有効になっているかどうか.execution.timeout.enabledは、デフォルトで有効になって真 hystrix.command。デフォルト発生して.execution.isolation.thread.interruptOnTimeoutは割り込みに、デフォルト真(スレッドモードが有効になっている)かどうか (スレッドモードがアクティブである)のキャンセルは、実行が中断されるべきかどうか、発生した場合、デフォルト値はfalseですexecution.isolation.thread.interruptOnCancel hystrix.command 。デフォルト.execution.isolation.semaphore.maxConcurrentRequests同時要求の最大数を、デフォルトの10、ExecutionIsolationStrategy.SEMAPHOREポリシーが有効になっているパラメータ。同時要求の最大数と、要求は拒否されます。理論的にはそれ以外の場合は、スレッドを使用する必要があり、セマフォサイズと選択の原則に一致するスレッドサイズを選択するが、各実行ユニットセマフォの選択は比較的小さく、速い実行速度(ミリ秒レベル)であることが コンテナ全体(Tomcatの)スレッドプールを占めるべきであるセマフォを分数の フォールバック属性が関連付けられている:( Hystrixセマフォ政策とTHREAD)を適用 hystrix.command。デフォルトの要求が拒否された場合.fallback.isolation.semaphore.maxConcurrentRequests設定値は、同時の数に達すると、スローされ、フォールバックこれはデフォルトの10、呼び出されません hystrix.command。デフォルト失敗した.fallback.enabledまたは、要求が拒否された場合、trueにhystrixCommand.getFallback()、デフォルトをコールしようとします collapserにプロパティパラメータ: 。hystrix.collapserのデフォルト要求のバッチ.maxRequestsInBatchの単一の最大数を、トリガ、バッチの数に達し処理は、デフォルトInteger.MAX_VALUEで hystrix.collapser。デフォルト.timerDelayInMillisecondsトリガバッチ処理の遅延時間が、この値は、デフォルト10 +のバッチを作成することができる 。hystrix.collapserをデフォルトが(HystrixCollapser.executeかどう.requestCache.enabled)とキャッシュのHystrixCollapser.queue()、trueにデフォルト のThreadPool関連するパラメータ: ほとんどの場合、スレッド数10のデフォルト値は(時々小さく設定)、あなたが大きくなるように設定する必要がある場合、およびフォローを取得するための基本的な式があること: リクエスト秒×待ち時間あたりの場合はAT第二のピーク健康な99パーセンタイル + いくつかの呼吸ルームは 毎秒最大数(リクエストサポート 99%+平均応答時間バッファ値) など、:、毎秒1000の要求を処理することができますがリクエストの応答時間の99%はその後、式は、60msのです:1000 *(0.060 + 0.012 ) 基本原理として、スレッドプールの時間を保つためには、緩和圧力に主だった、ブロックされてからリソースを防ぎます。すべてが正常である場合には、スレッドプールは、通常のサービスを提供するために活性化だけで1-2のスレッドを持っています。 hystrix.threadpool。デフォルト同時に.coreSize、既定10の実行スレッドの最大数 hystrix.threadpoolを。既定 LinkedBlcokingQueueを使用した場合.maxQueueSize BlockingQueueの最大キューの数、および場合セット-1、SynchronousQueueの使用は、正であります。この設定は、スレッドのexecutorを再初期化しない限り、それはキューサイズのスレッドプールの後に変更することはできません、初期化時にのみ有効です。デフォルト-1 。 hystrix.threadpool。デフォルト .queueSizeRejectionThreshold maxQueueSize queueSizeRejectionThresholdがこの値に達した後も達していないと、要求は拒否されます。maxQueueSizeを動的に変更することはできませんので、このパラメータは、私たちは、動的に値を設定することができます。IF maxQueueSize == -1 、フィールドが非アクティブ化され hystrix.threadpool。デフォルトcorePoolSizeとmaxPoolSizeが同じ(デフォルトの実装)に設定.keepAliveTimeMinutes場合、この設定は無効です。:もしあなた経由でプラグイン(HTTPS // 使用カスタム実装を、この設定はのみ有用である、github.com/Netflix/Hystrix/wiki/Pluginsデフォルト1) hystrix.threadpool。デフォルトの統計指標の時間.metrics.rollingStats.timeInMillisecondsスレッドプールデフォルト10000 hystrix.threadpool。デフォルト .metrics.rollingStats.numBucketsローリング・ウィンドウが分割され、Nバケット、デフォルト10
実際の使用、エラーの内容に応じて、パラメータを調整