Nginx配置gRPC请求

Nginx 在 1.13.10 中，新增了对gRPC的原生支持。有了对 gRPC 的支持，NGINX 就可以代理 gRPC TCP 连接，还可以终止、检查和跟踪 gRPC 的方法调用。

发布 gRPC 服务，然后使用 NGINX 应用 HTTP/2 TLS 加密、速率限制、基于 IP 的访问控制列表和日志记录。
通过单个端点发布多个 gRPC 服务，使用 NGINX 检查并跟踪每个内部服务的调用。
对一组 gRPC 服务进行负载均衡，可以使用轮询算法、最少连接数原则或其他方式在集群上分发流量。

Nginx需要引入模块：--with-http_ssl_module --with-http_v2_module

为已经安装的Nginx添加新的编译模块：

进入解压的Nginx目录
执行命令：./configure --with-http_ssl_module --with-http_v2_module
执行命令：make && make install。执行make install时会将原有的文件替换掉，且会备份之前的文件

在客户端和服务器端之间插入 NGINX，NGINX 为服务器端的应用程序提供了一个稳定可靠的网关。

NGINX 使用 HTTP 服务器监听 gRPC 流量，并使用 grpc_pass 指令代理流量。为 NGINX 创建以下代理配置，在端口 80 上侦听未加密的 gRPC 流量并将请求转发到端口 50051 上的服务器：

 http {
   # 日志记录格式
   log_format main $remote_addr - $remote_user [$time_local] "$request"  $status $body_bytes_sent "$http_referer"  "$http_user_agent"';
 
   server {
     listen 80 http2;
     # 日志记录文件路径
     access_log logs/access.log main;
 
     location / {
       # Replace localhost:50051 with the address and port of your gRPC server
       # The 'grpc://' prefix is optional; unencrypted gRPC is the default   
       grpc_pass grpc://localhost:50051;
     }
   }
 }

指令grpc_pass用来指定代理的gRPC服务器地址，前缀协议有两种：

grpc://：与gRPC服务器端交互是以明文的方式
grpcs://：与gRPC服务器端交互式以TLS加密方式

gRPC服务器地址的前缀“grpc://”是可以忽略，默认就是明文交互方式。

此示例里nginx以明文的方式在80端口发布gRPC，其中代理的gRPC在后端也是以明文的方式交互。

注意：Nginx是不支持在明文的端口上同时支持http1和http2的。如果要支持这两种的http协议，需要设置为不同的端口。

使用 TLS 加密发布 gRPC 服务

 server {
   listen 1443 ssl http2;
 
   ssl_certificate ssl/cert.pem;
   ssl_certificate_key ssl/key.pem;
 
   location / {
       grpc_pass grpc://localhost:50051;
   }
 }

示例里在nginx层给gRPC服务添加了ssl证书，而内部代理到gRPC服务器仍然是使用明文的交互方式，也就是在Nginx层，做到了SSL offloading。

gRPC客户端也是需要TLS加密。如果是使用自签名证书等未经信任的证书，客户端都需要禁用证书检查。在部署到生产环境时，需要将自签名证书换成由可信任证书机构发布的证书，客户端也需要配置成信任该证书。

反向代理加密的 gRPC 服务

如果Nginx内部代理的gRPC也需要以加密的方式交互，这种情况就需要把明文代理协议grpc://替换为grpcs://。这首先要gRPC服务器是以加密的方式发布服务的。Nginx层修改如下：

 grpc_pass grpcs://localhost:50051;

路由 gRPC 流量

如果后端有多个gRPC服务端，其中每个服务端都是提供不同的gRPC服务。这种情况可以使用一个nginx接收客户端请求，然后根据不同的路径分发路由到指定的gRPC服务器。使用location区分：

 location /helloworld.Greeter {
   grpc_pass grpc://192.168.20.11:50051;
 }
 
 location /helloworld.Dispatcher {
   grpc_pass grpc://192.168.20.21:50052;
 }
 
 location / {
   root html;
   index index.html index.htm;
 }

/helloworld.Greeter对应了包名+接口名

对 gRPC 流量进行负载均衡

在后端有多个gRPC服务器，它们都是同一个gRPC服务，这种情况可以结合nginx的upstream可以对gRPC的请求做负载均衡。

 upstream grpcservers {
   server 192.168.20.21:50051;
   server 192.168.20.22:50052;
 }
 
 server {
   listen 1443 ssl http2;
 
   ssl_certificate   ssl/certificate.pem;
   ssl_certificate_key ssl/key.pem;
 
   location /helloworld.Greeter {
     grpc_pass grpc://grpcservers;
     error_page 502 = /error502grpc;
   }
 
   location = /error502grpc {
     internal;
     default_type application/grpc;
     add_header grpc-status 14;
     add_header grpc-message "unavailable";
     return 204;
   }
 }

其中upstream指定定义了统一gRPC服务的服务器组。在grpc_pass指定的gRPC服务器地址使用upstream定义的服务器组。

NGINX 支持多种负载均衡算法，其内置的健康检测机制可以检测到无法及时响应或发生错误的服务器，并把它们移除。如果没有可用的服务器，就会返回 /error502grpc 指定的错误消息。