下載app免費領取會員
請遵循下列建議以在部署 Revit Server 時平衡性能和基礎設施成本。
簡介
在部署 Revit Server 時，如何平衡成本、用戶工作效率和資源消耗是最常見的目標。 如果可用帶寬太少，則性能會受到影響。 如果可用帶寬過多，則會獲得良好的性能，卻會以犧牲其他服務為代價。 此文檔作為早期版本的更新，嘗試表述所需的最小帶寬，以獲得 Revit Server的最佳用戶體驗。 反映了 Autodesk 對于客戶使用方式的最新認識。 非典型展開所需的帶寬可能比此處建議的帶寬或多或少。
Revit Server 2017 是該應用程序的第 7 個版本。 與早期使用者相比，當前 Revit Server 用戶通常執行操作所間隔的地理距離更遠，實施的項目尺寸更大、復雜性更高。 因此，針對該分析的測試方法也相應進行了更新：
工作共享操作的執行環境從原本的 35ms WAN 變為了 65ms WAN。
測試數據集從原本的 ~92MB 模型（無鏈接）變為了現有 ~ 240MB 模型（帶 ~ 220MB 鏈接）。
打開中心模型本地副本所需的時間現在可視情況而定，做到了從無到有的轉變。
請注意，所提到的“WAN 網絡帶寬”反映了網絡的實際吞吐量，而不是連接率。 外部因素（例如無關的流動流量）會減少實際可用的帶寬，因此我們建議在常用的網絡使用期間驗證網絡的行為。 完成這一操作很簡單，只需測量在網絡點之間復制幾百兆數據所需的時間即可。 請務必謹慎操作，以確保網絡壓縮和數據包整形不會影響操作的性能。
討論
傳輸較少數據的操作的帶寬和性能
如果在網絡間傳輸的數據量較少，那么對帶寬的要求就比較適中。 在本例中，我們將檢出包含 18,000 個圖元的工作集。 （實際上圖元數量對于完成操作所需時間的影響較小。） 請注意，完成操作所需的時間不會隨著可用帶寬的增加而大幅改變：盡管數據通過 WAN 訪問，但是傳輸的數據量卻非常少。 其他占用較小網絡基站（例如借用或放棄圖元）的操作也具有類似的行為方式。
傳輸適中數據的操作的帶寬和性能
相比之下，與中心同步 (SWC) 等操作在網絡中傳輸的數據會更多。 這些操作受可用吞吐量的影響非常大。 在本例中，我們將執行 SWC 操作（在 WAN 中傳輸約 7MB 數據）。 急劇上升的帶寬需求顯而易見；在帶寬不足的情況下，完成操作所需的時間明顯變長。 （請注意，SWC 過程中傳輸的數據量根據模型的復雜度和要同步的更改復雜度而不同。 7MB 的傳輸顯示了 SWC 已臨近典型用戶活動的上限。）
傳輸大量數據的操作的帶寬和性能 
除了首次保存中心模型外，創建新本地副本是 Revit 中需要最多帶寬的用戶操作：在該操作期間，Revit 必須為模型及其鏈接構建權限狀態的緩存，而這一行為會在 WAN 中傳輸大量數據。 在本例中，從主機服務器共復制了 42MB 的數據至用戶工作站：其中 27MB 用于主體模型的權限狀態，15MB 用于其鏈接的權限狀態。 與傳輸適中數據量的操作一樣，在可用吞吐量和性能之間存在直接關系。 網絡管理員需要在這些操作過程中，根據用戶所能允許的延遲率對可用帶寬進行校準。
結論
在大多數情況下，如果可用網絡帶寬超過 3Mbit/秒，就可以維持較為理想的性能。 有三種情況需要較多的帶寬：
嘗試在較遠的地理距離之間進行協作：為獲得良好的可用性就需要更多的帶寬，因為帶寬不足和高延遲性會對影響產生多重負面影響。
實施大型模型和項目：在使用大型模型時，生成大量網絡流量的操作會傳輸更多的數據。 為確保在合理的時間內完成這些操作，就可能需要更多的帶寬。
頻繁的并發服務器訪問：當多個用戶同時訪問 Revit Server 時，則必須共享帶寬。 如果 Revit Server 荷載較重，那么增加可用帶寬就十分有用，這樣可確保每個用戶都擁有足夠的訪問吞吐量。
相反，低荷載的服務器、間隔距離適中的展開以及復雜度有限的項目在吞吐少于 3Mbit/秒 時可以獲得較理想的性能。
最后值得注意的是，網絡流量優化和壓縮（例如在 Riverbed 的 Steelhead 設備中實施的優化和壓縮）可與 Revit Server 完全兼容，并且可進一步提高性能，尤其是在網絡不佳的情況下。
本文版權歸腿腿教學網及原創作者所有，未經授權，謝絕轉載。
推薦專題
