小工具分享：不被數(shù)據(jù)表面迷惑，洞察真實(shí)負(fù)載！
“大吉大利，晚上吃雞！” 最近，《絕地求生》游戲風(fēng)靡網(wǎng)絡(luò)， 很多朋友為了能“晚上吃雞”， 不分晝夜，廢寢忘食， 但往往奮戰(zhàn)到天亮也吃不到“雞”。 如果是運(yùn)氣不佳、水平太low也能理解， 但若是由于電腦太卡，那就著實(shí)太讓人惱火了。 ” 申斯基就有這樣一個(gè)朋友，癡迷“吃雞”，但從沒(méi)享受過(guò)“吃雞”的快感。一次恰好去他家里，看到卡頓得像播放幻燈片一樣的游戲畫面，申斯基總算知道了朋友為何一直吃不到“雞”。 朋友也很苦惱，這臺(tái)電腦并不算舊，配置肯定超過(guò)了《絕地求生》的***要求，但堪稱“腦盲”的他一直不知道問(wèn)題出在哪里。一番檢查之后，發(fā)現(xiàn)朋友電腦塞滿了流氓軟件，數(shù)個(gè)可疑進(jìn)程占據(jù)了大量的CPU資源，我只好告訴他，殺殺毒，重裝下系統(tǒng)再試試吧… ——相信很多朋友都遇到過(guò)電腦越用越慢、應(yīng)用卡頓等情況，很多時(shí)候其實(shí)不必過(guò)于糾結(jié)問(wèn)題到底出在哪，通過(guò)重裝系統(tǒng)“大法”一般都能解決。 但如果企業(yè)的IT基礎(chǔ)架構(gòu)出現(xiàn)了反應(yīng)遲鈍、性能下降等問(wèn)題，重裝系統(tǒng)“大法”可就萬(wàn)萬(wàn)行不通了，那么，IT管理員如何才能快速的找到系統(tǒng)中的“癥結(jié)”所在？ DPACK，給管理員一雙“慧眼” 很多時(shí)候，企業(yè)IT管理員們都會(huì)發(fā)出類似的感慨： 為什么測(cè)試時(shí)有幾十萬(wàn)的IOPS，實(shí)際跑數(shù)據(jù)庫(kù)為什么非常慢？為什么買了***端的存儲(chǔ)，帶寬卻只有不到十MB？剛剛升級(jí)了存儲(chǔ)，為什么應(yīng)用還是響應(yīng)緩慢？ 這些難以確定的問(wèn)題著實(shí)會(huì)讓IT管理員們感到惱火，如若沒(méi)有多年的運(yùn)維管理經(jīng)驗(yàn)，或是對(duì)系統(tǒng)運(yùn)行狀況有著全局性的了解，很難一下子定位到系統(tǒng)瓶頸。 那么，有沒(méi)有一種方法，讓IT管理員能夠一目了然的洞悉IT環(huán)境？ 答案是肯定的！戴爾提供了一款免費(fèi)的小工具——性能分析和收集工具包DPACK (Dell Performance Analysis Collection Kit)，其目標(biāo)就是讓管理員能夠?qū)T系統(tǒng)了如指掌！ DPACK主要具有以下這些能力： 收集分析主機(jī)端性能信息 幫助用戶理解工作負(fù)載的性能，也可協(xié)助進(jìn)行存儲(chǔ)解決方案的規(guī)劃和選型 收集所需的數(shù)據(jù)并生成專業(yè)報(bào)告（涵蓋多種不同語(yǔ)言） 幫助客戶更好了解自己的環(huán)境，做出明智的業(yè)務(wù)決策 簡(jiǎn)而言之，DPACK有著三大絕招：收集、分析、生成報(bào)告。 先看收集功能。DPACK雖然是一個(gè)免費(fèi)的小工具，并且無(wú)需代理服務(wù)器，但它在收集系統(tǒng)信息方面的能力卻非常強(qiáng)悍，遠(yuǎn)遠(yuǎn)超出很多傳統(tǒng)信息收集工具。 如下表，傳統(tǒng)工具往往只能收集系統(tǒng)的I/O數(shù)、吞吐量等少量信息，對(duì)操作系統(tǒng)支持也不完善；DPACK卻能收集CPU、內(nèi)存、I/O、磁盤隊(duì)列長(zhǎng)度、容量等多個(gè)指標(biāo)，并且支持Windows、Linux、Unix、VMware甚至Solaris操作系統(tǒng)。 再看分析功能。光收集出一堆數(shù)據(jù)讓管理員自行去分析？No，要從一大堆枯燥的數(shù)據(jù)中看出系統(tǒng)問(wèn)題，不但是一件非常耗費(fèi)時(shí)間的事情，也十分考驗(yàn)管理員的經(jīng)驗(yàn)。DPACK的另一個(gè)絕活是能夠從“全局”角度去分析系統(tǒng)的負(fù)載情況，從而讓管理員能夠洞悉系統(tǒng)的真實(shí)負(fù)載，而不被數(shù)據(jù)表面所迷惑。 舉個(gè)例子，比如某企業(yè)的存儲(chǔ)系統(tǒng)同時(shí)運(yùn)行著SQL Server、Exchange、FileServer、WebServer等多個(gè)負(fù)載，很多傳統(tǒng)工具在收集和分析存儲(chǔ)需求的時(shí)候都是獨(dú)立收集和獨(dú)立分析，然后進(jìn)行簡(jiǎn)單疊加，這樣的話其實(shí)并不能真實(shí)反映存儲(chǔ)的真實(shí)負(fù)載。 傳統(tǒng)工具一般都是將負(fù)載簡(jiǎn)單疊加， 但這并不能反應(yīng)真實(shí)的負(fù)載情況 DPACK則能夠進(jìn)行全局的、宏觀的負(fù)載分析。例如，SQL Server、Exchange、FileServer、WebServer這些應(yīng)用的負(fù)載峰谷不一定會(huì)出現(xiàn)在同一個(gè)時(shí)間點(diǎn)，如果僅僅將負(fù)載簡(jiǎn)單疊加，并不能反映出存儲(chǔ)負(fù)載的真實(shí)情況。 如果將負(fù)載簡(jiǎn)單疊加，表面上所看到的IOPS總需求是305+250+157+200=912，但是事實(shí)上，從全局角度來(lái)看，這些應(yīng)用的IOPS匯總后只需要535，峰值出現(xiàn)在11:03 再看生成報(bào)告。DPACK使用起來(lái)很簡(jiǎn)單，只需三步：登錄DPACK支持網(wǎng)站、遠(yuǎn)程或本地收集信息、用戶生成*.iokit文件郵寄給戴爾工程師來(lái)創(chuàng)建報(bào)告。DPACK2.0則進(jìn)一步簡(jiǎn)化了生成報(bào)告的操作，用戶可以直接將收集的日志數(shù)據(jù)同步上傳到DPACK網(wǎng)站，請(qǐng)求Dell銷售人員代為生成報(bào)告，之后可以在線查看報(bào)告。 DPACK能生成兩種報(bào)告，一種報(bào)告匯總了各個(gè)不同服務(wù)器的資源需求，如果這些工作負(fù)載已整合成共享資源，則還會(huì)對(duì)它們進(jìn)行模擬；另一種報(bào)告是關(guān)于各個(gè)服務(wù)器的深入報(bào)告，供IT管理員搜尋需要通過(guò)新設(shè)計(jì)來(lái)改進(jìn)的潛在瓶頸或熱點(diǎn)問(wèn)題。 通過(guò)可視化的報(bào)告，IT管理員能夠很輕易的發(fā)現(xiàn)IT系統(tǒng)中的瓶頸和癥結(jié)。例如，DPACK能夠顯示單臺(tái)服務(wù)器的CPU和內(nèi)存的峰值/***值、隊(duì)列深度、延遲、平均IO、總?cè)萘?、可?已用容量、讀寫比例等信息，通過(guò)這些參數(shù)能夠很清晰的看到服務(wù)器是否過(guò)載、資源是否充分利用、讀寫是否均衡等。 例如，如果服務(wù)器偶爾出現(xiàn)延遲高峰，一般沒(méi)有太大問(wèn)題，也很難避免；但是如果出現(xiàn)持續(xù)的延遲高峰，可能表示服務(wù)器方案設(shè)計(jì)的性能未達(dá)到要求。再如，持續(xù)的高隊(duì)列深度可能表明系統(tǒng)已“受到磁盤的制約”或者已經(jīng)在超負(fù)荷工作，存儲(chǔ)系統(tǒng)的能力規(guī)模過(guò)小。 DPACK就像一雙“慧眼”，指出癥結(jié)，幫助管理員及時(shí)彌補(bǔ)瓶頸，讓系統(tǒng)一直維持在健康的運(yùn)行狀態(tài)。 DPACK，幫領(lǐng)導(dǎo)省錢“精打細(xì)算” 除了能夠幫助管理員找到系統(tǒng)瓶頸和癥結(jié)，DPACK另一個(gè)強(qiáng)大的能力是讓企業(yè)IT部門具有全局觀，對(duì)IT基礎(chǔ)架構(gòu)的下一步擴(kuò)容、上云做出更明智的決策，也能避免過(guò)度投資，導(dǎo)致資源浪費(fèi)。 一個(gè)真實(shí)的例子 某企業(yè)建設(shè)了VDI環(huán)境，支撐超過(guò)二百個(gè)用戶。該企業(yè)對(duì)于成本敏感，故而全部采用了10K SAS硬盤，理論上足以滿足所需的IOPS。結(jié)果是，客戶忽略了群起風(fēng)暴，導(dǎo)致早上上班時(shí)段只能分批啟動(dòng)虛擬桌面，每批次耗時(shí)40分鐘，總計(jì)兩小時(shí)啟動(dòng)時(shí)間。 該用戶的問(wèn)題在于對(duì)于即將到來(lái)的存儲(chǔ)負(fù)載情況沒(méi)有進(jìn)行很好地預(yù)估，沒(méi)有真正摸清自己的系統(tǒng)狀況，導(dǎo)致理論和現(xiàn)實(shí)之間出現(xiàn)了巨大的差異。 DPACK能夠很好地幫助企業(yè)避免這種情況。它不僅能對(duì)單個(gè)服務(wù)器進(jìn)行信息收集、分析和生成報(bào)告，還能對(duì)所有服務(wù)器在信息收集期間的運(yùn)行數(shù)據(jù)進(jìn)行匯總，以高度精確的方式模擬復(fù)合工作負(fù)載將在虛擬環(huán)境上呈現(xiàn)的總運(yùn)行狀況，生成報(bào)告摘要，其中包含了總吞吐量、總IOPS、總讀/寫比率、總?cè)萘康刃畔?mdash;—這個(gè)信息非常關(guān)鍵，能夠幫助企業(yè)更加明智的做出存儲(chǔ)規(guī)劃決策。 例如，MB/s指的是每秒傳輸?shù)臄?shù)據(jù)量，該數(shù)據(jù)與傳輸大小和 IOPS 數(shù)相關(guān)；業(yè)界公認(rèn)的公式是IOPS x 傳輸大小（字節(jié)數(shù)）= 每秒字節(jié)數(shù)（答案通常轉(zhuǎn)換為 MB/s）。如果MB/s 這個(gè)指標(biāo)沒(méi)有得到正確的了解，經(jīng)常會(huì)導(dǎo)致過(guò)度投資，而正確利用這一指標(biāo)，企業(yè)就可以更加精準(zhǔn)的規(guī)劃連接存儲(chǔ)系統(tǒng)所需的帶寬大小。 所以，通過(guò)DPACK，企業(yè)IT部門可以“精打細(xì)算”，既滿足業(yè)務(wù)的需要，又能實(shí)現(xiàn)更好的成本效益。 對(duì)于DPACK，戴爾曾經(jīng)給出一些應(yīng)用上的小建議： 如果您預(yù)期某天會(huì)出現(xiàn)性能高峰，建議在那一天運(yùn)行DPACK信息收集！ 不建議在低工作量時(shí)期執(zhí)行DPACK （報(bào)告會(huì)沒(méi)有意義?。?/p>
建議DPACK收集超過(guò)一天，因?yàn)?4小時(shí)內(nèi)能收集的有用信息太有限了！ 收集總持續(xù)時(shí)間可以最長(zhǎng)7天！ 不要長(zhǎng)期使用老版本的DPACK軟件！收集分析主機(jī)端性能信息 DPACK有頻繁的更新和增強(qiáng)新功能，記得下載新版本！ 恐懼來(lái)源于未知，IT亦如此。 網(wǎng)絡(luò)上曾經(jīng)流傳過(guò)這樣一張圖片，一位IT管理員對(duì)著一排機(jī)架下跪燒香，祈禱這些基礎(chǔ)設(shè)施能夠穩(wěn)定運(yùn)行，不出毛病。 我想，除了搞笑之外，這張圖也傳達(dá)了IT管理員們一種普遍的心態(tài)，即對(duì)于IT基礎(chǔ)架構(gòu)各種疑難雜癥的無(wú)奈、迷茫，甚至說(shuō)恐懼。 但是，如果能夠洞察一切，提早做出預(yù)判，那管理員們對(duì)IT還會(huì)懷有恐懼么？DPACK就是這樣一個(gè)工具，幫助IT管理員們打破未知，讓IT盡在掌控之中。
