您好,登錄后才能下訂單哦!
根據官方的文檔,首先給出了如下所示的范例
http {
? ?upstream myapp1 {
? ? ? ?server srv1.example.com;
? ? ? ?server srv2.example.com;
? ? ? ?server srv3.example.com;
? ?}
? ?server {
? ? ? ?listen 80;
? ? ? ?location / {
? ? ? ? ? ?proxy_pass http://myapp1;
? ? ? ?}
? ?}
}
這個例子就是配置了一個名為myapp1的http負載均衡服務器組
即為http負載均衡的基本配置格式和語法
nginx負載均衡包括:輪訓(round-robin)、最少連接(least-connected)、ip哈希(ip-hash)三種機制
輪訓:發送到服務器端的http請求被輪訓到負載均衡配置中的服務器;
最少連接:發送到服務器端的http請求被分配到負載均衡配置中活動鏈接數最少的服務器;
IP哈希:使用一種基于客戶端的IP地址的哈希方法來決定分配到請求的服務器
配置方法如下:
最少連接負載均衡
? ?upstream myapp1 {
? ? ? ?least_conn;
? ? ? ?server srv1.example.com;
? ? ? ?server srv2.example.com;
? ? ? ?server srv3.example.com;
? ?}?
ip哈希
? ?upstream myapp1 {
? ? ? ?ip_hash;
? ? ? ?server srv1.example.com;
? ? ? ?server srv2.example.com;
? ? ? ?server srv3.example.com;
? ?}
輪訓
? ?????upstream myapp1 {
? ? ? ?????server srv1.example.com weight=3;
? ? ? ?????server srv2.example.com;
? ? ? ?????server srv3.example.com;
? ?????}
? ?解釋:weight為權重,默認為1,如果有五個請求,那么前三個請求會被分配到srv1,第四個請求分配至srv2,第五個請求分配至srv3,如此周而復始。
注意:
???????1,默認為輪訓方式;
???????2,最少連接數和輪訓機制會在客戶端與服務器會話期間將客戶端的請求分配到不同的服務器,而ip哈希可以維持會話,將請求始終保持在同一服務器上
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。