CTI論壇(ctiforum.com)（編譯/老秦）：在混合實時和批量流量時，服務質(zhì)量或QoS非常重要。隨著大數(shù)據(jù)應用的增加，挑戰(zhàn)也在增長。讓我們看看我們可以用來保護混合云環(huán)境中實時流量的策略，在這種環(huán)境中可能無法實現(xiàn)端到端QoS。

　　我將混合云定義為企業(yè)本地云系統(tǒng)和供應商提供的遠程云系統(tǒng)的組合。內(nèi)部部署系統(tǒng)通常支持以即服務模式提供的基礎架構或平臺，而供應商系統(tǒng)可以提供各種服務（基礎架構，平臺，數(shù)據(jù)中心或軟件）。在混合云中，應用程序可能具有位于內(nèi)部或外部的組件。在站點之間具有實時通信要求的應用程序應優(yōu)先于非實時流量。

　　您可能還擁有具有實時組件的軟件服務，例如VoIP。還有，您必須將企業(yè)內(nèi)的語音端點連接到語音控制系統(tǒng)服務。呼叫控制服務通常具有比位于云提供商的基礎設施中的會議呼叫服務的實時流更少的關鍵時序約束。

　　QoS通常用于相對于彼此優(yōu)先化不同類型的流量。該過程涉及通過使用服務等級（CoS）或差分服務代碼點（DSCP）標識符來標記分組來對流量進行分類。一旦數(shù)據(jù)包被標記，網(wǎng)絡就使用嵌入式CoS / DSCP標識符來執(zhí)行速率限制和優(yōu)先級轉發(fā)。時間敏感的數(shù)據(jù)包在不那么時間敏感的數(shù)據(jù)包之前傳輸。QoS設計通常具有四個，八個或12個不同的類。

　　公共互聯(lián)網(wǎng)上存在的問題是，這種簡單的工作機制存在太多的競爭利益。因此，因特網(wǎng)通常使用有利于低容量業(yè)務流的加權公平排隊機制。此機制適用于數(shù)據(jù)量較低的高交互式應用程序。語音流量通常具有足夠低的流量，因此可以獲得良好的處理，尤其是與網(wǎng)頁更新，圖像文件和流視頻等相比。這和公共互聯(lián)網(wǎng)一樣好。

　　多協(xié)議標簽交換（MPLS）

　　MPLS技術允許運營商為每個客戶提供虛擬網(wǎng)絡。可以使用八級機制來確定每個客戶虛擬網(wǎng)絡中流量的優(yōu)先級。雖然這種機制不區(qū)分客戶，但它確實允許每個客戶將其內(nèi)部CoS / DSCP類映射到MPLS優(yōu)先級。

　　由于MPLS比使用專用租用線路便宜，因此一段時間以來它一直是首選的WAN技術。然而，一些更新，更便宜的技術已經(jīng)開始取代MPLS。

　　為了促進云連接，出現(xiàn)了一類新的互聯(lián)網(wǎng)服務提供商（ISP）和托管服務提供商。這些運營商連接到互聯(lián)網(wǎng)交換點（IXP），大型云提供商也有連接。這些設施是運營商和大公司互連其網(wǎng)絡的地方。例如ISP，無線運營商以及Facebook，亞馬遜和谷歌等大公司。

　　新一類ISP連接到IXP，然后向企業(yè)客戶銷售專用或MPLS鏈路。這些鏈接可以處理QoS并直接向主要的云托管提供商提供高速連接。

　　聲明：版權所有 非合作媒體謝絕轉載

　　作者：特里.斯拉特里（Terry Slattery）

　　原文網(wǎng)址：https://www.nojitter.com/enterprise-networking/achieving-qos-hybrid-cloud-implementation%20