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

例如在一個網絡圖中，需要將服務從主機1移動到主機2，每個主機都連接到不同的數據中心結構。這兩個結構通過服務提供商提供的鏈路連接在連接到結構邊緣的兩個路由器之間。

人們要問的問題是：真的需要以太網或延伸的Layer 2嗎?

數據中心互聯(DCI)的大部分復雜性是試圖使擴展的物理環境看起來像一個以太網域的結果。但以太網并非設計用于跨越長地理區域并互連數千臺主機。

雖然有些技術允許這些類型的互聯，但重要的是要考慮這些工具應該如何實現以及在哪里實現，而不是簡單地將復雜性推到網絡中。

在這個數據中心互聯圖中，真的需要以太網擴展嗎?

[[265032]]

保留IP地址

Layer 2移動性的最常見原因是保留服務或應用程序的IP地址，同時將其從一個數據中心結構移動到另一個數據中心結構。但是，服務移動性有三個組成部分：

• 首先是客戶如何找到服務。是通過名稱還是IP地址本身?如果通過其名稱發現服務，則可以使用某些命名規范(例如動態域名系統)來允許服務移動而不要求IP地址保持不變。
• 采用域名系統(DNS)通常被認為是非常慢的措施。但在公司或數據中心內，沒有理由不采用DNS。用戶可以調整DNS計時器，并且可以設計負載平衡和其他功能，以允許在具有兩個不同IP地址的兩個服務副本之間快速進行故障轉移。
• 第二個組件是將IP地址本身從網絡中的一個位置移動到另一個位置。最簡單的方法是將新舊物理設備連接到同一物理段。雖然需要重新學習低層到IP層的映射，但其他一切都保持不變。

采用延伸Layer 2的風險

在過去，應用程序的設計假設應用程序的不同部分通過以太網段直接連接。應用程序不應再以這種方式編寫，盡管它們通常仍然存在。為了解決這個問題，很容易讓網絡更加復雜，但這忽略了真正的權衡。

添加延伸的Layer 2會使網絡更加復雜，從而導致網絡變得脆弱。延伸的Layer 2可能會觸發更高的網絡故障率，最終導致企業損失可用性，而不是考慮如何使應用程序更好地工作。

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

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

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

同樣，應用程序不應再使用此類型的Layer 2發現機制;如果這樣做，則需要非常小心地設計應用程序。

[[265033]]

安全和遙測問題

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

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

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

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