監控雲流量的七種QoS最佳實踐

最近，高效能多核CPU、虛擬化和快速、無處不在的網際網路接入等技術的成熟，加速了雲端計算服務的採用。事實上，根據最新的研究，今天正在開發的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地址列表來識別流量。