超融合技術架構的實施為公司帶來了意義非凡的價值。不過在許多環境都有那麼一部分應用程式對於效能有著很高和具體的要求，這很容易造成超融合網路的瓶頸。
在過去，傳統的集群有專門的儲存系統，訪問共享的資料。超融合的架構通常將內部每個節點的儲存匯聚到乙個虛擬儲存池。i/o需求負擔較重的環境會將負載都壓在超融合網路之上。會造成節點間的通訊和儲存i/o通訊的延遲公升高，特別是在基於flash的超融合架構中。
超融合網路問題的解決辦法
可嘗試從以下幾個方面的因素去解決超融合環境中的網路問題：
保證網路具有較高的效能。10千兆乙太網(gbe)是基本。使用光纖用於互連，而不是銅線電纜。大多數環境中，使用頂級機架交換機連線的節點到節點的內部通訊，確保到核心節點有40 gbe的上行速度，確保連線到其他環境的頻寬。
理想情況下，應在環境中預佈線和保留預置的接線板，以適應活動元件間在最終連線完成前的變化。這樣做的目標是不必開啟乙個節點來進行移動、新增和更改。這種設計被稱為真正的結構化佈線，能夠解決最大網路的所有效能問題：次優的效能或總連線性的損失。
實施專用儲存網路。大多數超融合的架構需要在所有的網段(儲存和計算)實施乙太網，要把儲存的i/o放到乙個特定的網路區段。專用的超融合網路將儲存流量從伺服器間的流量中拆分出來，保證效能上的一致性。
檢查超融合架構中的資料是如何儲存的。所有的超融合架構必須以某種方式呈現出對儲存訪問的共享，即使儲存本身是內部性質。到目前為止，**商提供了兩種方法來進行實現：
在超融合架構的乙個或其他多個節點上覆制一套與虛擬機器本身近乎一致的映象。如果虛擬機器需要遷移，該複製的景象可以例項化任意乙個儲存節點。雖然從容量角度來說有些浪費，但它可以從減少儲存i/o的角度，通過只囊括少數幾個節點的方式來規避這一弊端。
匯聚過程把所有的內部**到集群的節點匯集建立乙個虛擬池。儘管從容量的角度來看更具效率，但匯聚的方法通常需要產生更高的i/o流量(從而加重網路負擔)。
**商在這兩種方法上有自己的微調，因此不同的產品中的詮釋也不盡相同。
超融合網路的主要挑戰之一是縮放。要解決物理縮放問題，應該使用如前文所述的結構化的佈線方法。隨著節點數量的增加，特別是用聚合方法時，軟體問題變得更加複雜。節點越多，儲存的i/o流量就越大，環境變得越來越複雜。如果公司計畫設定幾十個節點，並有具體的效能期望，帶有專用級別計算和儲存層的傳統的架構可能是更合適的方法。
***********************************=分割線******************************==
網路程式設計中常見問題以及解決思路
最近在幫老師做乙個p2p的專案，客戶端包含註冊以及登陸功能，關於資料庫的選擇，嘗鮮採用了最新的mongodb，但是在執行簡單的demo的時候依然出現了許多的問題。文章會逐漸跟新，在我有時間的前提下 本地測試正常，部署到伺服器發現tcp通訊出現故障，本機作業系統win10，伺服器核心版本如下圖所示 在...
linux 常見問題及解決
平時開發中需要連線到虛擬機器linux centos 進行，期間有些常見問題，在此記錄備忘 1 ssh連線突然變慢，在centos中ping一些常見 也特別慢 分析 估計dns解析有問題，檢視vm中的 etc resolv.conf 與本機dns差異，發現第乙個備用dns不同。ping 第乙個nam...
eclipse 常見問題及解決
1.target runtime apache tomcat v6.0 is not defined.錯誤解決方法 原文 解決方法 方法是 在工程目錄下的.settings資料夾裡，開啟org.eclipse.wst.common.project.facet.core.xml檔案，其內容是 將其修改...