nginx检查载荷(nginx查看负载情况)

nginx查看负载情况

通过设置特定的策略，使nginx将请求按策略分配到不同的后端服务器 一般可以使用IP分流、服务器压力分流等方法 IP分流可以将请求来源IP在某个范围内的请求传递给相同的后端 服务器压力分流可以根据后端服务器压力的不同，而分配给后端压力相对较小的后端服务器

nginx测试

在安装完成之后，对他的一个进行激活之后进行测试访问

nginx查看请求耗时

快很多

1 传输协议

RPC：可以基于TCP协议，也可以基于HTTP协议。

HTTP：基于HTTP协议

2 传输效率

RPC：使用自定的TCP协议，可以让请求报文的体积更小，提高传输效率。

HTTP: 基于HTTP1.1的协议，请求中会包含很多无用信息。如果基于HTTP2.0，那么可以简单的封装一下，作为RPC使用。

3 性能消耗

RPC：基于thrift实现高效的二进制传输。

HTTP：大部分通过Json字符串实现，字节大小和序列化的耗时都比thrift更加消耗性能。

4 负载均衡

RPC：基本都自带了负载均衡策略。

HTTP：需要Nginx，HAProxy来实现。（要使用代理去访问）

5 服务治理

RPC： 能做到自动通知，不影响上游。（参考资料：Zookeeper的服务治理）

HTTP： 需要事先通知，修改Nginx/HAProxy。（负载均衡不考虑已下线服务器，或者增加上线服务器）

nginx负载均衡检查节点是否健康

nginx负载均衡cookie携带就是ginx-sticky-module 是 Nginx 的一个扩展模块，实现了通过 Cookie 的会话粘贴效果。

Nginx以前对session 保持支持不太好，主要采用ip_hash把同一来源的客户(同一C段的IP)固定指向后端的同一台机器，ip_hash有个缺点是不能实现很好的负载均衡；直到nginx的扩展模块nginx-sticky-module的出现，解决了session sticky的问题。 

基本的原理： 

首先根据轮询RR随机到某台后端，然后在响应的Set-Cookie上加上route=md5(upstream)字段，第二次请求再处理的时候，发现有route字段，直接导向原来的那个节点。

检查nginx是否正常运行

nginx不能启动的原因一般有以下几个原因：

1.配置文件错误，检查配置文件是否存在语法错误2.监听的端口已经被使用3.https网站证书错误

nginx 检查

答：直接在浏览器输入你的IP就可以了

如果无法访问先用内网IP测试看看，如果内网可以访问，可能是路由器设定问题，

通讯埠转发记得要开80端口给你的nginx的内网IP

如果内网就无法访问，查看一下nginx的服务有没有启动，如果服务正常启动，查看防火墻是否有开80端口访问或者是防火墻是否有吧nginx服务阻挡掉

检测nginx是否启动

登机启动报错找不到推荐文件，可在上面设置查找。

查看nginx加载的模块

这是因为目标端口的启动引导参数特别大