关于样本值和文本复制

• example.com用作示例域名（在键名和配置块中）。将其替换为您的组织名称。
• 本指南中的许多NGINX开源和NGINX Plus配置块列出了两个IP地址为10.100.100.11和10.100.100.12的示例Tomcat应用程序服务器。将这些地址替换为Tomcat服务器的IP地址。如果您有两个以上，则在每个服务器的配置块中包含一行。
• 出于可读性原因，某些命令显示在多行上。如果要将它们复制并粘贴到终端窗口中，建议您首先将它们复制到文本编辑器中，在其中可以替换适合于部署的对象名称，并删除浏览器可能插入的任何多余的格式字符。
• 本指南中的某些示例是局部的，需要其他指令或参数才能完整。您可以按照创建和修改配置文件中的说明，从NGINX网站下载完整的配置文件，以实现基本和增强的负载平衡。有关特定指令或参数的详细信息，请参见NGINX参考文档。
• 我们建议您不要将本指南中的配置片段中的文本复制到配置文件中。有关创建配置文件的推荐方法，请参阅《创建和修改配置文件》。

生成自签名证书

生成公私钥对和基于它们的PEM格式的自签名服务器证书。

1. 以root用户身份登录到已openssl安装软件的计算机上。

2. 生成PEM格式的**对（默认）。要加密私钥，请包含-des3参数。（其他可用的加密算法可用，在genrsa命令的手册页上列出。）提示您输入用作加密基础的口令。

   root＃openssl genrsa -des3 -out〜/ private-key.pem 2048
   生成RSA私钥...
   输入private-key.pem的密码：
   

3. 在安全位置创建**文件的备份。如果丢失**，则证书将无法使用。

   根目录cp〜/ private-key.pem <SECURE-DIR> /private-key.pem.backup
   

4. 生成证书。包括-new和-x509参数以创建新的自签名证书。（可选）包括-days参数，以将**的有效期从默认的30天（10950天约为30年）更改为默认值。使用适合您的测试部署的值来响应提示。

   root＃openssl req -new -x509 -key〜/ private-key.pem -out〜/ self-cert.pem -days 10950
   

5. 将证书文件和关联的**文件复制或移动到NGINX Open Source或NGINX Plus服务器上的/ etc / nginx / ssl目录。

生成证书申请

1. 以root用户身份登录到已openssl安装软件的计算机上。

2. 创建要打包在证书中的私钥。

   root＃openssl genrsa -out〜/ example.com.key 2048
   

3. 在安全位置创建**文件的备份。如果丢失**，则证书将无法使用。

   root＃cp〜/ example.com.key <安全目录> /example.com.key.backup
   

4. 创建一个证书签名请求（CSR）文件。

   root＃openssl req -new -sha256 -key〜/ example.com.key -out〜/ example.com.csr
   

5. 向CA或您的内部安全组请求证书，并提供CSR文件（example.com.csr）。提醒一下，切勿直接与第三方共享私钥（.key文件）。

   证书必须是PEM格式，而不是Windows兼容的PFX格式。如果您是自己从CA网站请求证书的，请在系统提示您选择要为其生成证书的服务器平台时，选择NGINX或Apache（如果可用）。

6. 将证书文件和关联的**文件复制或移动到NGINX Plus服务器上的/ etc / nginx / ssl目录。

关于重新加载更新的配置

我们建议您每次完成对配置的一组更新时，都运行命令以测试配置文件的语法有效性。nginx -t

根号nginx -t
nginx：配置文件/etc/nginx/nginx.conf语法正常
nginx：配置文件/etc/nginx/nginx.conf测试成功

要告诉NGINX Open Source或NGINX Plus开始使用新配置，请运行以下命令之一：

root＃nginx -s重新加载

要么

root＃服务nginx重新加载

为HTTP和HTTPS流量配置虚拟服务器

这些指令server在*http配置块中的单独块中定义用于HTTP和HTTPS通信的虚拟服务器。所有HTTP请求都重定向到HTTPS服务器。

1. 配置一个server块，侦听在端口443上收到的https://example.com请求。

   的ssl_certificate和ssl_certificate_key指令是必需的; 替换在为客户端流量配置SSL / TLS证书中选择的证书和私钥的名称。

   其他指令是可选的，但建议使用。

   ＃在'http'块
   服务器中 { 
       监听 443  ssl ; 
       server_name  example.com ;
       
       ssl_certificate      /etc/nginx/ssl/example.com.crt ; 
       ssl_certificate_key  /etc/nginx/ssl/example.com.key ; 
       ssl_session_cache    shared：SSL：1m ; 
       ssl_prefer_server_ciphers  上; 
   }
   

   指令文件：listen，server，server_name，ssl_certificate和ssl_certificate_key，ssl_prefer_server_ciphers，ssl_session_cache

2. 配置一个server块，该块将在端口80上收到的对http://example.com的请求永久重定向到上一步中定义的HTTPS服务器。

   如果您不使用SSL / TLS进行客户端连接，请忽略该return指令。当在本指南的其余部分中指示server为HTTPS通信量的块添加指令时，请将其添加到该块中。

   ＃在'http'块
   服务器中 { 
       监听 80 ; 
       server_name  example.com ;
       
       ＃将所有HTTP请求重定向到HTTPS 
       位置 /  { 
           返回 301  https：// $ server_name $ request_uri ; 
       } 
   }
   

   指令文件：location，return

有关配置SSL / TLS的更多信息，请参阅NGINX Plus管理指南和HTTP SSL / TLS 模块的参考文档。

配置基本负载平衡

To configure load balancing, you first create a named upstream group, which lists the backend servers among which client requests are distributed. You then set up NGINX Open Source or NGINX Plus as a reverse proxy and load balancer by referring to the upstream group in one or more proxy_pass directives.

1. Configure an upstream group called tomcat with two Tomcat application servers listening on port 8080, one on IP address 10.100.100.11 and the other on 10.100.100.12.

   # In the 'http' block
   upstream tomcat {
       server 10.100.100.11:8080;
       server 10.100.100.12:8080;
   }
   

   Directive documentation: server, upstream

2. In the server block for HTTPS traffic that we created in Configuring Virtual Servers for HTTP and HTTPS Traffic, include two location blocks:

   • The first one matches HTTPS requests in which the path starts with /tomcat-app/, and proxies them to the tomcat upstream group we created in the previous step.
   • The second one funnels all traffic to the first location block, by doing a temporary redirect of all requests for http://example.com/.

   # In the 'server' block for HTTPS traffic
   location /tomcat-app/ {
       proxy_pass http://tomcat;
   }
     
   location = / {
       return 302 /tomcat-app/;
   }
   

   Directive documentation: location, proxy_pass, return

Note that these blocks handle only standard HTTPS traffic. If you want to load balance WebSocket traffic, you need to add another location block as described in Configuring Proxy of WebSocket Traffic.

默认情况下，NGINX Open Source和NGINX Plus使用Round Robin算法在服务器之间进行负载平衡。负载平衡器按顺序遍历上游组中的服务器列表，将每个新请求转发到下一台服务器。在我们的示例中，第一个请求转到10.100.100.11，第二个请求转到10.100.100.12，第三个请求到10.100.100.11，依此类推。有关其他可用负载平衡算法的信息，请参见《NGINX Plus管理指南》。

在NGINX Plus中，当后端服务器组发生更改时，您还可以使用DNS或API来对上游组进行动态重新配置。请参阅启用上游组的动态重新配置。

有关代理和负载平衡的更多信息，请参阅《 NGINX Plus管理指南》中的NGINX反向代理和HTTP负载平衡，以及HTTP 代理和上游模块的参考文档。

配置基本会话持久性

如果您的应用程序需要基本的会话持久性（也称为粘性会话），则可以使用IP哈希负载平衡算法在NGINX开源中实现它。（如配置高级会话持久性中所述，NGINX Plus提供了一种更为复杂的会话持久性形式。）

使用IP哈希算法，对于每个请求，将基于客户端的IP地址计算哈希，并将其与上游服务器之一相关联。具有该哈希值的所有请求都将发送到该服务器，从而建立会话持久性。

如果客户端具有IPv6地址，则哈希基于整个地址。如果它具有IPv4地址，则哈希仅基于地址的前三个八位位组。旨在针对从子网（/ 24）范围动态分配IP地址的ISP客户端进行优化。但是，在以下情况下无效：

• 到您站点的大部分流量来自一个转发代理或来自同一/ 24网络上的客户端，因为在这种情况下，IP哈希将所有客户端映射到同一服务器。
• 客户端的IP地址可以在会话期间更改，例如，当移动客户端从WiFi网络切换到蜂窝网络时。

要在NGINX中配置会话持久性，请将ip_hash指令添加到upstream在配置基本负载平衡中创建的块中：

＃在
tomcat { ip_hash ; 上游 的'http'块中 服务器10.100.100.11 ：8080 ; 服务器10.100.100.12 ：8080 ; } 
    
     
     

指令文档： ip_hash

您还可以使用哈希负载平衡方法来保持会话持久性，其中哈希基于指定的文本和NGINX变量的任意组合。例如，您可以使用以下配置在完整（四字节）的客户端IP地址上进行哈希处理。

＃在
tomcat 上游 的'http'块中{ hash $ remote_addr ; 服务器10.100.100.11 ：8080 ; 服务器10.100.100.12 ：8080 ; } 
     
     
     

指令文档： hash

配置WebSocket流量的代理

WebSocket协议（在RFC 6455中定义）允许在客户端和服务器之间的单个TCP连接上同时进行双向通信，双方可以独立发送数据。为了启动WebSocket连接，客户端向服务器发送一个握手请求，将请求从标准HTTP升级到WebSocket。如果握手请求通过验证，并且服务器接受请求，则建立连接。创建WebSocket连接后，浏览器客户端可以将数据发送到服务器，同时从该服务器接收数据。

Tomcat 8默认情况下不启用WebSocket，但是Tomcat文档中提供了启用WebSocket的说明。如果要使用NGINX开源或NGINX Plus将WebSocket通信代理到Tomcat应用程序服务器，请添加本节中讨论的指令。

默认情况下，NGINX Open Source和NGINX Plus使用HTTP / 1.0进行上游连接。为了正确地代理，WebSocket连接需要HTTP / 1.1以及一些其他设置HTTP标头的配置指令：

＃在“ http”块
图中 $ http_upgrade  $ connection_upgrade  { 
    默认 升级；
    “”       关闭; 
}

＃在HTTPS流量
位置 的“服务器”块中/ wstunnel /  { 
    proxy_pass  http：// tomcat ; 
    proxy_http_version  1 .1 ; 
    proxy_set_header  升级 $ http_upgrade ; 
    proxy_set_header  连接 $ connection_upgrade ; 
}

指令文件：location，map，proxy_http_version，proxy_pass，proxy_set_header

proxy_set_header需要第一个指令，因为Upgrade请求标头是逐跳的；也就是说，HTTP规范明确禁止代理转发它。该指令将覆盖禁止。

第二个proxy_set_header指令将Connection标头设置为取决于map块中测试的值：如果请求具有Upgrade标头，则Connection标头设置为upgrade; 否则，将其设置为close。

有关代理WebSocket通信的更多信息，请参见WebSocket代理和NGINX作为WebSocket代理。

配置内容缓存

从Tomcat应用程序服务器缓存响应既可以改善对客户端的响应时间，又可以减少服务器上的负载，因为合格的响应会立即从缓存中提供，而不是在服务器上再次生成。有许多有用的指令可用于微调缓存行为。有关详细讨论，请参见《 NGINX和NGINX Plus缓存指南》。

要在NGINX Open Source或NGINX Plus中启用基本缓存，请添加以下配置：

1. 包括该proxy_cache_path指令以创建本地磁盘目录/ tmp / NGINX_cache /用作缓存。该keys_zone参数为称为backcache的区域分配10 MB的共享内存，该区域用于存储缓存**和元数据（例如使用计时器）。1 MB的区域可以存储大约8,000个**的数据。

   ＃在'http'块中
   proxy_cache_path  / tmp / NGINX_cache /  keys_zone = backcache：10m ;
   

   指令文档： proxy_cache_path

2. 在location与HTTPS请求匹配的块中（路径以/ tomcat-app /开头）中，包含proxy_cache用于引用上一步中创建的缓存的指令。

   ＃在HTTPS流量
   位置 的“服务器”块中/ tomcat-app /  { 
       proxy_pass  http：// tomcat ; 
       proxy_cache  backcache ; 
   }
   

   指令文件：location，proxy_cache，proxy_pass

默认情况下，缓存键类似于NGINX变量的字符串：$scheme$proxy_host$request_uri。要更改变量列表，请使用proxy_cache_key指令指定它们。该指令的一种有效用法是根据JSESSIONIDCookie 为每个用户创建一个缓存**。当缓存是私有的（例如包含购物车数据或其他特定于用户的资源）时，此功能很有用。JSESSIONID使用以下伪指令在缓存键中包含cookie：

proxy_cache_key  $ proxy_host $ request_uri $ cookie_jessionid ;

指令文档： proxy_cache_key

有关缓存的更多信息，请参见NGINX Plus管理指南和HTTP 代理模块的参考文档。

配置HTTP / 2支持

Nginx开源1.9.5和更高版本以及NGINX Plus R7和更高版本完全支持HTTP / 2 。与往常一样，我们建议您运行最新版本的软件以利用改进和错误修复。

• 如果使用NGINX Open Source，请注意，在1.9.5版和更高版本中，SPDY模块已从代码库中完全删除，并被HTTP / 2模块取代。升级到1.9.5或更高版本后，您将无法再将NGINX开源配置为使用SPDY。如果要继续使用SPDY，则需要从NGINX 1.8.x分支中的源代码编译NGINX Open Source。

• 在NGINX Plus R8和更高版本中，NGINX Plus默认支持HTTP / 2。（从该版本开始，不再支持SPDY）。特别：

  在NGINX Plus R11和更高版本中，nginx-plus软件包默认情况下继续支持HTTP / 2，但动态模块已弃用了先前发行版中的nginx-plus-extras软件包。

  对于NGINX Plus R8到R10，nginx-plus和nginx-plus-extras软件包默认支持HTTP / 2。

  如果使用NGINX Plus R7，则必须安装nginx-plus-http2软件包而不是nginx-plus或nginx-plus-extras软件包。

要启用HTTP / 2支持，请将http2参数添加到我们在“ 为HTTP和HTTPS通信配置虚拟服务器”中创建的HTTPS通信块中的listen伪指令中，如下所示：server

＃在HTTPS流量的“服务器”块中，
监听 443  ssl  http2 ；

指令文档： listen

要验证HTTP / 2转换是否正常，您可以使用适用于Google Chrome和Firefox的“ HTTP / 2和SPDY指示器”插件。

基本负载平衡的完整配置

The full configuration for basic load balancing appears here for your convenience. It goes in the http context. The complete file is available for download from the NGINX website.

We recommend that you do not copy text directly from this document, but instead use the method described in Creating and Modifying Configuration Files to include these directives in your configuration – add an include directive to the http context of the main nginx.conf file to read in the contents of /etc/nginx/conf.d/tomcat-basic.conf.

proxy_cache_path /tmp/NGINX_cache/ keys_zone=backcache:10m;

map $http_upgrade $connection_upgrade {  
    default upgrade;  
    ''      close;  
}

upstream tomcat {  
    # Use IP Hash for session persistence  
    ip_hash;
    # List of Tomcat application servers  
    server 10.100.100.11:8080;  
    server 10.100.100.12:8080;  
}

服务器 {   
    听 80 ;   
    server_name  example.com ; 
    ＃将所有HTTP请求重定向到HTTPS   
    位置 /  {   
        返回 301  https：// $ server_name $ request_uri ;   
    }   
}

服务器 {   
    监听 443  SSL  http2 ;   
    server_name  example.com ; 
    ssl_certificate      /etc/nginx/ssl/example.com.crt ; 
    ssl_certificate_key  /etc/nginx/ssl/example.com.key ; 
    ssl_session_cache    shared：SSL：1m ;   
    ssl_prefer_server_ciphers  上;

    ＃跨Tomcat应用程序对'/ tomcat-app /'的负载平衡请求
    ＃服务器   
    位置 / tomcat-app /  {   
        proxy_pass  http：// tomcat ;   
        proxy_cache  backcache ;   
    }

    ＃当用户请求'/' 
    location  =  /  {  
        返回 302  / tomcat-app / ;   
    时，返回到/ tomcat-app /的临时重定向   。}

    
    ＃WebSocket 配置   位置 / wstunnel /  {   
        proxy_pass  https：// tomcat ;   
        proxy_http_version  1 .1 ;   
        proxy_set_header  升级 $ http_upgrade ;   
        proxy_set_header  连接 $ connection_upgrade ;   
    }   
}

配置高级会话持久性

与NGINX Open Source相比，NGINX Plus提供了更复杂的会话持久性方法，该方法在sticky指令的三个变体中实现。在以下示例中，我们将该指令添加到在“ 配置基本负载平衡”中创建的上游组中，以基于Tomcat应用程序设置的属性建立会话持久性。sticky routejvmRoute

配置应用程序运行状况检查

健康检查是按固定间隔发送到服务器的带外 HTTP请求。它们用于确定服务器是否响应正常且功能正常，而无需客户端的实际请求。

由于health_check伪指令放置在location块中，因此我们可以为每个应用程序启用不同的运行状况检查。

1. 在location与HTTPS请求匹配的块中，其路径以/ tomcat-app /开头（在配置基本负载平衡中创建），添加health_check指令。

   在这里，我们将NGINX Plus配置为每2秒向tomcat上游组中的每台服务器发送对*URI /（斜杠）的带外请求  ，这比默认的5秒间隔更具攻击性。如果服务器没有正确响应，它将被标记为Down并且NGINX Plus将停止向其发送请求，直到它连续通过五次后续运行状况检查为止。我们包括用于定义一组非默认的运行状况检查测试的参数。match

   ＃在HTTPS流量
   位置 的“服务器”块中/ tomcat-app /  { 
       proxy_pass  http：// tomcat ; 
       proxy_cache  backcache ; 
       health_check  interval = 2s  失败= 1  pass = 5  uri = /  match = tomcat_check ; 
   }
   

   指令文件：health_check，location，proxy_cache，proxy_pass

2. 在http上下文中，请包含一个match指令，以定义服务器必须通过的测试才能被视为正常运行。在此示例中，它必须返回状态码200，Content-Type响应标头必须为text/html，并且响应正文必须与指示的正则表达式匹配。

   ＃在'http'块中
   匹配 health_check  { 
       status  200 ; 
       标头 Content-Type  =  text / html ; 
       正文 〜 “ Apache  Tomcat / 8” ; 
   }
   

   指令文档： match

3. 在tomcat上游组中，包括zone用于定义共享内存区域的指令，该区域用于存储组的配置和运行时状态，并在工作进程之间共享。

   ＃在
   tomcat 上游 的'http'块中{ zone tomcat 64k ; 
        
      
      服务器 10.100.100.11 ：8080 ; 
      服务器 10.100.100.12 ：8080 ; 
      ＃... 
   }
   

   指令文件：server，upstream，zone

NGINX Plus还具有启动缓慢的功能，该功能对于健康检查非常有用。当故障服务器恢复正常或将新服务器添加到上游组时，NGINX Plus会在定义的时间内缓慢增加流量。这使服务器有时间进行“热身”，而不会被启动时无法处理的更多连接所淹没。有关更多信息，请参见《NGINX Plus管理指南》。

例如，要为Tomcat应用程序服务器设置30秒的缓慢启动时间，请将slow_start参数包含在它们的server指令中：

＃在'上游'块
＃... 
服务器 10.100.100.11 ：8080  slow_start = 30秒; 
服务器 10.100.100.12 ：8080  slow_start = 30秒;

有关自定义健康检查的信息，请参见《NGINX Plus管理指南》。

启用实时活动监控

NGINX Plus包含一个实时活动监视界面，可实时提供关键的负载和性能指标，包括NGINX Plus R6及更高版本中的TCP指标。通过RESTful JSON接口报告统计信息，从而非常容易将数据提供给自定义或第三方监视工具。还有一个内置仪表板。请按照以下说明进行部署。

有关实时活动监控的更多信息，请参见《NGINX Plus管理指南》。

配置模块和内置仪表板的最快方法是从NGINX网站下载示例配置文件，并根据需要进行修改。有关更完整的说明，请参阅3个简单步骤中的NGINX Plus实时活动监视。

1. 将status.conf文件下载到NGINX Plus服务器：

   ＃cd /etc/nginx/conf.d
   ＃curl https://www.nginx.com/resource/conf/status.conf> status.conf
   

2. 在nginx.conf主文件的*配置块中读取status.conf：http

   ＃在'http'块中
   包含 conf.d / status.conf ;
   

   指令文档： include

   如果您使用的是常规的配置方案和现有的include指令使用中讨论的通配符符号创建和修改配置文件，您可以添加一个单独的include指令为status.conf如上图所示，或更改名称status.conf所以它是通配符捕获include到http块中现有指令中。例如，将其更改为status-http.conf意味着它被的include指令捕获*-http.conf。

3. status.conf中的注释说明了必须为部署自定义的指令。特别是，样本配置文件中的默认设置允许任何网络上的任何人访问仪表板。强烈建议您使用以下一种或多种方法限制对仪表板的访问：

   • 基于IP地址的访问控制列表（ACL）。在样本配置文件中，取消对allow和deny指令的注释，并用10.0.0.0/8替换管理网络的地址。只有指定网络上的用户才能访问状态页面。

     允许 10 .0.0.0 / 8 ; 
     否认 全部;
     

     指令文件：allow，deny

   • RFC 7617中定义的HTTP基本身份验证。在样本配置文件中，取消注释auth_basic和auth_basic_user_file指令，然后将用户条目添加到/ etc / nginx / users文件中（例如，使用htpasswd生成器）。如果安装了Apache，则另一个选择是重用现有的htpasswd文件。

     auth_basic  on ; 
     auth_basic_user_file  / etc / nginx / users ;
     

     指令文件：auth_basic，auth_basic_user_file

   • 客户端证书，它是SSL / TLS完整配置的一部分。有关更多信息，请参见NGINX Plus管理指南和HTTP SSL / TLS模块的参考文档 。

   • 防火墙。将防火墙配置为禁止外部访问仪表板端口（样本配置文件中为8080）。

4. 在要监视的每个上游组中，包括该zone指令以定义一个共享内存区域，该区域存储该组的配置和运行时状态，并在工作进程之间共享。

   例如，要监视Tomcat应用程序服务器，请将zone指令添加到tomcat上游组（如果您已按照配置应用程序运行状况检查中的说明进行操作，则已经进行了此更改）。

   ＃在
   tomcat 上游 的'http'块中{ zone tomcat 64k ; 
        
       
      服务器 10.100.100.11 ：8080 ; 
      服务器 10.100.100.12 ：8080 ; 
      ＃... 
   }
   

   指令文件：server，upstream，zone

5. 在server用于HTTPS流量的块（在为HTTP和HTTPS流量配置虚拟服务器中创建）中，添加status_zone伪指令：

   ＃在HTTPS流量的'server'块中
   status_zone  tomcat ;
   

   指令文档： status_zone

当您重新加载NGINX Plus配置文件时（例如通过运行命令），可以在http：// nginx-plus-server-address：8080上立即使用NGINX Plus仪表板。nginx -s reload

启用上游组的动态重新配置

借助NGINX Plus，您可以使用NGINX Plus R13中引入的域名系统（DNS）或NGINX Plus API动态地重新配置负载均衡的服务器组（HTTP和TCP / UDP）。有关DNS和API方法的详细讨论，请参见NGINX Plus管理指南。

＃在'http'块
解析器中 <DNS服务器的IP地址> ;

上游 雄猫 { 
    区 雄猫 64k ; 
    服务器 example.com  解决; 
}

＃在'http'块
解析器中 <DNS服务器的IP地址> ;

上游 雄猫 { 
    区 雄猫 64k ; 
    服务器 example.com  service = http  resolve ; 
}

完整配置以增强负载平衡

为方便起见，此处显示用于增强负载平衡的完整配置。它取决于http上下文。完整文件可从NGINX网站下载。

我们建议您不要直接从本文档中复制文本，而应使用“ 创建和修改配置文件”中描述的方法在配置中包括这些指令–即，将include指令添加到http主nginx.conf文件的上下文中以进行读取在/etc/nginx/conf.d/tomcat-enhanced.conf的内容中。

proxy_cache_path  / tmp / NGINX_cache /  keys_zone = backcache：10m ;


＃WebSocket 配置   图 $ http_upgrade  $ connection_upgrade  {   
    默认 升级；  
    “”       关闭;   
}

＃在最后一个句号（。）之后提取   
＃JSESSIONID cookie中的数据，并将其存储在$ route_cookie变量中。  
映射 $ cookie_jsessionid  $ route_cookie  {   
    〜。+ \。（？P <route> w +）$  $ route ;   
}

＃在URL中搜索结尾的jsessionid参数，提取
最后一个句点（。）之后
的   ＃数据，并将其存储在   ＃$ route_uri变量中。  
映射 $ request_uri  $ route_uri  {   
    jsessionid =。+ \。（？P <route> w +）$  $ route ; 
}

＃应用程序运行状况检查   
与 tomcat_check  {   
    状态 200 ;   
    标头 Content-Type  =  text / html ;   
    正文 〜 “ Apache  Tomcat / 8” ;   
}

上游 tomcat  {   
    ＃共享内存区域，用于应用程序运行状况检查，实时活动   
    ＃监视和动态重新配置   
    区域， tomcat  64k ；

    ＃Tomcat应用服务器列表   
    服务器 10.100.100.11 ：8080  slow_start = 30秒;   
    服务器 10.100.100.12 ：8080  slow_start = 30秒;

    ＃基于
    JSESSION ID cookie   
    粘性 路由 $ route_cookie  $ route_uri中的jvmRoute值的会话持久性   ；

    ＃根据
    JSESSIONID，
    取消以下指令的注释（并注释前面的   ＃'sticky route'和JSESSIONID'map'指令）   ＃持久性   
    #sticky学习create = $ upstream_cookie_JSESSIONID   
    ＃lookup = $ cookie_JSESSIONID   
    ＃zone = client_sessions：1m;  
}

服务器 {   
    听 80 ;   
    server_name  example.com ; 
    ＃将所有HTTP请求重定向到HTTPS   
    位置 /  {   
        返回 301  https：// $ server_name $ request_uri ;   
     }   
}

服务器 {   
    监听 443  SSL  http2 ;   
    server_name  example.com ;
    
    ＃对HTTPS流量
    status_zone  tomcat的实时活动监视是必需的   ；
    
    ssl_certificate      /etc/nginx/ssl/example.com.crt ; 
    ssl_certificate_key  /etc/nginx/ssl/example.com.key ; 
    ssl_session_cache          shared：SSL：1m ;   
    ssl_prefer_server_ciphers  上;

    ＃跨Tomcat应用程序对'/ tomcat-app /'的负载平衡请求
    ＃服务器
    位置 / tomcat-app /  {   
        proxy_pass  http：// tomcat ;   
        proxy_cache  backcache ;

        ＃主动运行状况检查   
        health_check  interval = 2s  失败= 1  pass = 5  uri = /  match = tomcat_check ;   
    }

    ＃当用户请求'/' 
    location  =  /  {   
        返回 302  / tomcat-app / ;   
    时，返回302重定向到'/ tomcat-app /'   。}

    
    ＃WebSocket 配置   位置 / wstunnel /  {   
        proxy_pass  http：// tomcat ;   
        proxy_http_version  1 .1 ;   
        proxy_set_header  升级 $ http_upgrade ;   
        proxy_set_header  连接 $ connection_upgrade ;   
    }

    ＃安全访问NGINX Plus API   
    位置 / api  {   
        api  write = on ; 
        允许 127 .0.0.1 ;  ＃允许来自本地主机的访问   
        拒绝 所有；        ＃拒绝其他任何地方的访问   
    }   
}

修订记录

• 版本5（2019年10月）–修复了配置代码段中注释的语法（添加缺少的内容#）
• 版本4（2018年2月）– NGINX Plus API（NGINX Plus R14）更新
• 版本3（2017年4月）–关于HTTP / 2支持和动态模块的更新（NGINX Plus R11，NGINX开源1.11.5）
• 版本2（2016年1月）–关于HTTP / 2支持的更新（NGINX Plus R8，NGINX开源1.9.9）
• 版本1（2016年1月）–初始版本（NGINX Plus R7，NGINX开源1.9.5）