Linux服務器上配置加權輪詢負載均衡，增加兩個後端服務器組的配置方法
在原有的負載均衡系統基礎上，我們可能會遇到需要增加更多後端服務器組的情況，以滿足不同業務模塊或服務的需求。以下是具體的配置步驟及示例：
一、新增後端服務器組配置
（一）定義第二個後端服務器組（假設用於處理特定業務模塊，如API服務）
1. 打開Nginx配置文件
sudo nano /etc/nginx/nginx.conf
2. 在`http`塊內添加新的`upstream`配置
http {
// 原有backend_servers配置
upstream backend_servers {
server backend1.qunapu.com weight=3;
server backend2.qunapu.com weight=2;
server backend3.qunapu.com weight=1;
# 健康檢查設置
check interval=5s rise=2 fall=3;
check_timeout=3s;
max_fails=3;
}
// 新增backend_api_servers配置
upstream backend_api_servers {
server api_backend1.qunapu.com weight=2;
server api_backend2.qunapu.com weight=3;
}
server {
listen 80;
server_name your_domain.com;
location / {
proxy_pass http://backend_servers;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}
// 新增針對API請求的location配置
location /api/ {
proxy_pass http://backend_api_servers;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}
}
}在上述配置中，我們新增了一個名為`backend_api_servers`的後端服務器組，其中包含了`api_backend1.qunapu.com`和`api_backend2.qunapu.com`兩個後端服務器，並為它們分配了相應的權重。同時，我們在`server`塊中新增了一個`location`塊，用於將以`/api/`開頭的請求轉發到這個新的後端服務器組。
（二）定義第三個後端服務器組（假設用於靜態資源服務）
1. 繼續在`http`塊內添加配置
http {
// 原有backend_servers和backend_api_servers配置
upstream backend_servers {
//... 配置內容同前
}
upstream backend_api_servers {
//... 配置內容同前
}
upstream backend_static_servers {
server static_backend1.qunapu.com weight=4;
server static_backend2.qunapu.com weight=3;
server static_backend3.qunapu.com weight=3;
}
server {
listen 80;
server_name your_domain.com;
location / {
proxy_pass http://backend_servers;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}
location /api/ {
proxy_pass http://backend_api_servers;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}
// 新增針對靜態資源請求的location配置
location /static/ {
proxy_pass http://backend_static_servers;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}
}
}這裏新增了`backend_static_servers`後端服務器組，用於處理靜態資源請求。我們假設該組有三個後端服務器，並為它們設置了不同的權重。然後，通過`location /static/`將以`/static/`開頭的請求轉發到這個後端服務器組。
二、健康檢查配置（針對新增後端服務器組）
（一）為backend_api_servers添加健康檢查
在`upstream backend_api_servers`塊中添加健康檢查參數，類似於原有的`backend_servers`配置：
```nginx
upstream backend_api_servers {
server api_backend1.qunapu.com weight=2;
server api_backend2.qunapu.com weight=3;
# 健康檢查設置
check interval=5s rise=2 fall=3;
check_timeout=3s;
max_fails=3;
}（二）為backend_static_servers添加健康檢查
同樣，在`upstream backend_static_servers`塊中進行配置：
upstream backend_static_servers {
server static_backend1.qunapu.com weight=4;
server static_backend2.qunapu.com weight=3;
server static_backend3.qunapu.com weight=3;
# 健康檢查設置
check interval=6s rise=2 fall=3; // 這裏可以根據靜態資源服務器的特點調整檢查間隔等參數
check_timeout=4s;
max_fails=3;
}三、驗證新增後端服務器組配置
（一）訪問測試
1. 使用瀏覽器或工具發送不同類型的請求：
- 訪問普通頁面請求，應按照加權輪詢方式分配到`backend_servers`組的後端服務器。
- 發送以`/api/`開頭的請求，觀察是否被正確轉發到`backend_api_servers`組的服務器，並按照其權重分配請求。
- 對於以`/static/`開頭的請求，檢查是否被轉發到`backend_static_servers`組的服務器，且根據權重進行負載均衡。
2. 查看後端服務器的訪問日誌，確認請求的分配情況是否符合預期。
（二）模擬服務器故障（以backend_api_servers組為例）
1. 暫時停止`api_backend2.qunapu.com`服務器的服務。
2. 再次發送`/api/`請求，觀察Nginx是否不再將請求轉發到該不可用的服務器，而是將請求分配到`api_backend1.qunapu.com`以及其他健康的服務器（如果有）上。
3. 重新啟動停止的服務器，並等待健康檢查機制使其恢復為可用狀態，觀察請求是否又能被正確分配到該服務器。
通過以上步驟，我們成功地增加了兩個新的後端服務器組，並為它們配置了相應的負載均衡和健康檢查機制。這樣可以更好地組織和管理不同類型的服務和請求，提高系統的整體性能和可靠性。在實際應用中，根據業務的發展和需求的變化，可以靈活地添加更多的後端服務器組，並進行相應的優化和調整。同時，要持續關註系統的運行狀態，通過監控和日誌分析及時發現並解決可能出現的問題，確保負載均衡系統始終能夠穩定高效地運行。
