很多用戶在搭建混合云架構時，會使用到微軟Azure虛擬網(wǎng)絡中的 VPN功能，來實現(xiàn)Azure中的虛擬網(wǎng)絡與用戶本地數(shù)據(jù)中心的網(wǎng)絡連接。由于Azure VPN連接是基于公網(wǎng)Internet建立，而公網(wǎng)偶爾丟包的現(xiàn)象普遍存在，比如由于某臺交換機繁忙或者物理線路不穩(wěn)定等各種因素導致丟包。根據(jù)很多使用 Azure VPN客戶的網(wǎng)絡監(jiān)控經(jīng)驗來看，基于互聯(lián)網(wǎng)的連接，偶爾的網(wǎng)絡丟包會造成Azure和用戶數(shù)據(jù)中心兩邊的服務器可能暫時通訊無響應的現(xiàn)象，比如Ping request timed out ，注意這并不代表VPN鏈路的中斷，且通常也會在最長1-2分鐘內(nèi)自行恢復。

如需要判斷VPN鏈接是否真的中斷，則通常需要通過網(wǎng)絡抓包及日志的分析，確認在問題發(fā)生前后IPSEC是否有進行rekey，在IPSEC日志中 確認是否有VPN re-negotiation的動作。如果問題發(fā)生前后SPI ID 沒有變化這代表著VPN使用的是同一Session。而如果VPN的IPSEC發(fā)生過中斷，那么SPI ID是一定會有變化的。

由于網(wǎng)絡丟包偶爾會造成VPN兩端服務器暫時通訊無響應的現(xiàn)象，我們對基于VPN的混合云在應用層面的架構有以下幾點建議：

1. 應用架構中對于數(shù)據(jù)傳輸或交互的實時性、響應速度、帶寬、延時等因素要求很高的組件，比如一個典型交易系統(tǒng)的web 應用層和其對應的數(shù)據(jù)庫，建議要放置在同一個數(shù)據(jù)中心里，而不是基于internet的VPN通道通訊。

2. 對于在Azure數(shù)據(jù)中心和用戶本地數(shù)據(jù)中心需要通過VPN通道進行交互的系統(tǒng)，比如數(shù)據(jù)的訪問或同步等需求，建議應用層面需要具備異步通訊以及重試的機 制，這樣即便是網(wǎng)絡偶爾丟包造成請求失敗，應用層面也會有所準備而不會由于一次連接不上就直接報錯。比如SQL Server的高可用技術如Always On, 數(shù)據(jù)庫鏡像等都是支持這種異步的數(shù)據(jù)同步以及重試機制的，在網(wǎng)絡偶爾丟包然后又恢復后，SQL Server會自動恢復繼續(xù)后臺的數(shù)據(jù)同步。

在不久的將來，云計算一定會徹底走入我們的生活，有興趣入行未來前沿產(chǎn)業(yè)的朋友，可以收藏云計算，及時獲取人工智能、大數(shù)據(jù)、云計算和物聯(lián)網(wǎng)的前沿資訊和基礎知識，讓我們一起攜手，引領人工智能的未來！

標簽： 大數(shù)據(jù) 服務器 互聯(lián)網(wǎng) 數(shù)據(jù)庫 網(wǎng)絡 云計算

版權申明：本站文章部分自網(wǎng)絡，如有侵權，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權歸原作者所有，如需使用，請與原作者聯(lián)系。