Syntax: zone name [size];Default: —Context: upstream除此之外，各個負載均衡模塊之間是要遵循一定的順序的：
ngx_module_t *ngx_modules[] = {… …&ngx_http_upstream_hash_module,&ngx_http_upstream_ip_hash_module,&ngx_http_upstream_least_conn_module,&ngx_http_upstream_random_module,&ngx_http_upstream_keepalive_module,&ngx_http_upstream_zone_module,… …};注意，這個模塊的順序是從上到下執(zhí)行的，而不是我們前面過濾模塊的從下到上 。
可以看到，zone 模塊在最后，也就是說，上面各個算法定義的參數(shù)和配置，最終 zone 模塊會把這些配置放到共享內(nèi)存里面生效 。
這一節(jié)介紹了負載均衡的原理以及四種負載均衡算法，也可以說是三種，就是輪詢、哈希、最少連接數(shù)算法 。每一種算法都有各自的應用場景，rr 算法是最基礎的負載均衡算法，在某些情況下其他算法失效的時候，會退化為 rr 算法 。
upstream 提供的變量先來介紹一組不含緩存的變量 。
upstream_addr上游服務器的 IP 地址，格式為可讀的字符串，例如 127.0.0.1:8012upstream_connect_time與上游服務建立連接消耗的時間，單位為秒，精確到毫秒upstream_header_time：這個接收時間是會影響到 Nginx 的性能的，因為只有接收了 Header 才能決定下一步如何處理接收上游服務發(fā)回響應中 HTTP 頭部所消耗的時間，單位為秒，精確到毫秒upstream_response_time接收完整的上游服務響應所消耗的時間，單位為秒，精確到毫秒upstream_http_頭部從上游服務返回的響應頭部的值upstream_bytes_received從上游服務接收到的響應長度，單位為字節(jié)upstream_response_length從上游服務返回的響應包體長度，單位為字節(jié)upstream_status上游服務返回的 HTTP 響應狀態(tài)碼 。如果未連接上，該變量值為 502upstream_cookie_名稱從上游服務發(fā)回的響應頭 Set-Cookie 中取出的 cookie 值upstream_trailer_名稱從上游服務的響應尾部取到的值來看一下剛才的實戰(zhàn)中我們的例子 。
在剛才的負載均衡實戰(zhàn)中有一條日志的配置：
log_formatvarups'$upstream_addr $upstream_connect_time $upstream_header_time $upstream_response_time ''$upstream_response_length $upstream_bytes_received ''$upstream_status $upstream_http_server $upstream_cache_status';這條配置用到了我們上面提到的很多變量，對應輸出的實際日志長這個樣子：
127.0.0.1:8012 0.001 0.001 0.001 22 170 200 nginx/1.17.8 -大家可以對照日志格式看下分別代表什么意思，這里我就不細說了 。
好了，今天這篇文章跟大家介紹了什么是負載均衡，Nginx 主要是通過 upstream 模塊來提供對應的功能的，又介紹了負載均衡的四種算法，最后介紹了 upstream 中提供的變量 。下一節(jié)課我們來說一說 Nginx 的反向代理 。

以上關(guān)于本文的內(nèi)容，僅作參考！溫馨提示：如遇健康、疾病相關(guān)的問題，請您及時就醫(yī)或請專業(yè)人士給予相關(guān)指導!

• 交互過程及區(qū)別介紹 socket服務端和客戶端的區(qū)別
• 簡介后備式ups工作原理和優(yōu)勢 后備式ups的性能特點有哪些
• 分析這4個本質(zhì)區(qū)別 筆記本睡眠和休眠的區(qū)別
• 網(wǎng)絡協(xié)議基礎知識應用 常見的網(wǎng)絡協(xié)議有哪三種
• mysql數(shù)據(jù)庫特點和優(yōu)勢介紹 mysql特點有哪些
• 十二星座中和這些星座異地戀成功率高
• 金牛男巨蟹女誰主動
• 天絲麻面料的優(yōu)缺點及洗滌方法 天絲麻面料的優(yōu)缺點和洗滌方法
• 巨蟹座男和射手座女相配嗎
• 雙子男和雙魚女誰虐誰