[導讀] 負載均衡是我們大流量網(wǎng)站要做的1個東西,下面我來給大家介紹在Nginx服務器上進行負載均衡配置方法,希望對有需要的同學有所幫助哦。 負載均衡先來簡單了解1下甚么是負載均衡,單從字面上的意思來理解就能夠解
負載均衡是我們大流量網(wǎng)站要做的1個東西,下面我來給大家介紹在Nginx服務器上進行負載均衡配置方法,希望對有需要的同學有所幫助哦。
負載均衡
先來簡單了解1下甚么是負載均衡,單從字面上的意思來理解就能夠解釋N臺服務器平均分擔當載,不會由于某臺服務器負載高宕機而某臺服務器閑置的情況。那末負載均衡的條件就是要有多臺服務器才能實現(xiàn),也就是兩臺以上便可。
測試環(huán)境
由于沒有服務器,所以本次測試直接host指定域名,然后在VMware里安裝了3臺CentOS。
測試域名 :a.com
A服務器IP :192.168.5.149 (主)
B服務器IP :192.168.5.27
C服務器IP :192.168.5.126
部署思路
A服務器做為主服務器,域名直接解析到A服務器(192.168.5.149)上,由A服務器負載均衡到B服務器(192.168.5.27)與C服務器(192.168.5.126)上。
域名解析
由于不是真實環(huán)境,域名就隨意使用1個a.com用作測試,所以a.com的解析只能在hosts文件設置。
打開:C:WindowsSystem32driversetchosts
在末尾添加
192.168.5.149 a.com
保存退出,然后啟動命令模式ping下看看是不是已設置成功
從截圖上看已成功將a.com解析到192.168.5.149IP
A服務器nginx.conf設置
打開nginx.conf,文件位置在nginx安裝目錄的conf目錄下。
在http段加入以下代碼
upstream a.com {
server 192.168.5.126:80;
server 192.168.5.27:80;
}
server{
listen 80;
server_name a.com;
location / {
proxy_pass http://a.com;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
保存重啟nginx
B、C服務器nginx.conf設置
打開nginx.confi,在http段加入以下代碼
server{
listen 80;
server_name a.com;
index index.html;
root /data0/htdocs/www;
}
保存重啟nginx
測試
當訪問a.com的時候,為了辨別是轉向哪臺服務器處理我分別在B、C服務器下寫1個不同內容的index.html文件,以作辨別。
打開閱讀器訪問a.com結果,刷新會發(fā)現(xiàn)所有的要求均分別被主服務器(192.168.5.149)分配到B服務器(192.168.5.27)與C服務器(192.168.5.126)上,實現(xiàn)了負載均衡效果。
B服務器處理頁面
C服務器處理頁面
假設其中1臺服務器宕機會怎樣?
當某臺服務器宕機了,是不是會影響訪問呢?
我們先來看看實例,根據(jù)以上例子,假定C服務器192.168.5.126這臺機子宕機了(由于沒法摹擬宕機,所以我就把C服務器關機)然后再來訪問看看。
訪問結果:
我們發(fā)現(xiàn),雖然C服務器(192.168.5.126)宕機了,但不影響網(wǎng)站訪問。這樣,就不會擔心在負載均衡模式下由于某臺機子宕機而拖累全部站點了。
如果b.com也要設置負載均衡怎樣辦?
很簡單,跟a.com設置1樣。以下:
假定b.com的主服務器IP是192.168.5.149,負載均衡到192.168.5.150和192.168.5.151機器上
現(xiàn)將域名b.com解析到192.168.5.149IP上。
在主服務器(192.168.5.149)的nginx.conf加入以下代碼:
upstream b.com {
server 192.168.5.150:80;
server 192.168.5.151:80;
}
server{
listen 80;
server_name b.com;
location / {
proxy_pass http://b.com;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
保存重啟nginx
在192.168.5.150與192.168.5.151機器上設置nginx,打開nginx.conf在末尾添加以下代碼:
server{
listen 80;
server_name b.com;
index index.html;
root /data0/htdocs/www;
}
保存重啟nginx
完成以后步驟后便可實現(xiàn)b.com的負載均衡配置。
主服務器不能提供服務嗎?
以上例子中,我們都是利用到了主服務器負載均衡到其它服務器上,那末主服務器本身能不能也加在服務器列表中,這樣就不會白白浪費拿1臺服務器純當作轉發(fā)功能,而是也參與到提供服務中來。
如以上案例3臺服務器:
A服務器IP :192.168.5.149 (主)
B服務器IP :192.168.5.27
C服務器IP :192.168.5.126
我們把域名解析到A服務器,然后由A服務器轉發(fā)到B服務器與C服務器,那末A服務器只做1個轉發(fā)功能,現(xiàn)在我們讓A服務器也提供站點服務。
我們先來分析1下,如果添加主服務器到upstream中,那末可能會有以下兩種情況產生:
1、主服務器轉發(fā)到了其它IP上,其它IP服務器正常處理;
2、主服務器轉發(fā)到了自己IP上,然后又進到主服務器分配IP那里,假設1直分配到本機,則會造成1個死循環(huán)。
怎樣解決這個問題呢?由于80端口已用來監(jiān)聽負載均衡的處理,那末本服務器上就不能再使用80端口來處理a.com的訪問要求,得用1個新的。因而我們把主服務器的nginx.conf加入以下1段代碼:
server{
listen 8080;
server_name a.com;
index index.html;
root /data0/htdocs/www;
}
重啟nginx,在閱讀器輸入a.com:8080試試看能不能訪問。結果可以正常訪問
既然能正常訪問,那末我們就能夠把主服務器添加到upstream中,但是端口要改1下,以下代碼:
upstream a.com {
server 192.168.5.126:80;
server 192.168.5.27:80;
server 127.0.0.1:8080;
}
由于這里可以添加主服務器IP192.168.5.149或127.0.0.1都可以,都表示訪問自己。
重啟Nginx,然后再來訪問a.com看看會不會分配到主服務器上。
主服務器也能正常加入服務了。
最后
1、負載均衡不是nginx獨有,著名鼎鼎的apache也有,但性能可能不如nginx。
2、多臺服務器提供服務,但域名只解析到主服務器,而真實的服務器IP不會被ping下便可取得,增加1定安全性。
3、upstream里的IP不1定是內網(wǎng),外網(wǎng)IP也能夠。不過經(jīng)典的案例是,局域網(wǎng)中某臺IP暴露在外網(wǎng)下,域名直接解析到此IP。然后又這臺主服務器轉發(fā)到內網(wǎng)服務器IP中。
4、某臺服務器宕機、不會影響網(wǎng)站正常運行,Nginx不會把要求轉發(fā)到已宕機的IP上
[導讀] 負載均衡是我們大流量網(wǎng)站要做的1個東西,下面我來給大家介紹在Nginx服務器上進行負載均衡配置方法,希望對有需要的同學有所幫助哦。 負載均衡先來簡單了解1下甚么是負載均衡,單從字面上的意思來理解就能夠解
負載均衡是我們大流量網(wǎng)站要做的1個東西,下面我來給大家介紹在Nginx服務器上進行負載均衡配置方法,希望對有需要的同學有所幫助哦。
負載均衡
先來簡單了解1下甚么是負載均衡,單從字面上的意思來理解就能夠解釋N臺服務器平均分擔當載,不會由于某臺服務器負載高宕機而某臺服務器閑置的情況。那末負載均衡的條件就是要有多臺服務器才能實現(xiàn),也就是兩臺以上便可。
測試環(huán)境
由于沒有服務器,所以本次測試直接host指定域名,然后在VMware里安裝了3臺CentOS。
測試域名 :a.com
A服務器IP :192.168.5.149 (主)
B服務器IP :192.168.5.27
C服務器IP :192.168.5.126
部署思路
A服務器做為主服務器,域名直接解析到A服務器(192.168.5.149)上,由A服務器負載均衡到B服務器(192.168.5.27)與C服務器(192.168.5.126)上。
域名解析
由于不是真實環(huán)境,域名就隨意使用1個a.com用作測試,所以a.com的解析只能在hosts文件設置。
打開:C:WindowsSystem32driversetchosts
在末尾添加
192.168.5.149 a.com
保存退出,然后啟動命令模式ping下看看是不是已設置成功
從截圖上看已成功將a.com解析到192.168.5.149IP
A服務器nginx.conf設置
打開nginx.conf,文件位置在nginx安裝目錄的conf目錄下。
在http段加入以下代碼
upstream a.com {
server 192.168.5.126:80;
server 192.168.5.27:80;
}
server{
listen 80;
server_name a.com;
location / {
proxy_pass http://a.com;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
保存重啟nginx
B、C服務器nginx.conf設置
打開nginx.confi,在http段加入以下代碼
server{
listen 80;
server_name a.com;
index index.html;
root /data0/htdocs/www;
}
保存重啟nginx
測試
當訪問a.com的時候,為了辨別是轉向哪臺服務器處理我分別在B、C服務器下寫1個不同內容的index.html文件,以作辨別。
打開閱讀器訪問a.com結果,刷新會發(fā)現(xiàn)所有的要求均分別被主服務器(192.168.5.149)分配到B服務器(192.168.5.27)與C服務器(192.168.5.126)上,實現(xiàn)了負載均衡效果。
B服務器處理頁面
C服務器處理頁面
假設其中1臺服務器宕機會怎樣?
當某臺服務器宕機了,是不是會影響訪問呢?
我們先來看看實例,根據(jù)以上例子,假定C服務器192.168.5.126這臺機子宕機了(由于沒法摹擬宕機,所以我就把C服務器關機)然后再來訪問看看。
訪問結果:
我們發(fā)現(xiàn),雖然C服務器(192.168.5.126)宕機了,但不影響網(wǎng)站訪問。這樣,就不會擔心在負載均衡模式下由于某臺機子宕機而拖累全部站點了。
如果b.com也要設置負載均衡怎樣辦?
很簡單,跟a.com設置1樣。以下:
假定b.com的主服務器IP是192.168.5.149,負載均衡到192.168.5.150和192.168.5.151機器上
現(xiàn)將域名b.com解析到192.168.5.149IP上。
在主服務器(192.168.5.149)的nginx.conf加入以下代碼:
upstream b.com {
server 192.168.5.150:80;
server 192.168.5.151:80;
}
server{
listen 80;
server_name b.com;
location / {
proxy_pass http://b.com;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
保存重啟nginx
在192.168.5.150與192.168.5.151機器上設置nginx,打開nginx.conf在末尾添加以下代碼:
server{
listen 80;
server_name b.com;
index index.html;
root /data0/htdocs/www;
}
保存重啟nginx
完成以后步驟后便可實現(xiàn)b.com的負載均衡配置。
主服務器不能提供服務嗎?
以上例子中,我們都是利用到了主服務器負載均衡到其它服務器上,那末主服務器本身能不能也加在服務器列表中,這樣就不會白白浪費拿1臺服務器純當作轉發(fā)功能,而是也參與到提供服務中來。
如以上案例3臺服務器:
A服務器IP :192.168.5.149 (主)
B服務器IP :192.168.5.27
C服務器IP :192.168.5.126
我們把域名解析到A服務器,然后由A服務器轉發(fā)到B服務器與C服務器,那末A服務器只做1個轉發(fā)功能,現(xiàn)在我們讓A服務器也提供站點服務。
我們先來分析1下,如果添加主服務器到upstream中,那末可能會有以下兩種情況產生:
1、主服務器轉發(fā)到了其它IP上,其它IP服務器正常處理;
2、主服務器轉發(fā)到了自己IP上,然后又進到主服務器分配IP那里,假設1直分配到本機,則會造成1個死循環(huán)。
怎樣解決這個問題呢?由于80端口已用來監(jiān)聽負載均衡的處理,那末本服務器上就不能再使用80端口來處理a.com的訪問要求,得用1個新的。因而我們把主服務器的nginx.conf加入以下1段代碼:
server{
listen 8080;
server_name a.com;
index index.html;
root /data0/htdocs/www;
}
重啟nginx,在閱讀器輸入a.com:8080試試看能不能訪問。結果可以正常訪問
既然能正常訪問,那末我們就能夠把主服務器添加到upstream中,但是端口要改1下,以下代碼:
upstream a.com {
server 192.168.5.126:80;
server 192.168.5.27:80;
server 127.0.0.1:8080;
}
由于這里可以添加主服務器IP192.168.5.149或127.0.0.1都可以,都表示訪問自己。
重啟Nginx,然后再來訪問a.com看看會不會分配到主服務器上。
主服務器也能正常加入服務了。
最后
1、負載均衡不是nginx獨有,著名鼎鼎的apache也有,但性能可能不如nginx。
2、多臺服務器提供服務,但域名只解析到主服務器,而真實的服務器IP不會被ping下便可取得,增加1定安全性。
3、upstream里的IP不1定是內網(wǎng),外網(wǎng)IP也能夠。不過經(jīng)典的案例是,局域網(wǎng)中某臺IP暴露在外網(wǎng)下,域名直接解析到此IP。然后又這臺主服務器轉發(fā)到內網(wǎng)服務器IP中。
4、某臺服務器宕機、不會影響網(wǎng)站正常運行,Nginx不會把要求轉發(fā)到已宕機的IP上