假如说我们现在要做一个千万级用户量网站

家可以对照日志格式看下分别代表什么意思，这里我就不细说了。

好了，今天这篇文章跟大家介绍了什么是负载均衡，Nginx 主要是通过 upstream 模块来提供对应的功能的，又介绍了负载均衡的四种算法，最后介绍了 upstream 中提供的变量。下一节课我们来说一说 Nginx 的反向代理。

 

注意，这个模块的顺序是从上到下执行的，而不是我们前面过滤模块的从下到上。

可以看到，zone 模块在最后，也就是说，上面各个算法定义的参数和配置，最终 zone 模块会把这些配置放到共享内存里面生效。

这一节介绍了负载均衡的原理以及四种负载均衡算法，也可以说是三种，就是轮询、哈希、最少连接数算法。每一种算法都有各自的应用场景，rr 算法是最基础的负载均衡算法，在某些情况下其他算法失效的时候，会退化为 rr 算法。

upstream 提供的变量

先来介绍一组不含缓存的变量。

• upstream_addr上游服务器的 IP 地址，格式为可读的字符串，例如 127.0.0.1:8012
• upstream_connect_time与上游服务建立连接消耗的时间，单位为秒，精确到毫秒
• upstream_header_time：这个接收时间是会影响到 Nginx 的性能的，因为只有接收了 Header 才能决定下一步如何处理接收上游服务发回响应中 HTTP 头部所消耗的时间，单位为秒，精确到毫秒
• upstream_response_time接收完整的上游服务响应所消耗的时间，单位为秒，精确到毫秒
• upstream_http_头部从上游服务返回的响应头部的值
• upstream_bytes_received从上游服务接收到的响应长度，单位为字节
• upstream_response_length从上游服务返回的响应包体长度，单位为字节
• upstream_status上游服务返回的 HTTP 响应状态码。如果未连接上，该变量值为 502
• upstream_cookie_名称从上游服务发回的响应头 Set-Cookie 中取出的 cookie 值
• upstream_trailer_名称从上游服务的响应尾部取到的值

来看一下刚才的实战中我们的例子。

在刚才的负载均衡实战中有一条日志的配置：

 

贴士六

办理携号转网后，打电话对方手机仍可能显示原运营商。

李女士最近成功办理了“携号转网”，身边亲友对此很好奇，李女士为了给亲友展示“携号转网”成果，向对方手机拨打电话，原以为对方手机会显示携入运营商的名称，但没想到屏幕上还是赫然显示原运营商名称，这让李女士很困惑，甚至觉得自己没有真正携转成功，是被营业厅“忽悠”。

其实，携转用户归属运营商显示功能一直是由手机内嵌软件或第三方App提供，并非运营商提供。李女士遇到的问题是因归属地显示软件提供方未能及时同步用户携号转网数据造成的，目前还没有找到能够完全解决这一问题的适合办法。不过可以放心的是，显示问题并不会影响号码的使用，号码是否携转成功，用户可直接咨询运营商，不必因显示问题而困惑。

用户办理“携号转网”的初衷都是为了生活更加方便、资费更加实惠，但如果在了解不到位的情况下办理携转，很有可能像上述两个案例一样反而给生活增加不便，这就需要运营商从用户角度出发，做到提示提醒义务，保障用户在携转后的使用感受。比如广西联通就在每个开放营业厅都开设了携转专席，并在显著位置摆放《携号转网服务办理指南》公示牌和风险告知书公示牌，印制《携入用户告知书》并保证每位携入用户按规范签订;建立省市两级24小时系统保障机制，通过微信运营保障群随时监控解决运营系统中存在的问题;派专业人员进驻由自治区通信管理局组建的“携号转网”专班工作组，专门协调解决携号转网过程中存在的问题，快速有效的解决用户需求，让用户携得入、携得出、转得快、转得好。

（编辑：通化站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!