Nginxは、TomcatとRedisの設定ファイルの記述

redis.conf:
1.ログファイルの構成ログファイルのパスを追加し
、接続の2 MaxClientsのクライアントの最大数を10000修正
3、書き換えまたは書き込みRDBファイルを書き換えるAOF NO-appendfsync-ON-行われたか否かのfsyncをyesに操作を変更し、fsyncを目詰まりを防止するための操作
15,000ミリ秒に変更4.クラスタ・ノード・タイムアウトクラスタ検出タイムアウトは、クラスタが中断防ぐことが容易である
スロークエリログ512の数は、その後容易にするための修正5. slowlog-MAX-LENをトラブルシューティングの問い合わせ遅い
6ハッシュ-MAX-ziplist・エントリの数がハッシュ使用ziplist型メモリ構造を、デフォルトは512であり、128修正する
最大ハッシュ-MAX-ziplist値ziplist値はバイト数のエントリ値を可能にし、デフォルト64、1024は、推奨される
データのハッシュの構造を最適化するために、ストレージ戦略を

server.xmlに:
1.プロトコル設定組織を推奨tomcat8非ブロックモードのNIO、org.apache.coyote.http11.Http11NioProtocolを設定tomcat7、ために指定=「org.apache.coyote.http11.Http11NioProtocol」変更要求アクセスプロトコル。 apache.coyote.http11.Http11Nio2Protocol
2.connectionTimeout =「5000」の設定を変更するには、5秒に接続待ちタイムアウト、20秒のTomcatのデフォルトの設定を変更するので、できるだけ早くTomcatがブロックされたときにリンクを解除するには
3.maxThreadsを=「500」 500に変更し、Tomcatの要求を同時に処理することができる理解されるように、スレッドプール内のアクティブなスレッドの現在の最大数内部コネクタは、デフォルトでは、200で
最小数=「50」待機スレッド、コネクタ最小に維持される内部スレッドプール4.minSpareThreadsスレッドの数は、デフォルトは20で、比較的アイドルに維持スレッドの最小数は、あなたがオーバーヘッド作成するスレッドの頻繁な破壊を減らすことができ
、一貫性のある5.maxConnections =「500」現在のコネクタ内のリンクの最大数をサポートすることができ、デフォルトとmaxThreadsのをこの値より大きい場合は、サーバは新しい要求処理タスク、タスク・スレッド・プールを作成する場合でも、私たちは、この値よりも小さい場合には、あなたが一貫してできるように、スレッドプールのアイドルスレッドは、システムリソースを無駄になりますがあるだろうとmaxThreadsの、並んで待つことができ
6.acceptCount =「200」
7.enableLookupsは=「false」をこのプロパティがtrueに設定されている、あなたはrequest.getRemoteHosを呼び出すとき()メソッドは、リモートクライアントの実際のホスト名に戻すためにDNSクエリを実行します。falseに設定し、クエリに直接スキップし、パフォーマンスを向上させるために、IPアドレスを返します。
8.keepAliveTimeout =「300000」閉じることによってコネクタを使用せず、300秒、300秒の長いコネクタ接続タイムアウトの長さ(ミリ秒単位)、およびnginxの一貫した一連の接続
9.maxKeepAliveRequests =「500」あたり長い接続、すなわち、細長いコネクタ500を使用し、要求の最大数が500を閉じるように設けられて処理することができ
、性能を向上させるために10.processorCache =「700」プロセッサオブジェクトプロトコルプロセッサキャッシュを。この属性は、オブジェクトかもしれプロセッサのキャッシュの数を指定します。-1限定されるものではないこと、デフォルトは200です。Servlet3.0非同期処理は適用されない、その値は、好ましくはmaxThreadsの同じです。Servlet3.0非同期処理した場合、同時リクエストの数の両方の値を使用することが好ましいと所望maxThreadsのより大きな。
11.autoDeploy =「false」が自動展開機能をオフにするにはfalseに設定されている、またはTomcatは定期的な検査とxmlBaseディレクトリをのappBaseます。

catalina.sh:
1.JAVA_OPTS = " - Xms8192m -Xmx8192m -Xss1024K -XX:UseG1GC -XX:+ UseStringDeduplication"
メモリ初期ヒープサイズ、JVM初期割り当て-Xms
最大ヒープサイズ-Xmxを。サーバー側の展開、およびしばしば値に設定-Xms -Xmxためには、プログラムが処理に割り当てられたヒープメモリを調整するために実行されて保存さ
-Xssスレッド・スタック・サイズ、各スレッドに割り当てられたメモリのサイズ、JDK1.5 +バージョンをデフォルト1M後
-XX:JVMコレクタによって指定UseG1GCガベージコレクタがG1であり、G1は、大容量メモリ・マシン、マルチコアのコレクタのサーバタイプです。これは、ターゲットGC(ガベージコレクションは、ガベージコレクションとして理解することができる)休止時間を満たすために高い確率を高いスループットを維持することです。これらのコレクターとG1は、より大きなヒープ(上記6ギガバイト)を必要と遅延要件GC(安定かつ予測可能な停止時間0.5秒未満)が存在している
-XX:+ UseStringDeduplication有効繰り返す文字列を削除しました。同じ重複排除ほとんどのケースを使用して文字列は、メモリフットプリント文字列オブジェクトを低減します。
注:調整したい場合は、デフォルトの回復G1コレクタは、あなたが8Gに最大ヒープメモリを設定する場合は、ヒープメモリは3.6Gまで使用することを意味し、45%のヒープメモリ使用率、トリガガベージコレクションをトリガー占有率、-XX設定することによって:パラメータを変更するInitiatingHeapOccupancyPercent

nginx.conf:
1.worker_processes 8、ワークプロセスの数nginxの動作は、一般的に、コアまたはコアのCPUのX2に設けられている。
2.worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;それぞれに各作業プロセスCPUアフィニティをnginxの異なる優先順位をCPU使用プロセス
65535 3.worker_rlimit_nofile;このディレクティブは、nginxのプロセスは、ファイル記述子の数を開くとき、理論値を数値に(のulimit -n)nginxのプロセスの数で割ったファイルが、nginxの割り当てを開放しなければならないことを意味しますリクエストは、ulimitの-nの最高値と一致するので、均一ではありません。
4.useのファイルディスクリプタ、nginxのは、ファイルディスクリプタのイベントモデルを使用して、高効率
5.worker_connections 65535;単一のワーカー・プロセスが接続の最大数にクライアントを可能に
6.multi_acceptオフ;が受け入れなど多くの接続の通知を受信した後、nginxの新しい接続を伝え、デフォルトでは、すなわち、接続がオフに設定した後、並列的作業者の複数の接続を処理するために、スリープ状態にある他の唯一のワーカーを、覚醒する接続を処理するためにシリアル方法の複数のワーカーに、上で設定されています、つまり、接続は、接続が割り当てられるまで、休止状態の接続を継続する権利がない、すべての労働者を覚ますでしょう。、サーバー接続の多くは、このパラメータをオンにすると負荷軽減を持っていますが、効率のための大規模サーバーのスループットは、このパラメータをオフにすることができたとき。
上7.sendfile、効率的なファイル転送モードを開いて、nginxのsendfileの命令は上への一般的なアプリケーションのための関数呼び出しsendfileの出力ファイルかどうかを指定します
上8.tcp_nopush;のsendfileは、ネットワークを目詰まり防止アクティブネットワークセグメントの数を減らすために、ONモードで有効でなければならない(一つの送信によって応答ヘッダとボディ部スタートのではなく、いずれかで送信される。)
9。500 keepalive_requests;各々が長い接続要求の最大数は500に提供される扱うことができる、すなわち、細長いコネクタ500回の使用を閉じ
10.keepalive_timeout 300Sと300S、上流Tomcatでnginxのクライアントと長い接続タイムアウトを保持し、一貫した第2のパラメータは、帯域要求ヘッダは、キープアライブ時間戻され
11.tcp_nodelay上を、ネットワークの輻輳が防止されるが、パラメータが有効でkeepalivedのある包含する
12.client_header_buffer_size 4K、ヘッドのクライアント要求バッファサイズを、このあなたは通常、リクエストヘッダのサイズが1Kを超えていない、あなたのシステムのためのページサイズを設定しますが、原因一般的なページングシステムへの1K以上でなければならないので、ここでページサイズを設定することができます。ページサイズは、getconf PAGESIZEなさ注文することができます。
= 65535非アクティブ= 20sの13.open_file_cache最大;これは、指定したファイルのキャッシュを開きますが、デフォルトでは有効になっていない、最大は、バッファの数を指定お薦めやファイルの同じ数を開く、非アクティブが要求されていないか、長いファイル削除後を指し、キャッシュ。
14.open_file_cache_valid 30代;これは有用な情報のどのくらいのキャッシュをチェックすることを意味します。
15.open_file_cache_min_uses 1;この数を超えた場合、ファイルが非アクティブ時間に一度使用されていない場合、最小非アクティブ時open_file_cache命令パラメータファイル番号が付与さ、ファイルディスクリプタは、キャッシュ内に上記の例を開設されていますそれが削除されます。
16.client_header_timeout 15;タイムアウト要求ヘッダー。より多くのこの時間は、すべてのデータを送信していないよりも、nginxの戻りがエラーを、時間を要求した場合我々はまた、いくつかの低この設定を置く
タイムアウトがリクエストボディを設定し、15 17.client_body_timeout。我々はまた、この設定いくつかの低を置くことができ、この時間以上は、任意のデータを送信し、同じエラー上記なかった
の18.reset_timedout_connection、クライアント接続に応答しないnginxのクローズ言います。これは、クライアントによって占有されていたメモリ領域を解放します。
19.send_timeout 15;クライアントの応答タイムアウト時間は、タイムアウト時間は、二つの事象間の時間に限られており、この時間を超過した場合、クライアントは、任意の活性を有する接続nginxのは閉じません
オフ20.server_tokens、nginxのはなりません行なわより速く、これはセキュリティのために良いですが、間違ったページのnginxのバージョン番号でオフにすることができます。
21.keepalive 200;長い確立された接続の数、設定されたアルゴリズムまで、各ワーカープロセス:各(キープアライブのTomcat * Tomcatの数の数)/(プロセスのワーカー数* nginxのnginxの者の数)
22.proxy_http_version 1.1;実行nginxのバージョン1.1 Tomcatの接続サービス、デフォルト長い接続
「」接続23.proxy_set_header、接続要求のヘッダ長は、キープアライブモードはnullに設定されるべきである
24.proxy_read_timeout 65と、nginxのTomcatの要求時間、すなわち、65 65秒に設定されていますアウトクライアントの要求時間に二Tomcatのnginxの戻りに応答しないん
25.proxy_send_timeout 65は、nginxのすなわち、65秒nginxの失敗したクライアント要求がタイムアウトにTomcatの戻りに要求を送信し、65秒に設定されたタイムアウトTomcatに要求を送信する
命令がバッファサイズを設定し、バッファ; 26.proxy_buffer_size 4K Tomcatの応答から上流の第1の部分は、応答がヘッド部分に見出すことができるが
16 32Kを27.proxy_buffers;このコマンドはアップストリームサーバに応答して、バッファの数とサイズを指定
28.proxy_busy_buffers_size 64K、上流のサーバからの応答を読み取ります命令が送信クライアントバッファ空間に対応して割り当てを指定する場合、設定値は、典型的には、二回proxy_buffersに設定されている
背景データnginxの時間をブロックする命令制御処理、大きな値、ブロッキング工程; 29.proxy_temp_file_write_size 64Kを時間が長くなります

おすすめ

転載: www.cnblogs.com/chen/p/11242736.html