通常，網(wǎng)絡(luò)工程師專注在技術(shù)方面檢查問題，而不是問題的需求。良好的網(wǎng)絡(luò)設(shè)計原則通常是先提出一些基本問題，然后仔細思考真正需要的東西。

例如在一個網(wǎng)絡(luò)圖中，需要將服務(wù)從主機1移動到主機2，每個主機都連接到不同的數(shù)據(jù)中心結(jié)構(gòu)。這兩個結(jié)構(gòu)通過服務(wù)提供商提供的鏈路連接在連接到結(jié)構(gòu)邊緣的兩個路由器之間。

人們要問的第一個問題是：真的需要以太網(wǎng)或延伸的Layer 2嗎？

數(shù)據(jù)中心互聯(lián)（DCI）的大部分復(fù)雜性是試圖使擴展的物理環(huán)境看起來像一個以太網(wǎng)域的結(jié)果。但以太網(wǎng)并非設(shè)計用于跨越長地理區(qū)域并互連數(shù)千臺主機。

雖然有些技術(shù)允許這些類型的互聯(lián)，但重要的是要考慮這些工具應(yīng)該如何實現(xiàn)以及在哪里實現(xiàn)，而不是簡單地將復(fù)雜性推到網(wǎng)絡(luò)中。

在這個數(shù)據(jù)中心互聯(lián)圖中，真的需要以太網(wǎng)擴展嗎？

保留IP地址

Layer 2移動性的最常見原因是保留服務(wù)或應(yīng)用程序的IP地址，同時將其從一個數(shù)據(jù)中心結(jié)構(gòu)移動到另一個數(shù)據(jù)中心結(jié)構(gòu)。但是，服務(wù)移動性有三個組成部分：

首先是客戶如何找到服務(wù)。是通過名稱還是IP地址本身？如果通過其名稱發(fā)現(xiàn)服務(wù)，則可以使用某些命名規(guī)范（例如動態(tài)域名系統(tǒng)）來允許服務(wù)移動而不要求IP地址保持不變。

采用域名系統(tǒng)（DNS）通常被認為是非常慢的措施。但在公司或數(shù)據(jù)中心內(nèi)，沒有理由不采用DNS。用戶可以調(diào)整DNS計時器，并且可以設(shè)計負載平衡和其他功能，以允許在具有兩個不同IP地址的兩個服務(wù)副本之間快速進行故障轉(zhuǎn)移。

第二個組件是將IP地址本身從網(wǎng)絡(luò)中的一個位置移動到另一個位置。最簡單的方法是將新舊物理設(shè)備連接到同一物理段。雖然需要重新學(xué)習(xí)低層到IP層的映射，但其他一切都保持不變。

采用延伸Layer 2的風(fēng)險

在過去，應(yīng)用程序的設(shè)計假設(shè)應(yīng)用程序的不同部分通過以太網(wǎng)段直接連接。應(yīng)用程序不應(yīng)再以這種方式編寫，盡管它們通常仍然存在。為了解決這個問題，很容易讓網(wǎng)絡(luò)更加復(fù)雜，但這忽略了真正的權(quán)衡。

添加延伸的Layer 2會使網(wǎng)絡(luò)更加復(fù)雜，從而導(dǎo)致網(wǎng)絡(luò)變得脆弱。延伸的Layer 2可能會觸發(fā)更高的網(wǎng)絡(luò)故障率，最終導(dǎo)致企業(yè)損失可用性，而不是考慮如何使應(yīng)用程序更好地工作。

另一個考慮因素是Layer 3。應(yīng)用程序無法在Layer 3工作會如何影響其在整個網(wǎng)絡(luò)中的性能？如果應(yīng)用程序的開發(fā)人員將其設(shè)計為僅在短期本地鏈接上工作，則可能會對計時器、流量控制和其他因素進行假設(shè)。

因此，應(yīng)用程序可能在地理上延伸的段中工作得更好，但也可能是應(yīng)用程序運行接近某個性能指標(biāo)的邊緣，最終會導(dǎo)致失敗。沒有真正的方法來了解這種差異。

服務(wù)移動性的第三個組件是發(fā)現(xiàn)。服務(wù)的不同實例如何相互查找？即使指示了某種形式的Layer 2移動性，也可能將單個邏輯Layer 2段分解為多個廣播域。這不僅簡化了網(wǎng)絡(luò)的設(shè)計，而且還減小了各種故障域的大小，增加了平均故障間隔時間。

同樣，應(yīng)用程序不應(yīng)再使用此類型的Layer 2發(fā)現(xiàn)機制；如果這樣做，則需要非常小心地設(shè)計應(yīng)用程序。

安全和遙測問題

除了這些組件之外，還有其他數(shù)據(jù)中心互連挑戰(zhàn)，特別是在安全和遙測方面。

例如有一個常見的假設(shè)，即如果通過供應(yīng)商提供的虛擬電路傳輸流量，則它是安全的。這是一個糟糕的假設(shè)。隧道增加了一個新的標(biāo)題，可以防止攻擊者攔截或檢查流量。必須明確處理安全性，特別是在處理最初設(shè)計為在單個物理設(shè)施中包含的單個短段傳輸流的時候。

同時，遙測是必不可少的。用戶如何知道在延伸鏈接中可能遇到的延遲和抖動？怎么知道丟包的時間、地點和數(shù)量？如何確定數(shù)據(jù)包是否無序傳送？遙測和管理是數(shù)據(jù)中心之間連接的關(guān)鍵組成部分，在出現(xiàn)問題之前需要加以解決。

數(shù)據(jù)中心互連通常被認為是一個已解決的問題。然而，重新審視數(shù)據(jù)中心互連技術(shù)可能面臨的問題，以仔細地確定增加復(fù)雜性是否是最好的方法，這是很有價值的。

• 上一篇：5G已來，IDC、邊緣計算、CDN將如何變化？
• 下一篇：數(shù)據(jù)中心市場下半年可望恢復(fù) 云端好日子還沒到頭
  
• 文章標(biāo)簽：
• 注：原創(chuàng)內(nèi)容，禁止轉(zhuǎn)載，如有轉(zhuǎn)載，請標(biāo)明出處。如有內(nèi)容侵犯您的權(quán)益，請聯(lián)系刪除！QQ:315212307