ABテストnginxのnginxのパフォーマンスの最適化

その他 2019-08-30 00:35:20 訪問数: null

 転送します。https：//www.cnblogs.com/nulige/p/9369700.html

1.パフォーマンスの最適化の概要

パフォーマンスの最適化を行う前に、私たちは次のことを考慮する必要があります

  • 1.システム構成現在のボトルネック
    • アウトカム指標
    • ストレステスト
  • 2.ビジネスモデルを理解します
    • ビジネスのインターフェイスタイプ
    • システムの階層構造
  • 3.パフォーマンスと安全性
    • 弱いグッド安全性能
    • グッド低い安全性能

2.ストレステストツール

1.圧力テストツールをインストールします。ab

[root@nginx-lua ~]# yum install httpd-tools -y

2.解凍ツールの測定を使用

[root@nginx-lua ~]# ab -n 200 -c 2 http://127.0.0.1/ //-n总的请求次数 //-c并发请求数 //-k是否开启长连接

3.設定Nginx静的ウェブサイトおよびtomcat動的なWeb環境

[root@nginx-lua conf.d]# cat jsp.conf 
server {
        server_name localhost;
        listen 80;
        location / {
                root /soft/code;
                try_files $uri @java_page;
                index index.jsp index.html;
        }
        location @java_page{
                proxy_pass http://192.168.56.20:8080; } } //分别给Nginx准备静态网站 [root@nginx-lua ~]# cat /soft/code/bgx.html <h1> Ab Load </h1> //给Tomcat准备静态网站文件 [root@tomcat-node1-20 ROOT]# cat /soft/tomcat-8080/webapps/ROOT/bgx.html <h1> Ab Load </h1>

4. abツールの圧力試験

//进行压力测试
[root@Nginx conf.d]# ab -n2000 -c2 http://127.0.0.1/bgx.html ... Server Software: nginx/1.12.2 Server Hostname: 127.0.0.1 Server Port: 80 Document Path: /bgx.html Document Length: 19 bytes Concurrency Level: 200 # 总花费总时长 Time taken for tests: 1.013 seconds # 总请求数 Complete requests: 2000 # 请求失败数 Failed requests: 0 Write errors: 0 Total transferred: 510000 bytes HTML transferred: 38000 bytes # 每秒多少请求/s(总请求出/总共完成的时间) Requests per second: 9333.23 [#/sec] (mean) # 客户端访问服务端, 单个请求所需花费的时间 Time per request: 101.315 [ms] (mean) # 服务端处理请求的时间 Time per request: 0.507 [ms] (mean, across all concurrent requests) # 判断网络传输速率, 观察网络是否存在瓶颈 Transfer rate: 491.58 [Kbytes/sec] received

5. nginx下のbgx文書が削除され、圧力が再びにより測定されるtomcat処理

Concurrency Level:      200
Time taken for tests: 1.028 seconds Complete requests: 2000 Failed requests: 0 Write errors: 0 Total transferred: 510000 bytes HTML transferred: 38000 bytes Requests per second: 1945.09 [#/sec] (mean) Time per request: 102.823 [ms] (mean) Time per request: 0.514 [ms] (mean, across all concurrent requests) Transfer rate: 484.37 [Kbytes/sec] received

3.衝撃性能

全体的な懸念のパフォーマンスに影響を与えることは容易

  • 1.ネットワーク
    • ネットワークトラフィック
    • ネットワークパケットロスかどうか
    • これらの要求は、httpの呼び出しに影響を与えます
  • 2.システム
    • 何のハードウェアディスクの破損、ディスクレートがありません
    • システム負荷、メモリ、システムの安定性
  • 3.サービス
    • 接続の最適化、最適化要求
    • ビジネスフォームとして対応するサービスの設定を行います
  • 4.プログラム
    • インターフェイスのパフォーマンス
    • 処理速度
    • プログラムの実行効率
  • 5.データベース

多かれ少なかれサービスとインフラストラクチャサービスの各々の間に何らかの関連性を持って、我々は全体の階層化アーキテクチャを必要とし、対応するショート・ボード・システムまたはサービスを見つけ、その後、最適化

4.システムのパフォーマンスの最適化

  • 、Linuxのすべてがファイルであるファイルハンドルは、ファイルハンドルは、インデックスがあると理解することができています
    • ファイルハンドルで頻繁に増加し、当社のプロセスを呼び出します
    • プロセスが無制限に通話することができないように、デフォルトのファイルハンドルに制限がありますが、
    • 各プロセスとどのくらいのファイルハンドルを使用して、各サービスを制限する必要
    • ファイルハンドルは、パラメータを最適化するように調整する必要があります
  • 設定モード
    • グローバル・システムを変更します。
    • ユーザーが地域を変更します
    • 産地のプロセス変更

nginxのプロセスrootユーザーのworker_rlimit_nofile 65535のための25535 // NOFILEハード65535 // NOFILEハードのvim /etc/security/limits.confを//ルートソフトNOFILE 65535ルートをすべてのユーザーグローバル*ソフトNOFILEの25535 *; // // rootユーザーソフトのアイテム// 65535の最大サイズを設定するには、ファイルの数を制限NOFILEハード// //思い出させます

 注：65535システムが開いているファイルの値の最大数を持って開いているファイルを表示する-aコマンドのulimitを使用することができます。

 

5.Nginxのパフォーマンスの最適化

CPUプロの間とパフォーマンスの損失を低減、頻繁に移行プロセスが続行されます削減

1.現在のビューCPUの物理的な状態を

[root@nginx ~] # lscpu |grep "CPU(s)"
CPU(s):                24
On-line CPU(s) list:   0-23
NUMA node0 CPU(s):     0,2,4,6,8,10,12,14,16,18,20,22
NUMA node1 CPU(s):     1,3,5,7,9,11,13,15,17,19,21,23 
//2颗物理cpu,没颗cpu12核心, 总共24核心

2. Nginx worker異なるコアに結び付けプロセス

// 启动多少worker进程, 官方建议和cpu核心一致, 第一种绑定组合方式
#worker_processes 24;
#worker_cpu_affinity 000000000001 000000000010 000000000100 000000001000 000000010000 000000100000 000001000000 000010000000 000100000000 001000000000 010000000000 10000000000;
 
// 第二种方式
#worker_processes 2;
#worker_cpu_affinity 101010101010 010101010101;
 
// 最佳方式绑定方式
worker_processes auto;
worker_cpu_affinity auto;

3.レビューnginx workerプロセスが対応にバインドされていますcpu

ps -eo pid,args,psr|grep [n]ginx

4. Nginx一般的な最適化プロファイル

[root@nginx ~] # cat nginx.conf
user nginx;
worker_processes auto;
worker_cpu_affinity auto;
 
error_log /var/log/nginx/error .log warn;
pid /run/nginx .pid;
#调整至1w以上,负荷较高建议2-3w以上
worker_rlimit_nofile 65535;
 
events {
     use epoll;
#限制每个进程能处理多少个连接请求,10240x16
     worker_connections 10240;
}
 
http {
     include             /etc/nginx/mime .types;
     default_type        application /octet-stream ;
# 统一使用utf-8字符集
     charset utf-8;
 
     log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                       '$status $body_bytes_sent "$http_referer" '
                       '"$http_user_agent" "$http_x_forwarded_for"' ;
     access_log  /var/log/nginx/access .log  main;
 
# Core module
     sendfile            on;
# 静态资源服务器建议打开
     tcp_nopush          on;
# 动态资源服务建议打开,需要打开keepalived
     tcp_nodelay         on;
     keepalive_timeout   65;
 
# Gzip module
     gzip  on;
     gzip_disable "MSIE [1-6]\." ;
     gzip_http_version 1.1;
 
# Virtal Server
     include /etc/nginx/conf .d/*.conf;
}

1.パフォーマンスの最適化の概要

パフォーマンスの最適化を行う前に、私たちは次のことを考慮する必要があります

  • 1.システム構成現在のボトルネック
    • アウトカム指標
    • ストレステスト
  • 2.ビジネスモデルを理解します
    • ビジネスのインターフェイスタイプ
    • システムの階層構造
  • 3.パフォーマンスと安全性
    • 弱いグッド安全性能
    • グッド低い安全性能

2.ストレステストツール

1.圧力テストツールをインストールします。ab

[root@nginx-lua ~]# yum install httpd-tools -y

2.解凍ツールの測定を使用

[root@nginx-lua ~]# ab -n 200 -c 2 http://127.0.0.1/ //-n总的请求次数 //-c并发请求数 //-k是否开启长连接

3.設定Nginx静的ウェブサイトおよびtomcat動的なWeb環境

[root@nginx-lua conf.d]# cat jsp.conf 
server {
        server_name localhost;
        listen 80;
        location / {
                root /soft/code;
                try_files $uri @java_page;
                index index.jsp index.html;
        }
        location @java_page{
                proxy_pass http://192.168.56.20:8080; } } //分别给Nginx准备静态网站 [root@nginx-lua ~]# cat /soft/code/bgx.html <h1> Ab Load </h1> //给Tomcat准备静态网站文件 [root@tomcat-node1-20 ROOT]# cat /soft/tomcat-8080/webapps/ROOT/bgx.html <h1> Ab Load </h1>

4. abツールの圧力試験

//进行压力测试
[root@Nginx conf.d]# ab -n2000 -c2 http://127.0.0.1/bgx.html ... Server Software: nginx/1.12.2 Server Hostname: 127.0.0.1 Server Port: 80 Document Path: /bgx.html Document Length: 19 bytes Concurrency Level: 200 # 总花费总时长 Time taken for tests: 1.013 seconds # 总请求数 Complete requests: 2000 # 请求失败数 Failed requests: 0 Write errors: 0 Total transferred: 510000 bytes HTML transferred: 38000 bytes # 每秒多少请求/s(总请求出/总共完成的时间) Requests per second: 9333.23 [#/sec] (mean) # 客户端访问服务端, 单个请求所需花费的时间 Time per request: 101.315 [ms] (mean) # 服务端处理请求的时间 Time per request: 0.507 [ms] (mean, across all concurrent requests) # 判断网络传输速率, 观察网络是否存在瓶颈 Transfer rate: 491.58 [Kbytes/sec] received

5. nginx下のbgx文書が削除され、圧力が再びにより測定されるtomcat処理

Concurrency Level:      200
Time taken for tests: 1.028 seconds Complete requests: 2000 Failed requests: 0 Write errors: 0 Total transferred: 510000 bytes HTML transferred: 38000 bytes Requests per second: 1945.09 [#/sec] (mean) Time per request: 102.823 [ms] (mean) Time per request: 0.514 [ms] (mean, across all concurrent requests) Transfer rate: 484.37 [Kbytes/sec] received

3.衝撃性能

全体的な懸念のパフォーマンスに影響を与えることは容易

  • 1.ネットワーク
    • ネットワークトラフィック
    • ネットワークパケットロスかどうか
    • これらの要求は、httpの呼び出しに影響を与えます
  • 2.システム
    • 何のハードウェアディスクの破損、ディスクレートがありません
    • システム負荷、メモリ、システムの安定性
  • 3.サービス
    • 接続の最適化、最適化要求
    • ビジネスフォームとして対応するサービスの設定を行います
  • 4.プログラム
    • インターフェイスのパフォーマンス
    • 処理速度
    • 程序执行效率
  • 5.数据库

每个架构服务与服务之间都或多或少有一些关联, 我们需要将整个架构进行分层, 找到对应系统或服务的短板, 然后进行优化

4.系统性能优化

  • 文件句柄, Linux一切皆文件，文件句柄可以理解为就是一个索引
    • 文件句柄会随着我们进程的调用频繁增加
    • 系统默认对文件句柄有限制，不能让一个进程无限的调用
    • 需要限制每个进程和每个服务使用多大的文件句柄
    • 文件句柄是必须要调整的优化参数
  • 设置方式
    • 系统全局性修改
    • 用户局部性修改
    • 进程局部性修改

vim /etc/security/limits.conf //针对root用户 root soft nofile 65535 root hard nofile 65535 //所有用户, 全局 * soft nofile 25535 * hard nofile 25535 //对于Nginx进程 worker_rlimit_nofile 65535; //root用户 //soft提醒 //hard限制 //nofile文件数配置项 //65535最大大小

 备注：可以使用ulimit -a 命令查看open files  65535 系统最大打开文件数的值。

 

5.Nginx性能优化

CPU亲和, 减少进程之间不断频繁迁移, 减少性能损耗

1.查看当前CPU物理状态

[root@nginx ~] # lscpu |grep "CPU(s)"
CPU(s):                24
On-line CPU(s) list:   0-23
NUMA node0 CPU(s):     0,2,4,6,8,10,12,14,16,18,20,22
NUMA node1 CPU(s):     1,3,5,7,9,11,13,15,17,19,21,23 
//2颗物理cpu,没颗cpu12核心, 总共24核心

2.将Nginx worker进程绑到不同的核心上

// 启动多少worker进程, 官方建议和cpu核心一致, 第一种绑定组合方式
#worker_processes 24;
#worker_cpu_affinity 000000000001 000000000010 000000000100 000000001000 000000010000 000000100000 000001000000 000010000000 000100000000 001000000000 010000000000 10000000000;
 
// 第二种方式
#worker_processes 2;
#worker_cpu_affinity 101010101010 010101010101;
 
// 最佳方式绑定方式
worker_processes auto;
worker_cpu_affinity auto;

3.查看nginx worker进程绑定至对应cpu

ps -eo pid,args,psr|grep [n]ginx

4.Nginx通用优化配置文件

[root@nginx ~] # cat nginx.conf
user nginx;
worker_processes auto;
worker_cpu_affinity auto;
 
error_log /var/log/nginx/error .log warn;
pid /run/nginx .pid;
#调整至1w以上,负荷较高建议2-3w以上
worker_rlimit_nofile 65535;
 
events {
     use epoll;
#限制每个进程能处理多少个连接请求,10240x16
     worker_connections 10240;
}
 
http {
     include             /etc/nginx/mime .types;
     default_type        application /octet-stream ;
# 统一使用utf-8字符集
     charset utf-8;
 
     log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                       '$status $body_bytes_sent "$http_referer" '
                       '"$http_user_agent" "$http_x_forwarded_for"' ;
     access_log  /var/log/nginx/access .log  main;
 
# Core module
     sendfile            on;
# 静态资源服务器建议打开
     tcp_nopush          on;
# 动态资源服务建议打开,需要打开keepalived
     tcp_nodelay         on;
     keepalive_timeout   65;
 
# Gzip module
     gzip  on;
     gzip_disable "MSIE [1-6]\." ;
     gzip_http_version 1.1;
 
# Virtal Server
     include /etc/nginx/conf .d/*.conf;
}

おすすめ

転載: www.cnblogs.com/wx170119/p/11431295.html
おすすめ
openKylinコミュニティ生態委員会の第6回会議が無事に開催されました
Alibaba Cloud、Tongyi Qianwen 2.5を正式リリース
Python 3.13 が最初のベータ版をリリース: 実験的なフリー スレッド モードと JIT、改善された対話型インタープリター
Stack Overflow は私のコードを使用して大規模な AI モデルをトレーニングし、私のアカウントを禁止しました。
Pop!_OS の COSMIC デスクトップが App Store のリストに掲載される
レポート: Django は依然として 74% の開発者にとって第一の選択肢です
「2024年第1四半期のインターネット投融資業務」調査レポート
15 年前、彼は「FFmpeg 恥の柱」に立っていたのに、今でも私たちに感謝しなければなりません - Tencent QQPlayer はその恥を晴らしますか?
ランキング
ブルーブリッジカップクロップハイブリッド（再帰的）
java线程、线程池
关于毕业前后的道路
JVMの基本
OpenCV ヒストグラムの原理と表示、マスキング、イコライゼーション、適応イコライゼーション
PHPのAES暗号化と復号化、MCRYPT_ENCRYPTとopenssl_encrypt
スコアボードを回転poj3335
Vueで要求されたデータ：タイムスタンプ変換時間
Javaの合併のpng画像
HttpServletResponseアプリケーションリクエストのリダイレクト
アーカイブ
もっと
2024-05-10(33)
2024-05-09(30)
2024-05-08(18)
2024-05-07(34)
2024-05-06(6)
2024-05-05(0)
2024-05-04(18)
2024-05-03(8)
2024-05-02(0)
2024-05-01(4)

コードワールド

© 2018 codetd.com