国外主机测评 - 国外VPS，国外服务器，国外云服务器，测评及优惠码
随着互联网的不断发展与普及，越来越多的企业和个人开始关注构建自己的网站或应用程序。而在开发和部署过程中，虚拟主机是非常重要的一环。虚拟主机可以让多个域名使用同一台服务器，从而降低成本、提高可配置性。
Nginx作为一款高性能的反向代理服务器，已经成为很多Web架构中的重要组成部分。Tomcat作为一款Java Web应用服务器，具有良好的扩展性和丰富的应用程序库。在实际应用开发过程中，很多人会选择使用Nginx与Tomcat搭配虚拟主机来部署自己的应用程序。今天，本文将以此为中心，介绍Nginx Tomcat虚拟主机搭建指南。
一、安装配置Nginx
1. 安装Nginx
进入Ubuntu终端，运行以下命令安装Nginx：
sudo apt-get update
sudo apt-get install nginx
2. 配置Nginx
进入Nginx的配置文件夹，进行配置。默认情况下，Nginx的配置文件位于/etc/nginx目录下。打开默认的配置文件nginx.conf，并添加以下内容：
upstream tomcat{
server 127.0.0.1:8080;
}
在http下添加以下内容：
server{
listen 80;
server_name yourdomn.com;
location / {
proxy_pass http://tomcat;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
}
}
二、安装配置Tomcat
1. 安装Tomcat
进入Tomcat官网，下载Tomcat安装包。解压缩安装包，在安装目录下运行如下命令启动Tomcat：
cd bin/
./catalina.sh run
此时，Tomcat已经安装配置成功。
2. 配置Tomcat
Tomcat配置主要在server.xml文件中完成。此处，我们需要做的是为每个虚拟主机配置一个Host节点。打开server.xml文件（位置在Tomcat根目录下的conf文件夹中。在这个文件中，搜索”engine name=”Catalina” “，找到这个engine名为Catalina的节点，添加以下内容：
unpackWARs=”true” autoDeploy=”true”
xmlValidation=”false” xmlNamespaceAware=”false”>
此时，我们已经完成了Tomcat的配置，可以部署应用程序。
三、 部署应用程序
1. 部署应用程序
将应用程序war文件上传到Tomcat的webapps目录下即可自动部署。Tomcat将自动解压并安装应用程序。如果上传的应用程序包含一个名为”yourapp”的文件夹，则可以访问”http://yourdomn.com/yourapp”来打开应用程序。
2. 启动应用程序
上传应用程序后，可以在安装Tomcat目录下的bin目录中执行以下命令来启动应用程序：
cd bin/
./catalina.sh start
四、 测试虚拟主机
虚拟主机搭建完成后，可以通过访问”http://yourdomn.com”来测试虚拟主机是否配置成功。
本文介绍了Nginx Tomcat虚拟主机的搭建过程：首先安装配置Nginx，然后安装配置Tomcat，最后部署及启动应用程序。通过虚拟主机搭建，能够让多个域名使用同一个服务器，从而大大降低了开发和运维成本，提高了可配置性。同时，Nginx作为高性能的反向代理服务器，可以充分利用硬件资源，提高访问速度，是Web架构中的不可或缺的组成部分。
相关问题拓展阅读：
- Nginx，一看就会
- 1 如何优化Tomcat
- 如何用nginx.conf配置nginx
Nginx，一看就会
Nginx(“engine x”) 是一个高性能的 HTTP 和反向代理服务器,特点是占有内存少，并发能力强，事实上 nginx 的并发能力确实在同类型的网页服务器中表现较好，中国大陆使用 nginx 网站用户有：雀改百度、京东、新浪、网易、腾讯、 淘宝等。
1.1 WEB 服务器
Nginx 可以作为静态页面的 web 服务器，同时还支持 CGI 协议的动态语言，比如 perl、php
等。但是不支持 java。Java 程序只能通过与 tomcat 配合完成。Nginx 专为性能优化而开发，性能是其最重要的考量,实现上非常注重效率 ，能经受高负载的考验,有报告表明能支持高达 50000个并发连接数。
1.2 反向代理
1.正向代理，代理客户端，客户端需要配置代理
2.反向代理，代理服务端，客户端无感知
1.3 负载均衡
Nginx 的异步框架可以处理很大的并发请求，把这些并发请求 hold 住之后就可以分发给后台服务端(backend servers，也叫做服务池， 后面简称 backend)来做复杂的计算、处理和响应，这种模式的好处是相当多的：隐藏业务主机更安全，节约了公网 IP 地址，并且在业务量增加的时候可以方顷碧判便地扩容后台服务器。
这时候集群的概念产生了，我们增加服务器的数量，然后将请求分发到各个服务器上，将原先请求集中到单个服务器上的情况改为将请求分发到多个服务器上，将负载分发到不同的服器，也就是我们所说的负载均衡。
1.4 动静分离
为了加快网站的解析速度，可以把动态页面和静态页面由不同的服务器来解析，加快解析速度。降低原来单个服务器的压力。
Nginx官网
2.1 相关安装包
pcre-8.37.tar.gz openssl-1.0.1t.tar.gz zlib-1.2.8.tar.gz nginx-1.11.1.tar.gz
2.2 安装流程
2.1.1.安装 pcre 解压缩 pcre-xx.tar.gz 包
进入解压缩目录，执行./configure
如果提示，需要提前安装 gcc++，进入安装光盘目录的软件包(/media/CentOSXX/Package)执行
rpm -ivh libstdc+ devel-4.4.7-17.el6.x86_64.rpm
rpm -ivh gcc-c+ 4.4.7-17.el6.x86_64.rpm
./configure 完成后，回到 pcre 目录下执行 make，再执行 make install
2.2.2.安装 openssl
解压缩 openssl-xx.tar.gz 包。
进入解压缩目录，执行./config
make && make install
2.2.3.安装 zlib 解压缩 zlib-xx.tar.gz 包。
进入解压缩目录，执行./configure。
make && make install
2.2.4.安装 nginx
解压缩 nginx-xx.tar.gz 包。
进入解压缩目录，执行./configure。
make && make install
查看开放的端口号
firewall-cmd –list-all
设置开放的端口号
firewall-cmd –add-service=http –permanent
sudo firewall-cmd –add-port=80/tcp –permanent
重启防火墙
firewall-cmd –reload
2.3 Nginx 启动
命令
启动命令：在/usr/local/nginx/in 目录下执行 ./nginx
关闭命令: 在/usr/local/nginx/in 目录下执行 ./nginx -s stop
重新加载命令: 在/usr/local/nginx/in 目录下执行 ./nginx -s reload·
设置 nginx 为自启动服务
修改慧差 linux 启动脚本/etc/rc.d/rc
加入 :/usr/local/nginx/in/nginx
nginx 安装目录下，其默认的配置文件都放在conf 目录下，而主配置文件nginx.conf 也在其中，后续对 nginx 的使用基本上都是对此配置文件进行相应的修改。
根据上述文件，我们可以很明显的将 nginx.conf 配置文件分为三部分
之一部分：全局块
从配置文件开始到 events 块之间的内容，主要会设置一些影响 nginx 服务器整体运行的配置指令，主要包括配置运行 Nginx 服务器的用户（组）、允许生成的 worker process 数，进程 PID 存放路径、日志存放路径和类型以及配置文件的引入等。
比如上面之一行配置的：worker_processes 1;
这是 Nginx 服务器并发处理服务的关键配置，worker_processes 值越大，可以支持的并发处理量也越多，但是会受到硬件、软件等设备的制约。
第二部分：events 块
events 块涉及的指令主要影响 Nginx 服务器与用户的网络连接，常用的设置包括是否开启对多 work process 下的网络连接进行序列化，是否允许同时接收多个网络连接，选取哪种事件驱动模型来处理连接请求，每个 word process 可以同时支持的更大连接数等。
上述例子就表示每个 work process 支持的更大连接数为 1024.
这部分的配置对 Nginx 的性能影响较大，在实际中应该灵活配置。
第三部分：http 块
这算是 Nginx 服务器配置中最频繁的部分，代理、缓存和日志定义等绝大多数功能和第三方模块的配置都在这里。
需要注意的是：http 块也可以包括 http 全局块、server 块。
http 全局块
http 全局块配置的指令包括文件引入、MIME-TYPE 定义、日志自定义、连接超时时间、单链接请求数上限等。
server 块
这块和虚拟主机有密切关系，虚拟主机从用户角度看，和一立的硬件主机是完全一样的，该技术的产生是为了节省互联网服务器硬件成本。
每个 http 块可以包括多个 server 块，而每个 server 块就相当于一个虚拟主机。
而每个 server 块也分为全局 server 块，以及可以同时包含多个 locaton 块。
全局 server 块
最常见的配置是本虚拟机主机的监听配置和本虚拟主机的名称或 IP 配置。
location 块
一个 server 块可以配置多个 location 块。
这块的主要作用是基于 Nginx 服务器接收到的请求字符串（例如 server_name/uri-string），对虚拟主机名称（也可以是 IP 别名）之外的字符串（例如 前面的 /uri-string）进行匹配，对特定的请求进行处理。地址定向、数据缓存和应答控制等功能，还有许多第三方模块的配置也在这里进行。
案例配置如下：
location 指令说明
该指令用于匹配 URL，语法如下：
= ：用于不含正则表达式的 uri 前，要求请求字符串与 uri 严格匹配，如果匹配
成功，就停止继续向下搜索并立即处理该请求。
~：用于表示 uri 包含正则表达式，并且区分大小写。
~*：用于表示 uri 包含正则表达式，并且不区分大小写。
^~：用于不含正则表达式的 uri 前，要求 Nginx 服务器找到标识 uri 和请求字
符串匹配度更高的 location 后，立即使用此 location 处理请求，而不再使用 location
块中的正则 uri 和请求字符串做匹配。
注意：如果 uri 包含正则表达式，则必须要有 ~ 或者 ~* 标识。
案例配置如下：
在 linux 下有 Nginx、LVS、Haproxy 等等服务可以提供负载均衡服务，而且 Nginx 提供了几种分配方式(策略)：
轮询（默认）
每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器 down 掉，能自动剔除。
weight
weight 代表权重，默认为 1，权重越高被分配的客户端越多指定轮询几率，weight 和访问比率成正比，用于后端服务器性能不均的情况。
ip_hash
每个请求按访问 ip 的 hash 结果分配，这样每个访客固定访问一个后端服务器，可以解决 session 的问题。
fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。
动静分离从目前实现角度来讲大致分为两种：
1.一种是纯粹把静态文件独立成单独的域名，放在独立的服务器上，也是目前主流推崇的方案；
2.另外一种方法就是动态跟静态文件混合在一起发布，通过 nginx 来分开。
通过 location 指定不同的后缀名实现不同的请求转发。通过 expires 参数设置，可以使浏览器缓存过期时间，减少与服务器之前的请求和流量。具体 Expires 定义：是给一个资源设定一个过期时间，也就是说无需去服务端验证，直接通过浏览器自身确认是否过期即可，所以不会产生额外的流量。此种方法非常适合不经常变动的资源。（如果经常更新的文件，不建议使用 Expires 来缓存），我这里设置 3d，表示在这 3 天之内访问这个 URL，发送一个请求，比对服务器该文件最后更新时间没有变化，则不会从服务器抓取，返回状态码304，如果有修改，则直接从服务器重新下载，返回状态码 200。
master-workers 的机制的好处
首先，对于每个 worker 进程来说，独立的进程，不需要加锁，所以省掉了锁带来的开销，
同时在编程以及问题查找时，也会方便很多。其次，采用独立的进程，可以让互相之间不会
影响，一个进程退出后，其它进程还在工作，服务不会中断，master 进程则很快启动新的
worker 进程。当然，worker 进程的异常退出，肯定是程序有 bug 了，异常退出，会导致当
前 worker 上的所有请求失败，不过不会影响到所有请求，所以降低了风险。
需要设置多少个 worker
Nginx 同 redis 类似都采用了 io 多路复用机制，每个 worker 都是一个独立的进程，但每个进
程里只有一个主线程，通过异步非阻塞的方式来处理请求， 即使是千上万个请求也不在话
下。每个 worker 的线程可以把一个 cpu 的性能发挥到极致。所以 worker 数和服务器的 cpu
数相等是最为适宜的。设少了会浪费 cpu，设多了会造成 cpu 频繁切换上下文带来的损耗。
连接数 worker_connection
这个值是表示每个 worker 进程所能建立连接的更大值，所以，一个 nginx 能建立的更大连接数，应该是 worker_connections * worker_processes。当然，这里说的是更大连接数，对于HTTP 请 求 本 地 资 源 来 说 ， 能 够 支 持 的 最 大 并 发 数 量 是 worker_connections * worker_processes，如果是支持 http1.1 的浏览器每次访问要占两个连接，所以普通的静态访问更大并发数是： worker_connections * worker_processes /2，而如果是 HTTP 作 为反向代理来说，更大并发数量应该是 worker_connections *
worker_processes/4。因为作为反向代理服务器，每个并发会建立与客户端的连接和与后端服务的连接，会占用两个连接。
注意：此部分属于高级技术，近几日会将下面的知识点补充完毕。
8.1 Keepalived+Nginx 高可用集群（主从模式）
8.2 Keepalived+Nginx 高可用集群（双主模式）
1 如何优化Tomcat
（1）bin：主要用来存放命令，.bat是windows下，.sh是Linux下
（2）conf：主要用来存放tomcat的一些配置文件
（3）lib：存放tomcat依赖的一些jar包
（4）logs：存放tomcat在运行时产生的日志文件
（5）temp：存放运歼耐困行时产生的临时文件
（6）webapps：存放应用程序
（7）work：存放tomcat运行时编译后的文件，比如P编译后的文件
tomcat优化可以有几个方向：配置项的删除，配置参数的修改，jdk参数修改、Tomcat内存优化、Tomcat并发优化、Tomcat缓存优化
web项目中自带的WEB-INF/web.xml，
tomcat自带的conf/web.xml以及conf/server.xml文件。
因为这些xml文件都会被tomcat解析，所以优化方向是将这三类文件中不必要的配置删除。
tomcat在启动时，会将web项目中WEB-INF/web.xml和自己的conf/web.xml进行合并，然后在ContextConfig类下的configureContext()统一解析这些内容：
这个只能是在项目中不需要的配置不要放进去，有过期的配置要及时删除，减少tomcat的解析成本。
这是一个处理静态文件的servlet，如果项目中不需要tomcat进行静态文件的处理，可以将其删掉。
这个servlet是用来编译和执行jsp文件的，如果项目中没有jsp文件，可以将其删掉。
项目中没有jsp，关于jsp下面的映射也可以删除：
文件中提供的mime类型非常多，如果有确定项目中不会涉及到的类型，可以删除其映射配置。
如果不需要展示tomcat的欢迎页，可以将其删掉。
下面是tomcat8.5版本提供的默认listener列表：
作用是在Tomcat初始化时，打印一下Tomcat相关的版本信息以及操作系统和jdk环境亩销信息，可以删掉。
Tomcat启动时，检查APR库，如果存在则加载，这个配置仅当connector的protocol设置为AJP/1.3时有用，如果非AJP/1.3，可以删除。
Java运行环境可能导致某些已知位置的内存泄漏或文件锁定，
JreMemoryLeakPreventionListener提供这些情况的解决方案。
作用于全局资源，通氏念过该监听器，初始化标签中定义的全局JNDI资源；
如果没有该监听器，定义的全局资源都不能使用。
如果不使用GlobalNamingResources定义全局资源，可以删除。
Web应用因thread-local导致的内存泄露而要停止时，该监听器会触发线程池中线程的更新。
只有当Web应用(即Context元素)的renewThreadsWhenStoppingContext属性设置为true时，该监听器才有效。
官方文档对renewThreadsWhenStoppingContext配置的解释为：
GlobalNamingResources可以定义全局资源，可以看出，这个tomcat的默认配置是通过读取$TOMCAT_HOME/ conf/tomcat-users.xml实现的。
tomcat-user.xml用于定义tomcat管理页面相关配置，如果不登录管理界面可以删掉。
官网中对于这个connector有如下描述：
The AJP Connector element represents a Connector component that communicates with a web connector via the AJP protocol. This is used for cases where you wish to invisibly integrate Tomcat into an existing (or new) Apache installation, and you want Apache to handle the static content contained in the web application, and/or utilize Apache’s SSL processing.
可知当tomcat需要集成到Apache服务器时才使用这个connector，现在一般都用Nginx代替Apache，所以不使用Apache的话这个也可以删掉。
tomcat默认配置包含如下connector：
Realm，可以把它理解成“域”；
Realm提供了一种用户密码与web应用的映射关系，从而达到角色安全管理的作用，tomcat默认的这个realm是和name为UserDatabase的资源绑定的，而该资源在Server元素中使用GlobalNamingResources配置。如果不需要可以删掉。
Valve的意思是“阀门”，不同的Valve有不同的特性，Valve的配置中AccessLogValve的作用是记录其所在容器处理的所有请求，默认配置中的Valve放在Host下，便可以记录该Host处理的所有请求。
AccessLogValve记录的日志就是访问日志，每天的请求会写到一个日志文件里。现在一般记录Nginx访问日志，这个也可以删除。
tomcat是用Java写的，就要运行在jvm上，垃圾处理方式等都要遵循jvm的方式。
tomcat中设置jvm参数在 catalina.sh(Linux)和catalina.bat(windows)中，以JAVA_OPTS变量存储。以catalina.sh为例：
可以在该变量中添加jvm参数，达到减少gc次数等目标，例如根据tomcat所在服务器修改jvm内存大小等。
参数优化主要是优化sever.xml中的配置参数，示例server.xml如下：
port：指定一个端口，这个端口负责监听关闭tomcat的请求。
shutdown：指定向端口发送的命令字符串。
sever配置没什么可优化的。
name：指定service的名字。
service配置没什么可优化的。
port：指定服务器端要创建的端口号，并在这个端口监听来自客户端的请求
minProcessors：服务器启动时创建的处理请求的线程数
maxProcessors：更大可以创建的处理请求的线程数
enableLookups：如果为true，则可以通过调用request.getRemoteHost()进行DNS查询来得到远程客户端的实际主机名，若为false则不进行DNS查询，而是返回其ip地址
redirectPort：指定服务器正在处理http请求时收到了一个SSL传输请求后重定向的端口号
acceptCount：指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理
maxConnections：达到这个值之后，将继续接受连接，但是不处理，能继续接受多少根据acceptCount的值
minSpareThreads：最小空闲线程数
connectionTimeout：指定超时的时间数(以毫秒为单位)
官网8.5版本connector使用连接类型如下：
查看Connector源码:
可知默认协议使用的是Http11NioProtocol，即NIO方式。
tomcat默认连接池有限制，可以为connector配置自己的连接池，例如：
在连接池中可以根据项目自定义更大线程数量。
name：属性用于日志和错误信息，在整个Server中应该唯一
defaultHost：defaultHost属性指定了默认的host名称，当发往本机的请求指定的host名称不存在时，一律使用defaultHost指定的host进行处理；因此defaultHost的值，必须与Engine中的一个Host组件的name属性值匹配
没什么可优化的。
name：指定虚拟主机的主机名，一个Engine中有且仅有一个Host组件的name属性与Engine组件的defaultHost属性相匹配；
注：一般情况下，主机名需要是在DNS服务器中注册的网络名，但是Engine指定的defaultHost不需要
appBase：应用程序基本目录，即存放应用程序的目录
unpackWARs：指定了是否将war文件解压，如果为true，则通过解压后的目录运行该Web应用；如果为false，则直接使用WAR文件运行Web应用
autoDeploy：是否自动部署，Tomcat运行期间会用一个线程定时检查，如果有新的web工程会自动部署。
autoDeploy生产环境之下可以改成false，减少tomcat的负担。
autoDeploy有需要注意的点，如果为true，拷贝war到webapp下面，tomcat自动解压并部署。但是停掉tomcat拷贝新的war包过去，tomcat不会解压新包并后覆盖旧目录，因为tomcat直接使用了之前解压过的目录。官网有描述：
If you redeploy an updated WAR file, be sure to delete the expanded directory when restarting Tomcat, so that the updated WAR file will be re-expanded (note that the auto deployer, if enabled, will automatically expand the updated WAR file once the previously expanded directory is removed).
docBase：代表应用程序或war文件存放的路径，这个可以自由指定，例如d:/study
path：
表示此web应用程序的url的前缀，这样请求的url为
**
reloadable：如果为true，则tomcat会自动检测应用程序的/WEB-INF/lib和/WEB-INF/classes目录的变化，自动装载新的应用程序，可以在不重起tomcat的情况下改变应用程序
生产环境中可以把reloadable设置为false。
className：指定Realm使用的类名，此类必须实现org.apache.catalina.Realm接口
没什么可优化的
className：规定了Valve的类型；例如tomcat默认的是AccessLogValve。
directory：指定日志存储的位置，默认日志存储在 TOMCAT_HOME/logs目录下，可以看到如下所示的日志文件。
没什么可优化的。
Tomcat内存优化主要是对 tomcat 启动参数优化，我们可以在 tomcat 的启动脚本 catalina.sh 中设置 java_OPTS 参数。
现公司服务器内存一般都可以加到更大2G ，所以可以采取以下配置：
JAVA_OPTS=’-Xms1024m -Xmx2023m -XX: PermSize=256M -XX:MaxNewSize=256m -XX:MaxPermSize=256m’
配置完成后可重启Tomcat ，通过以下命令进行查看配置是否生效：
首先查看Tomcat 进程号：sudo lsof -i:9027
我们可以看到Tomcat 进程号是。
查看是否配置生效：sudo jmap – heap 12222
我们可以看到MaxHeapSize 等参数已经生效。
在Tomcat 配置文件 server.xml 中的
maxThreads 客户请求更大线程数
minSpareThreads Tomcat初始化时创建的 socket 线程数
maxSpareThreads Tomcat连接器的更大空闲 socket 线程数
enableLookups 若设为true, 则支持域名解析，可把 ip 地址解析为主机名
redirectPort 在需要基于安全通道的场合，把客户请求转发到基于SSL 的 redirectPort 端口
acceptAccount 监听端口队列更大数，满了之后客户请求会被拒绝（不能小于maxSpareThreads ）
connectionTimeout 连接超时
minProcessors 服务器创建时的最小处理线程数
maxProcessors 服务器同时更大处理线程数
URIEncoding URL统一编码
compression 打开压缩功能
compressionMinSize 启用压缩的输出内容大小，这里面默认为2KB
compressableMimeType 压缩类型
connectionTimeout 定义建立客户连接超时的时间. 如果为 -1, 表示不限制建立客户连接的时间
如何用nginx.conf配置nginx
Nginx使
用有两三年了，现在经常碰到有新用户问一些很基本的问题，我也没时间一一回答，今天下午花了点时间，结合自己的使用经验，把Nginx的主要配置参数说明
分享一下，也参考了一些网络的内容，这篇是目前最完整的Nginx配置参数中文说明了。更详细的模块参数请参
考：
复制代码 代码如下:
#定义Nginx运行的用户和用户组
user www www;
#nginx进程数，建议设置为等于CPU总核心数。
worker_processes 8;
#全局错误日志定义类型，
error_log /var/log/nginx/error.log info;
#进程文件
pid /var/run/nginx.pid;
#一个nginx进程打开的最多文件描述符数目，理论值应该是最多打开文件数（系统的值ulimit -n）与nginx进程数相除，但是nginx分配请求并不均匀，所以建议与ulimit -n的值保持一致。
worker_rlimit_nofile 65535;
#工作模式与连接数上限
events
{
#参考事件模型，use ;
epoll模型是Linux 2.6以上版本内核中的高性能网络I/O模型，如果跑在FreeBSD上面，就用kqueue模型。
use epoll;
#单个差岁进程更大虚培睁连接数（更大连接数=连接数*进程数）
worker_connections 65535;
}
#设定http服务器
http
{
include mime.types; #文件扩展名与文件类型映射表
default_type application/octet-stream; #默认文件类型
#charset utf-8; #默认编码
server_names_hash_bucket_size 128; #服务器名字的hash表大小
client_header_buffer_size 32k; #上传文件大小限制
large_client_header_buffers 4 64k; #设定请求缓
client_max_body_size 8m; #设定请求缓
sendfile on; #开启高效文件传输模式，sendfile指令指定nginx是否调用sendfile函数来输出文件，对于普通应用设为
on，如果用来进行下载等应用磁盘IO重负载应用，可设置为off，以平衡磁盘与网络I/O处理速度，降低系统的负载。注意中绝：如果图片显示不正常把这个改
成off。
autoindex on; #开启目录列表访问，合适下载服务器，默认关闭。
tcp_nopush on; #防止网络阻塞
tcp_nodelay on; #防止网络阻塞
keepalive_timeout 120; #长连接超时时间，单位是秒
#FastCGI相关参数是为了改善网站的性能：减少资源占用，提高访问速度。下面参数看字面意思都能理解。
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 128k;
#gzip模块设置
gzip on; #开启gzip压缩输出
gzip_min_length 1k; #最小压缩文件大小
gzip_buffers 4 16k; #压缩缓冲区
gzip_http_version 1.0; #压缩版本（默认1.1，前端如果是squid2.5请使用1.0）
gzip_comp_level 2; #压缩等级
gzip_types text/plain application/x-javascript text/css application/xml;
#压缩类型，默认就已经包含text/html，所以下面就不用再写了，写上去也不会有问题，但是会有一个warn。
gzip_vary on;
#limit_zone crawler $binary_remote_addr 10m; #开启限制IP连接数的时候需要使用
upstream blog.ha97.com {
#upstream的负载均衡，weight是权重，可以根据机器配置定义权重。weigth参数表示权值，权值越高被分配到的几率越大。
server 192.168.80.121:80 weight=3;
server 192.168.80.122:80 weight=2;
server 192.168.80.123:80 weight=3;
}
#虚拟主机的配置
server
{
#监听端口
listen 80;
#域名可以有多个，用空格隔开
server_name
www.ha97.com
ha97.com;
index index.html index.htm index.php;
root /data/www/ha97;
location ~ .*.(php|php5)?$
{
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
include fastcgi.conf;
}
#图片缓存时间设置
location ~ .*.(gif|jpg|jpeg|png|bmp|swf)$
{
expires 10d;
}
#和CSS缓存时间设置
location ~ .*.(js|css)?$
{
expires 1h;
}
#日志格式设定
log_format access ‘$remote_addr – $remote_user “$request” ‘
‘$status $body_bytes_sent “$http_referer” ‘
‘”$http_user_agent” $http_x_forwarded_for’;
#定义本虚拟主机的访问日志
access_log /var/log/nginx/ha97access.log access;
#对 “/” 启用反向代理
location / {
proxy_pass
proxy_redirect off;
proxy_set_header X-Real-IP $remote_addr;
#后端的Web服务器可以通过X-Forwarded-For获取用户真实IP
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
#以下是一些反向代理的配置，可选。
proxy_set_header Host $host;
client_max_body_size 10m; #允许客户端请求的更大单文件字节数
client_body_buffer_size 128k; #缓冲区代理缓冲用户端请求的更大字节数，
proxy_connect_timeout 90; #nginx跟后端服务器连接超时时间(代理连接超时)
proxy_send_timeout 90; #后端服务器数据回传时间(代理发送超时)
proxy_read_timeout 90; #连接成功后，后端服务器响应时间(代理接收超时)
proxy_buffer_size 4k; #设置代理服务器（nginx）保存用户头信息的缓冲区大小
proxy_buffers 4 32k; #proxy_buffers缓冲区，网页平均在32k以下的设置
proxy_busy_buffers_size 64k; #高负荷下缓冲大小（proxy_buffers*2）
proxy_temp_file_write_size 64k;
#设定缓存文件夹大小，大于这个值，将从upstream服务器传
}
#设定查看Nginx状态的地址
location /NginxStatus {
stub_status on;
access_log on;
auth_basic “NginxStatus”;
auth_basic_user_file conf/htpasswd;
#htpasswd文件的内容可以用apache提供的htpasswd工具来产生。
}
#本地动静分离反向代理配置
#所有jsp的页面均交由tomcat或resin处理
location ~ .(jsp|jspx|do)?$ {
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass
}
#所有静态文件由nginx直接读取不经过tomcat或resin
location ~ .*.(htm|html|gif|jpg|jpeg|png|bmp|swf|ioc|rar|zip|txt|flv|mid|doc|ppt|pdf|xls|mp3|wma)$
{ expires 15d; }
location ~ .*.(js|css)?$
{ expires 1h; }
}
}
关于nginx tomca虚拟主机的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
