修復(fù)問題的***步是認識到自己遇到了問題。

有時候，一個新IT技術(shù)出現(xiàn)會需要一些特殊的工具;但是，有時候是因為我們長期依賴的重要工具無法滿足我們的要求。隨著我們越來越多地將業(yè)務(wù)遷移到云、軟件即服務(wù)(SaaS)和混合IT環(huán)境上，一些像traceroute等重要的工具已經(jīng)不能用了。在一個越來越不透明的環(huán)境中，管理權(quán)限變得越來越小，管理員應(yīng)該如何開始修復(fù)網(wǎng)絡(luò)問題呢?

奔向不透明環(huán)境

云與SaaS最吸引人的一個特點是它從一開始就出自工程師之手，但是卻深深地刺激著IT管理人員：“因為不需要管理”。將一些關(guān)鍵服務(wù)遷移到一個帶有服務(wù)水平協(xié)議(SLA)的方法本身并沒有問題，因為我們信任SLA。提供商的承諾是很好的，他們通常都會盡一切努力去服務(wù)他們的用戶。

然而，問題在于，網(wǎng)絡(luò)工程師仍然必須負責(zé)保證良好的用戶體驗。他們同意推翻多年積累的豐富的監(jiān)控技術(shù)，而這種轉(zhuǎn)變是必然的。IT愿意將決定業(yè)務(wù)成功的系統(tǒng)遷移到一個新環(huán)境上，即使他們無法像以前那樣修復(fù)故障，也很難跟蹤和報告整體性能。大家可能都知道，雖然亞馬遜、谷歌、Salesforce和Azure已經(jīng)很好，而且正變得越來越好，但是它們肯定不是完全沒有故障的，也不是無上限的基礎(chǔ)架構(gòu)。它們?nèi)匀环蠑?shù)據(jù)中心既定的物理原理，它們的服務(wù)臺仍然會不斷地收到問題單。

API取代SNMP

有很多很好的理由決定了云提供商不會開放防火墻或允許用戶監(jiān)控他們的軟件定義基礎(chǔ)架構(gòu)。相反，我們被迫依靠他們所提供的管理API和私有工具，用它們來檢查和分析所遇到的網(wǎng)絡(luò)問題。但是，這些接口所提供的信息完全無法和我們在自己數(shù)據(jù)中心內(nèi)所積累的信息相比;它們有一定的使用難度，而且沒有跨平臺和廣泛支持ICMP、SNMP及其他協(xié)議。但是，他們能做的就是給應(yīng)用程序流量開放一些特殊的訪問路徑。

即使在我們的內(nèi)部網(wǎng)絡(luò)，traceroute和ping也會受到路由多樣性的影響，從而限制它們修復(fù)用戶與服務(wù)器之間網(wǎng)絡(luò)問題的能力。traceroute假定觀察者與服務(wù)之間的路徑是線性的，因此會返回該測試的近似路由路徑。在混合IT網(wǎng)絡(luò)中，互聯(lián)網(wǎng)路由的互連多宿主會成倍地放大這個問題，而且會在UDP或ICMP流量上進一步增加難度。那么問題來了，在4條各自分擔(dān)25%應(yīng)用流量的鏈接中出現(xiàn)了延遲，我們該如何從中分辨出影響Salesforce性能的根源問題呢?

答案是要忘掉我們曾經(jīng)精心設(shè)計的內(nèi)部網(wǎng)絡(luò)，而要認真思考互聯(lián)網(wǎng)。在內(nèi)部網(wǎng)絡(luò)中，我們在設(shè)計時盡量考慮了各種不確定性;而互聯(lián)網(wǎng)則依靠限制路由不確定性來保證健壯性。如果不去考慮和想象應(yīng)用程序特有的數(shù)據(jù)包，那么從用戶到云服務(wù)器的全部流量路徑可以在多個維度上觀察到多個可能出現(xiàn)的路由，其中包括時間維度。這種方法不會馬上產(chǎn)生像traceroute一樣的效果——它需要一定時間去檢測和傳播，但是它的結(jié)果會很全面且可視化。

雖然在本地設(shè)備上執(zhí)行基于請求的監(jiān)控會繼續(xù)給運營人員返回重要信息，但是可視化路徑監(jiān)控能夠幫助我們重新獲得因為混合IT網(wǎng)絡(luò)而丟失的監(jiān)控能力。它不僅能夠幫助我們簡化內(nèi)部網(wǎng)絡(luò)問題中誤操作和錯誤配置的檢測，還能夠?qū)⒕W(wǎng)絡(luò)問題的修復(fù)通過互聯(lián)網(wǎng)擴展到服務(wù)提供商的網(wǎng)絡(luò)上。

這種方法之所以有效，是因為現(xiàn)代網(wǎng)絡(luò)路徑監(jiān)控工具能夠模擬應(yīng)用程序特有的流量，它們會像用戶流量一樣通過防火墻。在出現(xiàn)不對稱的多宿主鏈路延遲問題時，它們能夠通過負載均衡解決特定協(xié)議或端口的路由問題，而且它們會發(fā)現(xiàn)所有影響服務(wù)性能的節(jié)點。我們不再需要依靠路由器CPU的警報，而只需要處理網(wǎng)絡(luò)節(jié)點的警報，將警報信息告知提供商服務(wù)臺，他們就能得到解決問題所需要的信息，大大縮短了他們分析問題的時間。

如果我們能夠重新獲得混合IT環(huán)境下的可見性，并且還能讓用戶開心，那么在修復(fù)網(wǎng)絡(luò)問題方面，“不需要管理”可能就不是一件壞事了。