最新架构设计：负载均衡层设计方案（2）——Nginx安装(1)，请把这些学完再去面试

最后

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

• 整个验证、编译、安装过程不应该报任何错误。如果您使用prefix设置了安装目标目录，那么可能您还需要在/etc/profix文件中设置环境变量：

2.3、安装验证和启动

---

下面介绍几个nginx常用的命令，如果您可以正常使用这些命令，那么说明nginx已经安装成功了。

nginx：直接在命令行键入nginx，就可以启动nginx。

nginx -t：检查配置文件是否正确。这个命令可以检查nginx.conf配置文件其格式、语法是否正确。如果配置文件存在错误，则会出现相应提示；如果nginx.conf文件正确，也会出现相应的成功提示。

nginx -s reload：重加载/重启nginx——以新的nginx.conf配置文件中的定义。

nginx -s stop：停止nginx。

3、进阶

====

Nginx在安装完成后，不用更改任何配置信息就可以直接运行。但是很显然这不会满足我们生产环境的要求。所以我们要重点介绍Nginx的配置文件，以及其中重要的配置项的含义。

3.1、重要配置项

---

如果您是按照本文的描述方式安装的Nginx，那么Nginx的主配置文件在：/usr/nginx-1.8.0/conf/nginx.conf的位置，如果您在编译安装的时候并没有指定安装目录，那么Nginx的主配置文件在：/usr/local/nginx/conf/nginx.conf的位置。当然您还可以在启动Nginx的时候使用 -c 的参数人为指定Nginx的配置文件位置（但是这种方式不建议）。

我们重新整理了Nginx的配置文件，将其分块，以便于讲解：

#================================以下是全局配置项

#指定运行nginx的用户和用户组，默认情况下该选项关闭（关闭的情况就是nobody）

#user nobody nobody;

#运行nginx的进程数量，后文详细讲解

worker_processes 1;

#nginx运行错误的日志存放位置。当然您还可以指定错误级别

#error_log logs/error.log;

#error_log logs/error.log notice;

#error_log logs/error.log info;

#指定主进程id文件的存放位置，虽然worker_processes != 1的情况下，会有很多进程，管理进程只有一个

#pid logs/nginx.pid;

events {

#每一个进程可同时建立的连接数量，后问详细讲解

worker_connections 1024;

#连接规则，可以采用[kqueue rtsig epoll select poll eventport ]，后文详细讲解

use epoll;

}

#================================以上是全局配置项

http {

#================================以下是Nginx后端服务配置项

upstream backendserver1 {

#nginx向后端服务器分配请求任务的方式，默认为轮询；如果指定了ip_hash，就是hash算法（上文介绍的算法内容）

#ip_hash

#后端服务器 ip:port ，如果有多个服务节点，这里就配置多个

server 192.168.220.131:8080;

server 192.168.220.132:8080;

#backup表示，这个是一个备份节点，只有当所有节点失效后，nginx才会往这个节点分配请求任务

#server 192.168.220.133:8080 backup;

#weight，固定权重，还记得我们上文提到的加权轮询方式吧。

#server 192.168.220.134:8080 weight=100;

}

#================================以上是Nginx后端服务配置项

#=================================================以下是 http 协议主配置

#安装nginx后，在conf目录下除了nginx.conf主配置文件以外，有很多模板配置文件，这里就是导入这些模板文件

include mime.types;

#HTTP核心模块指令，这里设定默认类型为二进制流，也就是当文件类型未定义时使用这种方式

default_type application/octet-stream;

#日志格式

#log_format main '$remote_addr - $remot{e}_{u}ser[$time_local] “$request” ’

'$status $bod{y}_{b}yte{s}_{s}ent"$http_referer" ’

‘“$htt{p}_{u}se{r}_{a}gent""$http_x_forwarded_for”’;

#日志文件存放的位置

#access_log logs/access.log main;

#sendfile 规则开启

sendfile on;

#指定一个连接的等待时间（单位秒），如果超过等待时间，连接就会断掉。注意一定要设置，否则高并发情况下会产生性能问题。

keepalive_timeout 65;

#开启数据压缩，后文详细介绍

gzip on;

#=================================================以上是 http 协议主配置

#=================================================以下是一个服务实例的配置

server {

#这个代理实例的监听端口

listen 80;

#server_name 取个唯一的实例名都要想半天？

server_name localhost;

#文字格式

charset utf-8;

#access_log logs/host.access.log main;

#location将按照规则分流满足条件的URL。"location /"您可以理解为“默认分流位置”。

location / {

#root目录，这个html表示nginx主安装目录下的“html”目录。

root html;

#目录中的默认展示页面

index index.html index.htm;

}

#location支持正则表达式，“~” 表示匹配正则表达式。

location ~ ^/business/ {

#方向代理。后文详细讲解。

proxy_pass http://backendserver1;

}

#redirect server error pages to the static page /50x.html

#error_page 404 /404.html;

error_page 500 502 503 504 /50x.html;

location = /50x.html {

root html;

}

}

#=================================================以上是一个服务实例的配置

}

以上是一个完整的nginx配置信息，可以直接粘贴使用，但不建议您这样做。因为上文中很多关键的配置属性都还没有讲解。这样粘贴复制不利于您的工作和学习。

3.1.1、use [ kqueue | rtsig | epoll | select | poll ]

科技在发展，社会在进步，满足摩尔定义的IT行业更是这样。以前所有的连接都是阻断式的（blocking I/O）也就是说一个TCP连接线程在发出Request后，代码就不会再往下执行了，直到得到远端的Response为止；服务器端也一样的，在处理完某一个客户端的Request之前，其他客户端的请求都会等待。这种处理方式使客户端和服务器端的通讯性能大打折扣。

很明显多线程貌似能够解决这个问题：一个线程处理不了，我可以再开线程来处理啊。但是多线程是有局限性的：

• 创建一个线程会消耗有限的资源。以Java JVM为例，创建一个新的线程JVM会单独开放1MB的栈内存空间（通过-Xss参数可设置），虽然栈内存不受-Xmx和-Xms两个参数影响，但是可以说明线程的创建是需要消耗额外资源的。

• 多线程工作时，计算机的CPU会耗费大量的资源让多线程在不同的状态下进行切换。在后续的文章中本书还会介绍依据这样的原理让计算机的CPU呈波形变化的编程方式。

• 在Linux操作系统下，单个用户能够创建的线程和进程总数、整个操作系统能够创建的线程总数都是有限的。通过limit -a命令，您可以查看相关的内核参数。

• 所以依靠线程来解决bio的问题是不靠谱的，只能起到缓解处理并行请求的作用。您可以想象一次并发10万个处理请求的问题，是不可能在计算机上同时创建10万个线程来解决的。

基于上面的描述，NIO（no blocking I/O）技术就这样诞生了。依靠event loop机制（想看这个机制的详细分析，请持续关注我的博客^_），单个线程可以同时处理多个request请求，并在处理完产生response的时候，回调相关的远程事件。根据NIO实现机制的不同，技术名称也就不同了。我要说什么，您，应该懂了。

epoll、kqueue 等这些组件都是对多路复用网络I/O模型的实现，其中epoll是poll的升级版本，在linux环境下可以使用但限于linux2.6及以上版本。kqueue用在bsd上使用。

3.1.2、worker_processes和worker_connections

worker_processes：操作系统启动多少个工作进程运行Nginx。注意是工作进程，不是有多少个nginx工程。在Nginx运行的时候，会启动两种进程，一种是主进程master process；一种是工作进程worker process。例如我在配置文件中将worker_processes设置为4，启动Nginx后，使用进程查看命令观察名字叫做nginx的进程信息，我会看到如下结果：

图中可以看到1个nginx主进程，master process；还有四个工作进程，worker process。主进程负责监控端口，协调工作进程的工作状态，分配工作任务，工作进程负责进行任务处理。一般这个参数要和操作系统的CPU内核数成倍数。

worker_connections：这个属性是指单个工作进程可以允许同时建立外部连接的数量。无论这个连接是外部主动建立的，还是内部建立的。这里需要注意的是，一个工作进程建立一个连接后，进程将打开一个文件副本。所以这个数量还受操作系统设定的，进程最大可打开的文件数有关。网上50%的文章告诉了您这个事实，并要求您修改worker_connections属性的时候，一定要使用ulimit -n 修改操作系统对进程最大文件数的限制，但是这样更改只能在当次用户的当次shell回话中起作用，并不是永久了。接着您继续Google/百度，发现30%的文章还告诉您，要想使“进程最大可打开的文件数”永久有效，还需要修改/etc/security/limits.conf这个主配置文件，但是您应该如何正确检查“进程的最大可打开文件”的方式，却没有说。

下面本文告诉您全面的、正确的设置方式:

• 更改操作系统级别的“进程最大可打开文件数”的设置：

首先您需要操作系统的root权限：

叫您的操作系统管理员给您。

修改limits.conf主配置文件

vim /etc/security/limits.conf

在主配置文件最后加入下面两句：

* soft nofile 65535

* hard nofile 65535

注意“”是要加到文件里面的。这两句话的含义是soft（应用软件）级别限制的最大可打开文件数的限制，hard表示操作系统级别限制的最大可打开文件数的限制，“”表示所有用户都生效。保存这个文件（只有root用户能够有权限）。

保存这个文件后，配置是不会马上生效的，为了保证本次shell会话中的配置马上有效，我们需要通过ulimit命令更改本次的shell会话设置（当然您如果要重启系统，我也不能说什么）。

ulimit -n 65535

执行命令后，配置马上生效。您可以用ulimit -a 查看目前会话中的所有核心配置：

ulimit -a

core file size (blocks, -c) 0

data seg size (kbytes, -d) unlimited

scheduling priority (-e) 0

file size (blocks, -f) unlimited

pending signals (-i) 7746

max locked memory (kbytes, -l) 64

max memory size (kbytes, -m) unlimited

open files (-n) 65535

pipe size (512 bytes, -p) 8

POSIX message queues (bytes, -q) 819200

real-time priority (-r) 0

stack size (kbytes, -s) 10240

cpu time (seconds, -t) unlimited

max user processes (-u) 7746

virtual memory (kbytes, -v) unlimited

file locks (-x) unlimited

请注意open files这一项。

• 更改Nginx软件级别的“进程最大可打开文件数”的设置：

刚才更改的只是操作系统级别的“进程最大可打开文件”的限制，作为Nginx来说，我们还要对这个软件进行更改。打开nginx.conf主陪文件。您需要配合worker_rlimit_nofile属性。如下：

user root root;

worker_processes 4;

worker_rlimit_nofile 65535;

#error_log logs/error.log;

#error_log logs/error.log notice;

#error_log logs/error.log info;

#pid logs/nginx.pid;

events {

use epoll;

worker_connections 65535;

}

这里只粘贴了部分代码，其他的配置代码和主题无关，也就不需要粘贴了。请注意代码行中加粗的两个配置项，请一定两个属性全部配置。配置完成后，请通过nginx -s reload命令重新启动Nginx。

• 验证Nginx的“进程最大可打开文件数”是否起作用：

那么我们如何来验证配置是否起作用了呢？在linux系统中，所有的进程都会有一个临时的核心配置文件描述，存放路径在/pro/进程号/limit。

首先我们来看一下，没有进行参数优化前的进程配置信息：

ps -elf | grep nginx

学习分享，共勉

这里是小编拿到的学习资源，其中包括“中高级Java开发面试高频考点题笔记300道.pdf”和“Java核心知识体系笔记.pdf”文件分享，内容丰富，囊括了JVM、锁、并发、Java反射、Spring原理、微服务、Zookeeper、数据库、数据结构等大量知识点。同时还有Java进阶学习的知识笔记脑图（内含大量学习笔记）！

资料整理不易，读者朋友可以转发分享下！

Java核心知识体系笔记.pdf

中高级Java开发面试高频考点题笔记300道.pdf

架构进阶面试专题及架构学习笔记脑图

Java架构进阶学习视频分享

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

资料整理不易，读者朋友可以转发分享下！

Java核心知识体系笔记.pdf

[外链图片转存中…(img-AMBd1WgF-1715675594704)]

中高级Java开发面试高频考点题笔记300道.pdf

[外链图片转存中…(img-J3upLZOF-1715675594705)]

架构进阶面试专题及架构学习笔记脑图

[外链图片转存中…(img-KoETgejF-1715675594706)]

Java架构进阶学习视频分享

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取