監控雲流量的七種QoS優秀實踐

事實上，根據最新的研究，今天正在開發的50%的軟件應用程序是基於雲的。這種向雲計算的持續轉變，正在影響著企業的網絡基礎設施，因為他們在關鍵應用上更多地依賴雲計算系統。具體而言，當網絡流量過渡到雲消費模式時，網絡流量的特點會發生變化。而這些變化如何影響用戶體驗的質量(或服務質量)，應該是網絡團隊的首要任務。在本文中，我想快速了解一下正在采用的不同類型的雲服務，並提供一些網絡運營團隊應該考慮的服務質量(QoS)最佳實踐。 業界關註三種主要的雲服務模式：軟件即服務(SaaS)、平臺即服務(PaaS)，以及基礎設施即服務(IaaS)。SaaS消除了終端用戶購買和管理計算基礎設施和軟件的需要。PaaS消除了購買和管理計算基礎設施和許可證的需要。它還管理額外的平臺服務，如數據庫和計費。此外，PaaS可以將終端用戶鎖定在一個特定的平臺環境中。而IaaS消除了購買和管理計算基礎設施的需要，並提供了轉移到其他平臺的靈活性。 大多數雲服務是通過互聯網使用標準的互聯網客戶端應用程序來提供的，互聯網接入使用戶可以在幾乎任何地方靈活地使用這些服務。如果不調整QoS策略，標準的互聯網協議，如HTTP和HTTPS，會被視為與普通的Web瀏覽。網絡上的預期負載是否會對終端用戶產生影響，最好根據當前的網絡設計和在網絡上運行的服務來確定。但是，NetOps製定的任何標準QoS策略都會將這些應用視為休閑網絡流量，並將其分配到最佳努力類。為了確保你有適當的QoS政策，這裏有七個關鍵步驟需要考慮。 1)與其他IT團隊進行溝通。在大型企業中，可能有多個團隊參與推出雲服務。例如，如果NetOps團隊將統一通信放在雲中，他們可能需要與不同的小組合作，而不是實施Google Apps for Business。最好的方法是讓團隊盡早參與到關於發布的討論中，而不是在發布之後再去解決問題。詢問以下問題是很有幫助的:如何最好地識別用於確定優先級的流量，以及是否存在任何已知的關於應用程序易丟失、延遲或抖動的問題。 2) 了解流量。網絡運營團隊應通過對網絡流量進行基線分析，對其當前狀況有一個良好的了解。這是因為雲服務將通過增加進出雲服務提供商的流量而導致流量和使用模式的轉變。例如，過去嚴格意義上的內部辦公和備份流量，現在可能會大大增加對網絡周邊的帶寬需求，需要進行電路升級。團隊可以通過使用Netflow報告解決方案評估具體的應用消耗來確定網絡流量利用率。 3) 開發初始設計。設計雲服務如何適應當前的架構和相應的QoS考慮(和政策)是很重要的。與傳統的廣域網環境一樣，雲服務流量也最適合具有四個或更多類別的QoS模型。最低限度，實時語音/視頻、交易數據、批量數據和最大努力的數據流量應被分成獨特的類別，以便進行帶寬管理。在一些網絡中，可能需要更多的進一步細分。如果基線分析表明需要更多的帶寬或改變網絡結構模型，應將此納入計劃。 4) 審查計劃。應該向其他IT團隊和組織內的主要利益相關者介紹QoS策略。他們將希望了解相關變化，以及這些變化可能對當前服務產生的影響。如果現有的網絡架構需要更新(升級的廣域網服務，新的路由器，甚至不同的網絡設計)，也需要審查。 5)設計細節。大多數雲服務流量將使用現有的互聯網協議。一定要知道你要連接的服務的IP地址，以便將它們與隨意的互聯網流量區分開來。利用NetFlow報告解決方案可以大大幫助這個過程。一些NetFlow解決方案還可以幫助超越基本的IP地址列表來識別流量。