nginx介绍，包括，虚拟主机，反向代理，负载均衡，以及基本命令

Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点(俄文:Рамблер)开发的，第一个公开版本0.1.0发布于2004年10月4日。

其将源代码以类BSD许可证的形式发布，因它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名。2011年6月1日，nginx 1.0.4发布。

Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器，在BSD-like 协议下发行。其特点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有:百度、京东、新浪、网易、腾讯、淘宝等。
正向代理

反向代理



nginx实现反向代理和负载均衡

nginx虚拟主机配置

虚拟主机的概念

虚拟主机，就是把一台物理服务器划分成多个“虚拟”的服务器，每一个虚拟主机都可以有独立的域名和独立的目录

nginx虚拟主机的配置

nginx的虚拟主机就是通过nginx.conf中server节点指定的，想要设置多个虚拟主机，配置多个server节点即可

先看一个最简单的虚拟主机配置示例

server {
listen 80;
server_name a.test.com;

location / {
index index.html;
root /home/www/host_a/;
}
}

listen 80;
负载均衡的功能:
实现方式

1、Http重定向

过程描述
当用户向服务器发起请求时，请求首先被集群调度者截获；调度者根据某种分配策略，选择一台服务器，然后把选择的服务器IP地址封装在HTTP响应消息头的Location字段中，设置响应消息的状态码设为302，最后将这个响应消息返回给浏览器；
当浏览器收到响应消息后，解析Location字段，获取分配服务器的URL并发起请求，然后指定的服务器处理该用户的请求， 最后将结果返回给用户。
在使用HTTP重定向来实现服务器集群负载均衡的过程中，需要一台服务器作为请求调度者。用户的一项操作需要发起两次HTTP请求，一次向调度服务器发送请求，获取后端服务器的IP，第二次向后端服务器发送请求，获取处理结果。

调度策略
调度服务器收到用户的请求后，究竟选择哪台后端服务器处理请求，这由调度服务器所使用的调度策略决定。

随机分配策略：
当调度服务器收到用户请求后，可以随机决定使用哪台后端服务器，然后将该服务器的IP封装在HTTP响应消息的Location属性中，返回给浏览器即可。

轮询策略(RR)：
调度服务器需要维护一个值，用于记录上次分配的后端服务器的IP。那么当新的请求到来时，调度者将请求依次分配给下一台服务器。
由于轮询策略需要调度者维护一个值用于记录上次分配的服务器IP，因此需要额外的开销；
此外，由于这个值属于互斥资源，那么当多个请求同时到来时，为了避免线程的安全问题，因此需要锁定互斥资源，从而降低了性能。而随机分配策略不需要维护额外的值，也就不存在线程安全问题，因此性能比轮询要高。
优缺点分析
优点：
实现简单，逻辑简单

缺点：
在HTTP重定向方法中，调度服务器只在客户端第一次向网站发起请求的时候起作用。当调度服务器向浏览器返回响应信息后，客户端此后的操作都基于新的URL进行的(也就是后端服务器)，此后浏览器就不会与调度服务器产生关系，进而会产生如下几个问题：
a、不是真正意义上的负载均衡：
由于不同用户的访问时间、访问页面深度有所不同，从而每个用户对各自的后端服务器所造成的压力也不同；而调度服务器在调度时，无法知道当前用户将会对服务器造成多大的压力，因此这种方式无法实现真正意义上的负载均衡，只不过是把请求次数平均分配给每台服务器罢了。

b、无法处理服务器故障：
若分配给该用户的后端服务器出现故障，并且如果页面被浏览器缓存，那么当用户再次访问网站时，请求都会发给出现故障的服务器，从而导致访问失败。

轮询法
这个例子我就在我服务器上做了个实验，属于一个简陋版的，实际应用中负载均衡的搭建和配置是比较麻烦的，需要考虑的因素很多
先说一下，nginx来做这个静态资源代理也是非常不错的，我在这个例子中就是做了这两块的内容。一个就是nginx做静态资源代理，一个是负载均衡的实现。
由于自己试验，我手里只有两台服务器，所以负责调度分发的nginx服务器和其中一台处理服务器在一起，然后还有另一台单独的处理服务器。大概是这样：

长用命令nginx常用命令
nginx -s quit 优雅停止nginx，有连接时会等连接请求完成再杀死worker进程

nginx -s reload     优雅重启，并重新载入配置文件nginx.conf

nginx -s reopen     重新打开日志文件，一般用于切割日志

nginx -v            查看版本  

nginx -t            检查nginx的配置文件

nginx -h            查看帮助信息

nginx -V 详细版本信息，包括编译参数

 nginx  -c filename  指定配置文件