Nginx雙機熱備的實現(xiàn)步驟
目前所接觸的項目還不涉及到分布式,都是單機模式。不過好在至今沒出過什么大問題,基本能滿足客戶的需求。
由于數(shù)據(jù)量不是很大,單機的性能已經(jīng)可以滿足,按理不應該做加法,畢竟部署的越復雜,維護起來就越麻煩。
性能雖然可以滿足,但有一個不得不提的痛點:項目無法隨時更新。
目前的解決方式是:白天改bug、測試,等到晚上客戶不使用系統(tǒng)時才停機維護,效率相對較低。
有沒有可能讓項目可以隨時更新?
答案肯定是有,相對簡單的解決方案是:雙機熱備(應用雙活) 。
什么是雙機熱備?
這里引用一下百度百科的解釋。
雙機熱備是應用于服務器的一種解決方案,其構造思想是主機和從機通過TCP/IP網(wǎng)絡連接,正常情況下主機處于工作狀態(tài),從機處于監(jiān)視狀態(tài),一旦從機發(fā)現(xiàn)主機異常,從機將會在很短的時間之內(nèi)代替主機,完全實現(xiàn)主機的功能。
就是同時部署兩套系統(tǒng),一主一備。主節(jié)點負責對外提供服務,備用節(jié)點默認不提供服務,只有在主節(jié)點出問題的情況下,備用節(jié)點才頂替主節(jié)點,繼續(xù)對外提供服務。
大哥不行了,二弟替一會兒。
可以解決什么問題?
利用這個思路,是否可以實現(xiàn)同時部署AB兩套系統(tǒng),當系統(tǒng)需要更新維護時,停用A服務,B服務頂替A工作。待A服務更新完畢后,A服務啟動提供升級后的服務,B服務停用再更新。實現(xiàn)應用的熱插拔?
答案當然也是可以的。
紙上得來終覺淺,絕知此事要躬行。
本人寫了個小demo親測!
實現(xiàn)思路
搭建項目前先簡單理一下思路。
要做的分為以下幾步:
1、啟動兩套簡單的Web服務
2、服務內(nèi)就兩個簡單的方法
保存值到Session
從Session取值
3、Nginx配置負載均衡,PC01主,PC02備
3、保存Session到PC01服務,然后停用PC01
4、從PC02服務取值,看PC02能否正常工作并訪問Session
如果服務可以無縫切換,Session也都正常則表示成功。
項目環(huán)境
兩套SpringBoot服務(雙活)
Redis(實現(xiàn)Session共享)
Nginx(負載均衡-主備模式) (也可使用KeepAlived)
為什么需要Redis?
使用多套系統(tǒng)無法避開的一個問題就是Session,再也不能像以前單機模式下直接從request中getSession了,Session是保存在服務器的,多個服務器之間無法共享Session。關于共享Session有很多實現(xiàn)方案,這里采用的是Redis。
搭建步驟
1、先簡單看一下前端
由于只講環(huán)境搭建,所以項目竟可能的簡單。
只有兩個功能,保存值到Session和從Session中取值。
const PATH = ‘/backend/';
//保存到Session
function saveSession() {
const personName = $('#personName').val();
if (personName.length <= 0) {
alert('請輸入再保存');
return;
}
$.ajax({
type:'post',
url: PATH+"test/save",
async:false,
xhrFields: {
withCredentials: true
},
crossDomain: true,
data: {
personName:personName
},
success: function(json) {
$('#screen').text(json);
}
});
}
//查詢Session
function requestServer() {
$.ajax({
type:'post',
url: PATH+"test/query",
async:false,
xhrFields: {
withCredentials: true
},
crossDomain: true,
success: function(json) {
$('#screen').text(json);
}
});
}
2、再看一下后端服務
很簡單的一個服務,就兩個方法:保存值到session、從session中取值
只從request中獲取SessionId作為Key,數(shù)據(jù)作為Value保存到Redis。
@RestController
@RequestMapping("/test")
public class TestController {
private static final String SERVER = "PC01";
@Autowired
private RedisUtil redisUtil;
@RequestMapping("/save")
public Object save(String personName, HttpServletRequest request, HttpServletResponse response) {
String sessionId = request.getRequestedSessionId();
if (redisUtil.set(sessionId, personName)) {
return SERVER+",Session保存成功";
}
return "Session保存失敗";
}
@RequestMapping("/query")
public Object query(HttpServletRequest request) {
String sessionId = request.getRequestedSessionId();
Object personName = redisUtil.get(sessionId);
if (personName != null) {
return "Hello," + personName+",我是"+SERVER;
}
return "Session為空";
}
}
項目會編譯兩個jar包,同時部署。
PC01對應8081端口,PC02對應8082端口。
3、Nginx配置負載均衡
#主備模式,backup只有在主節(jié)點故障時才提供服務
upstream backend {
server 127.0.0.1:8081;
server 127.0.0.1:8082 backup;
}
server {
listen 81;
server_name localhost;
location /{
#前端
root www/back;
}
location /backend{
#反向代理到8081、8082
proxy_pass http://backend;
}
}
到這一步環(huán)境就算搭建完成了。
4、測試
現(xiàn)在雖然PC01和PC02都是啟動的,但是只有PC01對外提供服務。
我們將‘小潘’保存到Session,然后查詢。
可以看到,我們現(xiàn)在訪問的是PC01服務,且Session也保存成功了。
接下來,我們停用PC01服務。
[root@localhost test]# lsof -i:8081 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME java 71972 root 13u IPv6 88606 0t0 TCP *:tproxy (LISTEN) [root@localhost test]# kill -9 71972
強制殺掉進程,項目會不會因此而掛掉呢?
再次請求查詢Session
可以看到,項目并沒有掛掉。不僅如此,而且Session也能正常訪問,PC02迅速頂替了PC01的位置,繼續(xù)對外提供服務。
接下來,就可以對PC01進行維護更新了,更新好了直接啟用,PC02又會退居幕后,等待下一次復出。
整個過程對于用戶而言是無縫的。
利用雙機熱備,不僅可以實現(xiàn)項目的隨時更新,而且還實現(xiàn)了高可用。即使PC01意外宕機,PC02也會迅速接替,不至于整個項目癱瘓。
到此這篇關于Nginx雙機熱備的實現(xiàn)步驟的文章就介紹到這了,更多相關Nginx雙機熱備內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
- Nginx+keepalived雙機熱備技術實踐
- 生產(chǎn)環(huán)境部署Nginx服務器雙機熱備部署keepalived的步驟(多種模式教程)
- Nginx結合keepalived實現(xiàn)雙機熱備方案
- Nginx+Keepalived實現(xiàn)雙機熱備
- keepalived雙機熱備nginx的配置方法
- Nginx+Tomcat負載均衡群集全過程
- Nginx部署負載均衡服務的步驟全解析
- nginx負載均衡配置方式
- nginx負載均衡及詳細配置方法
- nginx實現(xiàn)負載均衡與實例解讀
- Nginx實現(xiàn)負載均衡的配置步驟
- nginx tcp負載均衡的具體實現(xiàn)
- keepalived+nginx+httpd實現(xiàn)的雙機熱備+負載均衡
相關文章
Nginx反向代理多域名的HTTP和HTTPS服務的實現(xiàn)
這篇文章主要介紹了Nginx反向代理多域名的HTTP和HTTPS服務的實現(xiàn),文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2020-06-06
Nginx反向代理解決IPv6報錯與跨網(wǎng)段訪問的詳細步驟
本文檔記錄了如何通過 Nginx 將公網(wǎng)域名請求代理到公司內(nèi)部網(wǎng)絡服務的完整過程,重點解決了 IPv6 解析導致的連接超時 問題,并詳細闡述了 端口映射 與 DNS 解析 的核心原理,需要的朋友可以參考下2026-03-03
Nginx?Proxy?Manager的具體實現(xiàn)
Nginx?Proxy?Manager?就是一個?Nginx?的代理管理器,本文主要介紹了Nginx?Proxy?Manager的具體實現(xiàn),具有一定的參考價值,感興趣的可以了解一下2024-05-05

