1つの問題
この場合、サーバーの処理パフォーマンスを向上させるために次の問題を解決するには、Nginxサーバーを適切に最適化する必要があります。
- クライアントに返される404エラーページをカスタマイズする方法
- サーバーのステータス情報を表示する方法
- クライアントがサーバープロンプト「開いているファイルが多すぎます」にアクセスした場合の解決方法
- クライアントアクセスヘッダー情報が長すぎるという問題を解決する方法
- クライアントブラウザにデータをキャッシュさせる方法
- 効果を確認するためのこのWebサーバーへのクライアントアクセス:
- 並行性をテストするためにabストレステストソフトウェアを使用する
- 長いヘッダー情報のアクセス要求を生成するテストスクリプトを作成します
- クライアントは存在しないページにアクセスし、404エラーページがリダイレクトされるかどうかをテストします
2ステップ
このケースを実装するには、以下の手順に従う必要があります。
ステップ1:エラーページをカスタマイズする
1)最適化の前に、クライアントがブラウザを使用して存在しないページにアクセスすると、404ファイルが見つかりませんというプロンプトが表示されます
[root@client ~]# firefox http://192.168.4.5/xxxxx //访问一个不存在的页面
2)Nginx構成ファイルを変更し、エラーページをカスタマイズします
[root@proxy ~]# vim /usr/local/nginx/conf/nginx.conf
.. ..
charset utf-8; //仅在需要中文时修改该选项
error_page 404 /404.html; //自定义错误页面
.. ..
[root@proxy ~]# vim /usr/local/nginx/html/404.html //生成错误页面
Oops,No NO no page …
[root@proxy ~]# nginx -s reload
#nginxが開始されていることを確認してください。開始されていない場合、このコマンドを実行するとエラーが報告されます。エラーメッセージは次のとおりです。
#[error] open()“ /usr/local/nginx/logs/nginx.pid” failed (2:そのようなファイルまたはディレクトリはありません)
3)最適化後、クライアントはブラウザを使用して存在しないページにアクセスし、それ自体で定義された40x.htmlページを表示します。
[root@client ~]# firefox http://192.168.4.5/xxxxx //访问一个不存在的页面
4)一般的なhttpステータスコード
一般的なhttpステータスコードは、表1に示すように使用できます。
表-1ホストリスト
ステップ2:サーバーステータス情報の表示方法(非常に重要な機能)
1)–with-http_stub_status_moduleを使用して、コンパイルおよびインストール時にステータスページモジュールを開きます
[root@proxy ~]# tar -zxvf nginx-1.12.2.tar.gz
[root@proxy ~]# cd nginx-1.12.2
[root@proxy nginx-1.12.2]# ./configure \
> --with-http_ssl_module //开启SSL加密功能
> --with-stream //开启TCP/UDP代理模块
> --with-http_stub_status_module //开启status状态页面
[root@proxy nginx-1.12.2]# make && make install //编译并安装
2)Nginxサービスを有効にし、listening port state
ssコマンドを表示してポート情報システムブートを表示します。一般的に使用されるコマンドは次のとおりです。-
aすべてのポートに関する情報を表示します
-nポート番号はデジタル形式で表示されます
-t display port TCP接続-uUDP接続
のポートを表示します
-lサービスが監視しているポート情報を表示します。たとえば、httpdは開始後に常にポート80をリッスンします
-pリスニングポートのサービス名を表示します(つまり、 、プログラム名)
注:RHEL7システムで使用できます。ssコマンドは、netstatコマンドを同じ機能と同じオプションに置き換えます。
[root@proxy ~]# /usr/local/nginx/sbin/nginx
[root@proxy ~]# netstat -anptu | grep nginx
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 10441/nginx
[root@proxy ~]# ss -anptu | grep nginx
3)Nginx構成ファイルを変更し、ステータスページを定義します
[root@proxy ~]# cat /usr/local/nginx/conf/nginx.conf
… …
location /status {
stub_status on;
#allow IP地址;
#deny IP地址;
}
… …
[root@proxy ~]# /usr/local/nginx/sbin/nginx -s reload
4)最適化後、ステータスページ情報を確認します
[root@proxy ~]# curl http://192.168.4.5/status
Active connections: 1
server accepts handled requests
10 10 3
Reading: 0 Writing: 1 Waiting: 0
Active connections:当前活动的连接数量。
Accepts:已经接受客户端的连接总数量。
Handled:已经处理客户端的连接总数量。
(一般与accepts一致,除非服务器限制了连接数量)。
Requests:客户端发送的请求数量。
Reading:当前服务器正在读取客户端请求头的数量。
Writing:当前服务器正在写响应信息的数量。
Waiting:当前多少客户端在等待服务器的响应。
ステップ3:Nginxの同時実行性を最適化する
1)最適化の前にab高同時実行性テストを使用する
[root@proxy ~]# ab -n 2000 -c 2000 http://192.168.4.5/ //-n 人数 -c 次数
Benchmarking 192.168.4.5 (be patient)
socket: Too many open files (24) //提示打开文件数量过多
2)Nginx構成ファイルを変更して、並行性の量を増やします
[root@proxy ~]# vim /usr/local/nginx/conf/nginx.conf
.. ..
worker_processes 2; //与CPU核心数量一致
events {
worker_connections 65535; //每个worker最大并发连接数
}
.. ..
[root@proxy ~]# /usr/local/nginx/sbin/nginx -s reload
3)Linuxカーネルパラメーターの最適化(ファイルの最大数)
[root@proxy ~]# ulimit -a //查看所有属性值
[root@proxy ~]# ulimit -Hn 100000 //设置硬限制(临时规则)
[root@proxy ~]# ulimit -Sn 100000 //设置软限制(临时规则)
[root@proxy ~]# vim /etc/security/limits.conf
.. ..
* soft nofile 100000
* hard nofile 100000
#该配置文件分4列,分别如下:
#用户或组 硬限制或软限制 需要限制的项目 限制的值
4)最適化後にサーバーの同時実行性をテストします(クライアントがカーネルパラメーターを調整しなかったため、プロキシでテストされました)
[root@proxy ~]# ab -n 2000 -c 2000 http://192.168.4.5/
ステップ4:Nginxパケットヘッダーキャッシュを最適化する
1)最適化の前に、スクリプトを使用して、長いヘッダー要求が応答を取得できるかどうかをテストします
[root@proxy ~]# cat lnmp_soft/buffer.sh
#!/bin/bash
URL=http://192.168.4.5/index.html?
for i in {
1..5000}
do
URL=${URL}v$i=$i
done
curl $URL //经过5000次循环后,生成一个长的URL地址栏
[root@proxy ~]# ./buffer.sh
.. ..
<center><h1>414 Request-URI Too Large</h1></center> //提示头部信息过大
2)Nginx構成ファイルを変更して、パケットヘッダーキャッシュのサイズを増やします
[root@proxy ~]# vim /usr/local/nginx/conf/nginx.conf
.. ..
http {
client_header_buffer_size 1k; //默认请求包头信息的缓存
large_client_header_buffers 4 4k; //大请求包头部信息的缓存个数与容量
.. ..
}
[root@proxy ~]# /usr/local/nginx/sbin/nginx -s reload
3)最適化後、スクリプトを使用して、長いヘッダー要求が応答を取得できるかどうかをテストします
[root@proxy ~]# cat buffer.sh
#!/bin/bash
URL=http://192.168.4.5/index.html?
for i in {
1..5000}
do
URL=${URL}v$i=$i
done
curl $URL
[root@proxy ~]# ./buffer.sh
ステップ5:ブラウザは静的データをローカルにキャッシュします
1)Firefoxブラウザを使用してキャッシュを表示します。
例としてFirefoxを取り上げます。Firefoxのアドレスバーにabout:cacheと入力すると、図3に示すように、Firefoxブラウザのキャッシュ情報が表示されます。[キャッシュエントリの一覧表示]をクリックして、詳細な情報。
図
-32)図-4に示すように、Firefoxのローカルキャッシュデータをクリアします。
図
-43)Nginx構成ファイルを変更して、静的ページのキャッシュ時間を定義します
[root@proxy ~]# vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name localhost;
location / {
root html;
index index.html index.htm;
}
location ~* \.(jpg|jpeg|gif|png|css|js|ico|xml)$ {
expires 30d; //定义客户端缓存时间为30天
}
}
[root@proxy ~]# cp /usr/share/backgrounds/day.jpg /usr/local/nginx/html
[root@proxy ~]# /usr/local/nginx/sbin/nginx -s reload
#nginxが開始されていることを確認してください。開始されていない場合、コマンドの実行時にエラーが報告されます。エラーメッセージは次のとおりです。
#[error] open()“ /usr/local/nginx/logs/nginx.pid” failed (2:そのようなファイルやディレクトリはありません)
4)最適化後、Firefoxブラウザを使用して画像にアクセスし、キャッシュ情報を再度確認します
[root@client ~]# firefox http://192.168.4.5/day.jpg
Firefoxのアドレスバーにabout:cacheと入力し、ローカルキャッシュデータを確認し、画像があるかどうか、有効期限が正しいかどうかを確認します