Nginx のインストールと構成例の分析

nginx は、無料のオープン ソースの高性能 http サーバーおよびリバース プロキシ サーバーであり、imap、pop3、および smtp プロキシ サーバーでもあり、Web サイトの公開および処理用の http サーバーとしても使用できます。 , nginxはリバースプロキシとして負荷分散を実装できます。

ここでは、nginx を 3 つの側面から簡単に紹介します

リバース プロキシの負荷分散 nginx の機能 1. リバース プロキシ

プロキシについて

エージェンシーと言えば、まず概念を明確にする必要があります。いわゆるエージェントは代表者であり、チャネルです。

現時点では、2 つの役割が設計されています。1 つはエージェントの役割、もう 1 つはエージェントの役割です。エージェント キャラクターがこのエージェントを介してターゲット キャラクターにアクセスし、いくつかのタスクを完了するプロセスをエージェント操作プロセスと呼びます。人生の専門店と同じように、顧客はアディダス ストアに足を買いに行きます。この専門店はエージェントであり、エージェントの役割は adidas メーカーです。ターゲット 役割はユーザーです

フォワード プロキシ

リバース プロキシについて説明する前に、フォワード プロキシについて見てみましょう。フォワード プロキシは、誰もが接触する最も一般的なプロキシ モデルでもあります。フォワード プロキシの処理モデルについて 2 つの側面から説明します。

現在、ネットワーク環境において、技術的な理由から特定の海外のWebサイトにアクセスする必要がある場合、ある特定のWebサイトにアクセスできないことがわかります。ブラウザを介して特定の外国の Web サイトにアクセスします。現時点では、誰もが操作 FQ を使用してそれにアクセスできます。FQ の主な方法は、外国の Web サイトにアクセスできるプロキシ サーバーを見つけることです。プロキシ サーバーにリクエストを送信し、プロキシサーバーは海外のウェブサイトにアクセスし、アクセスされたデータを当社に渡します。

上記のプロキシ モードはフォワード プロキシと呼ばれます。フォワード プロキシの最大の特徴は、クライアントがアクセスしたいサーバー アドレスについて非常に明確であることです。サーバーは、リクエストがどのプロキシ サーバーから来たのかしか知りませんが、クライアント; フォワード プロキシ モードは、実際のクライアント情報をブロックまたは非表示にします。

リバース プロキシ

フォワード プロキシとは何かを理解した上で、たとえばリバース プロキシの処理方法を見ていきましょう。私の国では、あるお宝 Web サイトへの訪問者数が日に日に爆発的に増加しています。単一のサーバーでは人々の高まる購買意欲を満たすことはできません。このとき、よく知られた用語が登場しました。分散配置。また、問題を解決します。複数のサーバーを展開することによる訪問者数の制限の問題; 特定の Web サイトのほとんどの機能も、リバース プロキシ用の nginx を使用して直接実装されており、nginx とその他のコンポーネントをカプセル化した後、tengine

So という派手な名前が付けられています。リバース プロキシはどのように分散クラスター操作を実装しますか? まず、概略図を見てみましょう:

上記の図から明らかなように、送信されたリクエストを受信した後、複数のクライアントをサーバーに送信すると、nginx サーバーはそれらをバックエンドのビジネス処理サーバーに分散し、特定のルールに従って処理します。このとき、リクエストの送信元、つまりクライアントは明らかですが、どのサーバーがリクエストを処理するかは不明です。nginx はリバース プロキシの役割を果たします。

リバース プロキシ。主に In で使用されます。サーバー クラスターの分散展開の場合、リバース プロキシによってサーバー情報が隠蔽されます。

プロジェクトシナリオ

通常、実際のプロジェクトを運用する場合、アプリケーションシナリオにはフォワードプロキシとリバースプロキシが存在することが多いと思います。ターゲット サーバーにアクセスします。ターゲット サーバーは、複数の実際のビジネス処理サーバーをリバース プロキシするリバース単一関心サーバーです。具体的なトポロジ図は次のとおりです:

2. 負荷分散

いわゆるプロキシ サーバーの概念が明確になったので、次は nginx逆の役割を果たします プロキシ サーバーの役割は何ですか? リクエストを分散するためにどのようなルールが使用されますか?さまざまなプロジェクトの適用シナリオに合わせて配布ルールを制御できますか?

ここで言及する、クライアントによって送信され、nginx リバース プロキシ サーバーによって受信されるリクエストの数は、負荷と呼ばれるものです。

リクエストの数は、特定のルールに従ってさまざまなサーバーに分散されます。処理ルールは分散ルールです。

つまり、サーバーが受信したリクエストをルールに従って分散するプロセスを負荷分散と呼びます。

実際のプロジェクト運用プロセスでは、負荷分散にはハードウェア負荷分散とソフトウェア負荷分散の2種類があり、ハードウェア負荷分散はf5負荷分散などのハード負荷とも呼ばれ、比較的高価でコストがかかりますが、データは安定していて安全です。パフォーマンスなどについては非常に優れた保証があります。チャイナモバイルやチャイナユニコムなどの企業だけがハードロード操作を選択します。コスト上の理由から、より多くの企業がソフトウェアロードバランシングを使用することを選択します。ソフトウェアロードバランシングは既存のテクノロジーを使用します。」ホスト ハードウェアと組み合わせて実装されたメッセージ キュー分散メカニズム

nginx でサポートされる負荷分散スケジューリング アルゴリズムは次のとおりです:

Weight Wheel Query (デフォルト): 受信したリクエストは、1 つずつ異なるバックエンド サーバーに順番に割り当てられ、使用中にバックエンド サーバーがダウンした場合でも、nginx が自動的にそのサーバーをキューから削除し、リクエストの受付を終了します。ステータスは変化せず、何らかの影響を受けます。このように、異なるバックエンド サーバーに重み値 (重み) を設定して、異なるサーバーへのリクエストの割り当て率を調整できます。重みデータが大きいほど、リクエストに割り当てられる確率が高くなります。重み値, 主に、実際の作業環境におけるさまざまなバックエンド サーバーのハードウェア構成に合わせて調整されています。

ip_hash: 各リクエストは、開始クライアントの IP のハッシュ結果に従って照合されます。このアルゴリズムでは、固定 IP アドレスを持つクライアントは常に同じバックエンド サーバーにアクセスします。これも、クラスタ導入環境におけるセッション共有の問題を解決します。

fair: スケジューリング アルゴリズムをインテリジェントに調整し、バックエンド サーバーのリクエスト処理から応答までの時間に基づいて動的かつバランスのとれた割り当てを行い、応答時間が短く、処理効率が高いサーバーは、高い確率で優先されます。応答時間の長いサーバーには処理効率が高く、応答時間の短いサーバーには少ないリクエストが割り当てられるという、前 2 つの利点を組み合わせたスケジューリング アルゴリズムです。ただし、nginx はデフォルトではフェア アルゴリズムをサポートしていないことに注意してください。このスケジューリング アルゴリズムを使用したい場合は、upstream_fair モジュールをインストールしてください

url_hash: アクセスされた URL のハッシュ結果に従ってリクエストを割り当てます、各リクエストの URL は次を指します。固定端を持つサーバーは、nginx を静的サーバーとして使用する場合にキャッシュ効率を向上させることができます。 nginx はデフォルトではこのスケジューリング アルゴリズムをサポートしていないことにも注意してください。使用したい場合は、nginx ハッシュ ソフトウェア パッケージをインストールする必要があります

nginx のインストール 1. Windows のインストール

公式 Web サイトのダウンロード アドレス:

https://nginx.org/en/download.html

下図に示すように、対応するバージョンの nginx 圧縮パッケージをダウンロードし、コンピューター上のソフトウェアが保存されているフォルダーに解凍します。

##解凍完了後のファイルディレクトリ構造は以下のとおりです。

##Start nginx

1) 直接二重化このディレクトリの nginx.exe をクリックして nginx サーバーを起動します

2 ) コマンドラインはフォルダー内に含まれており、nginx コマンドを実行すると直接 nginx サーバーも起動します

d:/resp_application/nginx-1.13.5> nginx

nginx にアクセスします

ブラウザを開いてアドレス http://localhost を入力し、ページにアクセスします。アクセスが成功したことを示す次のページが表示されます

nginxを停止します

コマンドラインでnginxルートディレクトリに入り、次のコマンドを実行してサーバーを停止します:

# 强制停止nginx服务器，如果有未处理的数据，丢弃
d:/resp_application/nginx-1.13.5> nginx -s stop

# 优雅的停止nginx服务器，如果有未处理的数据，等待处理完成之后停止
d:/resp_application/nginx-1.13.5> nginx -s quit

2. Ubuntuインストール

通常のソフトウェア インストール方法に従い、次のコマンドを使用して直接インストールします:

$ sudo apt-get install nginx

インストールが完了しました。/usr/sbin/ ディレクトリは次のとおりです。 nginx コマンドが配置されているディレクトリ。/etc/nginx/ ディレクトリは、nginx サーバーと負荷分散の設定に使用されるすべての nginx 設定ファイルです。情報を待っています

nginx プロセスが実行されているかどうかを確認してください。 starting

$ ps -ef|grep nginx

nginx は、現在のホストの CPU のコア数に基づいて、対応する数のプロセスを自動的に作成します (現在の ubuntu ホストは 2 コアと 4 スレッドで構成されています)

注: ここで開始されるサービス プロセスは、実際には 4 つのプロセスです。これは、nginx プロセスが開始されると、公式プロセスが異常終了するのを防ぐためにデーモン プロセスが伴うためです。が終了し、nginx の継承が終了すると、プロセスは自動的に再起動されます。

デーモンプロセスは一般にマスタープロセス、ビジネスプロセスはワーカープロセスと呼ばれます

nginxサーバーコマンドの起動

nginxを直接実行するとサーバーが起動します。デフォルト設定ファイルへ Start

$ nginx

Stop

nginx サービス コマンド

和windows系统执行过程一样，两种停止方式

$ nginx -s stop
or
$ nginx -s quit

重新启动加载

同样也可以使用命令reopen和reload来重新启动nginx或者重新加载配合着文件。

3. mac os安装

直接通过brew进行nginx的安装，或者下载tar.gz压缩包都是可以的。

直接通过brew进行安装

brew install nginx

安装完成后，后续的命令操作，服务器的启动、进程查看、服务器的停止、服务器的重启已经文件加载命令都是一致的。

nginx配置

nginx是一个功能非常强大的web服务器加反向代理服务器，同时又是邮件服务器等等

在项目使用中，使用最多的三个核心功能是反向代理、负载均衡和静态服务器

这三个不同的功能的使用，都跟nginx的配置密切相关，nginx服务器的配置信息主要集中在nginx.conf这个配置文件中，并且所有的可配置选项大致分为以下几个部分

main                # 全局配置

events {              # nginx工作模式配置

}

http {                # http设置
....

server {            # 服务器主机配置
....
location {          # 路由配置
....
}

location path {
....
}

location otherpath {
....
}
}

server {
....

location {
....
}
}

upstream name {          # 负载均衡配置
....
}
}

如上述配置文件所示，主要由6个部分组成：

main：用于进行nginx全局信息的配置 events：用于nginx工作模式的配置 http：用于进行http协议信息的一些配置 server：用于进行服务器访问信息的配置 location：用于进行访问路由的配置 upstream：用于进行负载均衡的配置 main模块

观察下面的配置代码

# user nobody nobody;
worker_processes 2;
# error_log logs/error.log
# error_log logs/error.log notice
# error_log logs/error.log info
# pid logs/nginx.pid
worker_rlimit_nofile 1024;

上述配置都是存放在main全局配置模块中的配置项

user用来指定nginx worker进程运行用户以及用户组，默认nobody账号运行 worker_processes指定nginx要开启的子进程数量，运行过程中监控每个进程消耗内存(一般几m~几十m不等)根据实际情况进行调整，通常数量是cpu内核数量的整数倍 error_log定义错误日志文件的位置及输出级别【debug / info / notice / warn / error / crit】 pid用来指定进程id的存储文件的位置 worker_rlimit_nofile用于指定一个进程可以打开最多文件数量的描述 event 模块

上干货

event {
worker_connections 1024;
multi_accept on;
use epoll;
}

上述配置是针对nginx服务器的工作模式的一些操作配置

worker_connections 指定最大可以同时接收的连接数量，这里一定要注意，最大连接数量是和worker processes共同决定的。 multi_accept 配置指定nginx在收到一个新连接通知后尽可能多的接受更多的连接 use epoll 配置指定了线程轮询的方法，如果是linux2.6+，使用epoll，如果是bsd如mac请使用kqueue http模块

作为web服务器，http模块是nginx最核心的一个模块，配置项也是比较多的，项目中会设置到很多的实际业务场景，需要根据硬件信息进行适当的配置，常规情况下，使用默认配置即可！

http {
##
# 基础配置
##
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;
# server_tokens off;
# server_names_hash_bucket_size 64;
# server_name_in_redirect off;
include /etc/nginx/mime.types;
default_type application/octet-stream;
##
# ssl证书配置
##
ssl_protocols tlsv1 tlsv1.1 tlsv1.2; # dropping sslv3, ref: poodle
ssl_prefer_server_ciphers on;
##
# 日志配置
##
access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;
##
# gzip 压缩配置
##
gzip on;
gzip_disable "msie6";
# gzip_vary on;
# gzip_proxied any;
# gzip_comp_level 6;
# gzip_buffers 16 8k;
# gzip_http_version 1.1;
# gzip_types text/plain text/css application/json application/javascript
text/xml application/xml application/xml+rss text/javascript;

##
# 虚拟主机配置
##
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;

1) 基础配置

sendfile on：配置on让sendfile发挥作用，将文件的回写过程交给数据缓冲去去完成，而不是放在应用中完成，这样的话在性能提升有有好处
tc_nopush on：让nginx在一个数据包中发送所有的头文件，而不是一个一个单独发
tcp_nodelay on：让nginx不要缓存数据，而是一段一段发送，如果数据的传输有实时性的要求的话可以配置它，发送完一小段数据就立刻能得到返回值，但是不要滥用哦
keepalive_timeout 10：给客户端分配连接超时时间，服务器会在这个时间过后关闭连接。一般设置时间较短，可以让nginx工作持续性更好
client_header_timeout 10：设置请求头的超时时间
client_body_timeout 10:设置请求体的超时时间
send_timeout 10：指定客户端响应超时时间，如果客户端两次操作间隔超过这个时间，服务器就会关闭这个链接
limit_conn_zone $binary_remote_addr zone=addr:5m ：设置用于保存各种key的共享内存的参数，
limit_conn addr 100: 给定的key设置最大连接数
server_tokens：虽然不会让nginx执行速度更快，但是可以在错误页面关闭nginx版本提示，对于网站安全性的提升有好处哦
include /etc/nginx/mime.types：指定在当前文件中包含另一个文件的指令
default_type application/octet-stream：指定默认处理的文件类型可以是二进制
type_hash_max_size 2048：混淆数据，影响三列冲突率，值越大消耗内存越多，散列key冲突率会降低，检索速度更快；值越小key，占用内存较少，冲突率越高，检索速度变慢

2) 日志配置

access_log logs/access.log：设置存储访问记录的日志
error_log logs/error.log：设置存储记录错误发生的日志

3) ssl证书加密

ssl_protocols：指令用于启动特定的加密协议，nginx在1.1.13和1.0.12版本后默认是ssl_protocols sslv3 tlsv1 tlsv1.1 tlsv1.2，tlsv1.1与tlsv1.2要确保openssl >= 1.0.1 ，sslv3 现在还有很多地方在用但有不少被攻击的漏洞。
ssl prefer server ciphers：设置协商加密算法时，优先使用我们服务端的加密套件，而不是客户端浏览器的加密套件

4) 压缩配置

gzip 是告诉nginx采用gzip压缩的形式发送数据。这将会减少我们发送的数据量。
gzip_disable 为指定的客户端禁用gzip功能。我们设置成ie6或者更低版本以使我们的方案能够广泛兼容。
gzip_static 告诉nginx在压缩资源之前，先查找是否有预先gzip处理过的资源。这要求你预先压缩你的文件（在这个例子中被注释掉了），从而允许你使用最高压缩比，这样nginx就不用再压缩这些文件了（想要更详尽的gzip_static的信息，请点击这里）。
gzip_proxied 允许或者禁止压缩基于请求和响应的响应流。我们设置为any，意味着将会压缩所有的请求。
gzip_min_length 设置对数据启用压缩的最少字节数。如果一个请求小于1000字节，我们最好不要压缩它，因为压缩这些小的数据会降低处理此请求的所有进程的速度。
gzip_comp_level 设置数据的压缩等级。这个等级可以是1-9之间的任意数值，9是最慢但是压缩比最大的。我们设置为4，这是一个比较折中的设置。
gzip_type 设置需要压缩的数据格式。上面例子中已经有一些了，你也可以再添加更多的格式。

5) 文件缓存配置

open_file_cache 打开缓存的同时也指定了缓存最大数目，以及缓存的时间。我们可以设置一个相对高的最大时间，这样我们可以在它们不活动超过20秒后清除掉。
open_file_cache_valid 在open_file_cache中指定检测正确信息的间隔时间。
open_file_cache_min_uses 定义了open_file_cache中指令参数不活动时间期间里最小的文件数。
open_file_cache_errors 指定了当搜索一个文件时是否缓存错误信息，也包括再次给配置中添加文件。我们也包括了服务器模块，这些是在不同文件中定义的。如果你的服务器模块不在这些位置，你就得修改这一行来指定正确的位置。

server模块

srever模块配置是http模块中的一个子模块，用来定义一个虚拟访问主机，也就是一个虚拟服务器的配置信息

server {
listen    80;
server_name localhost  192.168.1.100;
root    /nginx/www;
index    index.php index.html index.html;
charset    utf-8;
access_log  logs/access.log;
error_log  logs/error.log;
......
}

核心配置信息如下：

server：一个虚拟主机的配置，一个http中可以配置多个server

server_name：用力啊指定ip地址或者域名，多个配置之间用空格分隔

root：表示整个server虚拟主机内的根目录，所有当前主机中web项目的根目录

index：用户访问web网站时的全局首页

charset：用于设置www/路径中配置的网页的默认编码格式

access_log：用于指定该虚拟主机服务器中的访问记录日志存放路径

error_log：用于指定该虚拟主机服务器中访问错误日志的存放路径

location模块

location模块是nginx配置中出现最多的一个配置，主要用于配置路由访问信息

在路由访问信息配置中关联到反向代理、负载均衡等等各项功能，所以location模块也是一个非常重要的配置模块

基本配置

location / {
root  /nginx/www;
index  index.php index.html index.htm;
}

location /：表示匹配访问根目录

root：用于指定访问根目录时，访问虚拟主机的web目录

index：在不指定访问具体资源时，默认展示的资源文件列表

反向代理配置方式

通过反向代理代理服务器访问模式，通过proxy_set配置让客户端访问透明化

location / {
proxy_pass http://localhost:8888;
proxy_set_header x-real-ip $remote_addr;
proxy_set_header host $http_host;
}

uwsgi配置

wsgi模式下的服务器配置访问方式

location / {
include uwsgi_params;
uwsgi_pass localhost:8888
}

upstream模块

upstream模块主要负责负载均衡的配置，通过默认的轮询调度方式来分发请求到后端服务器

简单的配置方式如下

upstream name {
ip_hash;
server 192.168.1.100:8000;
server 192.168.1.100:8001 down;
server 192.168.1.100:8002 max_fails=3;
server 192.168.1.100:8003 fail_timeout=20s;
server 192.168.1.100:8004 max_fails=3 fail_timeout=20s;
}

核心配置信息如下

ip_hash：指定请求调度算法，默认是weight权重轮询调度，可以指定

server host:port：分发服务器的列表配置

-- down: ホストがサービスを一時停止していることを示します

-- max_fails: 最大失敗数を示し、最大失敗数が

-- を超えるとサービスが一時停止されますfailed_timeout: リクエストが受け入れられなかった場合、サービスが一時停止されることを示します。指定された時間の経過後にリクエストを再度開始してください

以上がNginx のインストールと構成例の分析の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。