IT領(lǐng)域中的生活充滿了艱巨的任務(wù)。在進(jìn)行備份或者維護(hù)修補(bǔ)方案時(shí)，你必須確保多層反惡意軟件被適當(dāng)部署。不幸的是，在高度虛擬化的環(huán)境中，管理殺毒軟件會(huì)是一件非常痛苦的事情，殺毒軟件自身實(shí)際上構(gòu)成了一種威脅。就像俗話說(shuō)的那樣：治療有時(shí)比疾病本身更糟糕。

也許任何人都不會(huì)對(duì)殺毒軟件會(huì)使機(jī)器運(yùn)行速度變慢這一點(diǎn)感到驚訝。任何監(jiān)控每一個(gè)磁盤(pán)I/O并檢查其是否存在威脅的軟件都會(huì)給系統(tǒng)帶來(lái)額外的開(kāi)銷。對(duì)于大多數(shù)情況，這體現(xiàn)在較高的磁盤(pán)延遲和CPU負(fù)載上面。盡管如此，殺毒軟件在進(jìn)行掃描排除時(shí)都會(huì)很小心，因此它們通常不會(huì)造成系統(tǒng)癱瘓。

最近，我提出了兩個(gè)很好的例子，這些例子為我們展示了殺毒軟件在失去控制時(shí)是怎樣對(duì)系統(tǒng)性能造成巨大的整體影響的，同時(shí)還顯示了檢測(cè)其中的原因是多么的困難——除非你知道去尋找原因并且擁有這樣做必需的監(jiān)測(cè)數(shù)據(jù)。

新的VDI環(huán)境

在第一個(gè)例子中，客戶處在將新的VDI環(huán)境帶進(jìn)生產(chǎn)的過(guò)程中。基礎(chǔ)映像已經(jīng)被全面測(cè)試，用戶群為他們擺脫了傳統(tǒng)的桌面而使用VDI為他們帶來(lái)的可移植會(huì)話感到興奮。初始用戶測(cè)試進(jìn)展順利并且沒(méi)有發(fā)現(xiàn)問(wèn)題。

盡管如此，由于大量自動(dòng)部署的桌面和不斷擴(kuò)大的用戶數(shù)量，一系列的性能問(wèn)題產(chǎn)生了。首先，響應(yīng)時(shí)間變慢，而且隨著鋪設(shè)的進(jìn)行，這種問(wèn)題會(huì)急劇惡化，甚至到用戶開(kāi)始想念舊的桌面的程度。而在虛擬主機(jī)上的初步調(diào)查表明不存在任何重大的CPU或內(nèi)存競(jìng)爭(zhēng)，因此，人們的注意力迅速轉(zhuǎn)向到SAN.

通過(guò)挖掘SAN的管理接口，問(wèn)題立刻變得很清晰：這的確是與存儲(chǔ)相關(guān)的問(wèn)題，而且響應(yīng)時(shí)間的延遲高峰遠(yuǎn)高于20ms.往往是在這種情況下，用戶開(kāi)始害怕SAN不能提供VDI環(huán)境服務(wù)。幸運(yùn)的是，故障排除過(guò)程并沒(méi)有就此停止。對(duì)SAN負(fù)載的進(jìn)一步調(diào)查顯示每一個(gè)VDI桌面啟動(dòng)后大約一個(gè)小時(shí)會(huì)產(chǎn)生平均超過(guò)40IOPS（SAN存儲(chǔ)評(píng)價(jià)指標(biāo)之一）——遠(yuǎn)遠(yuǎn)超出標(biāo)準(zhǔn)的IOPS以及在初始映像開(kāi)發(fā)和測(cè)試階段中檢測(cè)到的IPOS.

最終，問(wèn)題來(lái)源被確定：當(dāng)非持久性桌面映像啟動(dòng)時(shí)，他們的殺毒agent從管理服務(wù)器獲取新的病毒定義并更新病毒定義庫(kù)，然后執(zhí)行一次完整的系統(tǒng)掃描，以確定不存在新的可檢測(cè)的風(fēng)險(xiǎn)。這是一個(gè)在物理桌面中常用的并且是完全合理的做法，但是在虛擬環(huán)境下，這種做法只會(huì)破壞底層的共享存儲(chǔ)硬件并且除此之外別無(wú)他用。

作為測(cè)試，新病毒定義部署功能被禁用，其結(jié)果是在早上的數(shù)小時(shí)內(nèi)減少了近10倍的磁盤(pán)I/O，即使此時(shí)很多新用戶登錄并啟用了新的桌面——即有效地解決了上面的問(wèn)題，盡管這也帶來(lái)了需要手動(dòng)更新病毒定義庫(kù)的問(wèn)題。

崩潰的SQL群集

在另外一個(gè)例子中，一個(gè)客戶端報(bào)告說(shuō)一個(gè)關(guān)鍵服務(wù)應(yīng)用程序無(wú)響應(yīng)。故障初步診斷表明高度冗余的集群數(shù)據(jù)庫(kù)服務(wù)實(shí)際上已經(jīng)處于離線狀態(tài)。在服務(wù)器重啟恢復(fù)服務(wù)后，SQL服務(wù)器日志顯示，數(shù)據(jù)庫(kù)服務(wù)器經(jīng)歷了一個(gè)非常高的磁盤(pán)延遲并最終導(dǎo)致了服務(wù)器放棄和終止了服務(wù)。

檢查發(fā)現(xiàn)SAN自身沒(méi)有不尋常的事件或失敗發(fā)生。似乎問(wèn)題一開(kāi)始可能是和經(jīng)歷了該問(wèn)題的數(shù)據(jù)庫(kù)集群相關(guān)的，但是很難弄清楚實(shí)際發(fā)生了什么。更糟糕的是，SAN基礎(chǔ)設(shè)施上的性能日志是不可用的，因此從SAN的角度進(jìn)行進(jìn)一步的調(diào)查是不可能的。

考慮到在一個(gè)大型虛擬化基礎(chǔ)設(shè)施中物理數(shù)據(jù)庫(kù)集群是共享物理磁盤(pán)資源的，調(diào)查的方向轉(zhuǎn)向了觀察在虛擬環(huán)境中經(jīng)歷失敗時(shí)是否也會(huì)出現(xiàn)較高的延遲。事實(shí)上，確實(shí)會(huì)出現(xiàn)很高的延遲，而且難以置信的是這種延遲和前面所述的延遲在同一時(shí)間達(dá)到延遲峰值。

這還不是全部?jī)?nèi)容。在虛擬環(huán)境中不僅檢測(cè)到了相同的延遲，而且在橫跨八個(gè)主機(jī)的群集中的每一個(gè)主機(jī)還產(chǎn)生了約200MBps的I/O，每個(gè)I/O負(fù)載都超出了存儲(chǔ)后端可以正常處理的范圍。進(jìn)一步調(diào)查顯示，200個(gè)VM（虛擬機(jī)器）中約有一半正好在同一時(shí)間內(nèi)向SAN中發(fā)出大量的I/O操作命令并且一直持續(xù)了大約15分鐘才停止。

最后，問(wèn)題真正的原因是：由于殺毒軟件管理服務(wù)的配置問(wèn)題導(dǎo)致了大量的VM還原到一個(gè)非托管的狀態(tài)，這種狀態(tài)下它們（VMs）將定義自己的病毒定義數(shù)據(jù)庫(kù)，就像在上面的VDI例子中描述的那樣，它們?cè)诟聰?shù)據(jù)庫(kù)后立即執(zhí)行系統(tǒng)掃描。

已經(jīng)存在的解決方案

幸運(yùn)的是，存在一些良好的解決方案可以解決這些問(wèn)題。其中最主要的是遷移到殺毒平臺(tái)，殺毒平臺(tái)可以在虛擬機(jī)監(jiān)控程序棧而不是在客戶機(jī)操作系統(tǒng)中運(yùn)行。雖然在市場(chǎng)上現(xiàn)有一些產(chǎn)品，但是第一個(gè)充分利用EPSEC在vSphere中的API的是擁有深安全產(chǎn)品的趨勢(shì)科技。這些系統(tǒng)通過(guò)把一個(gè)掃描引擎集成到系統(tǒng)管理程序的磁盤(pán)I/O通路中和在一個(gè)集中的虛擬設(shè)備中管理該引擎來(lái)工作，這個(gè)虛擬設(shè)備控制著諸如簽名更新等策略。

這種做法實(shí)現(xiàn)了較低的I/O延遲和主機(jī)CPU負(fù)載。它輕而易舉地避免了我所描述的兩個(gè)例子中共同的核心問(wèn)題即殺毒軟件引起的磁盤(pán)風(fēng)暴此類問(wèn)題。因?yàn)橐粋�(gè)客戶機(jī)殺毒軟件agent會(huì)忽視這一事實(shí)：許多其他類似的agent可能會(huì)在同一主機(jī)上在其旁邊運(yùn)行，所以基于系統(tǒng)管理程序的agent可以串行的掃描VM——以確保不會(huì)產(chǎn)生殺毒風(fēng)暴并保持整體安全。

即使你因?yàn)橹Ц恫黄鸶鼡Q殺毒平臺(tái)的費(fèi)用而不這么做，你也應(yīng)該學(xué)習(xí)認(rèn)識(shí)什么是殺毒風(fēng)暴以及它可能給你的虛擬化和存儲(chǔ)基礎(chǔ)設(shè)施帶來(lái)的各種影響。精心管理集中式殺毒軟件的策略和計(jì)劃可以避免一些最惡劣的影響，盡管系統(tǒng)管理程序集成解決方案將產(chǎn)生最好的結(jié)果。

也許上面兩種經(jīng)歷所體現(xiàn)的最重要的信息是：沒(méi)有歷史監(jiān)控能力，要區(qū)分遲緩的SAN和殺毒軟件導(dǎo)致的不尋常的磁盤(pán)負(fù)載幾乎是不可能的。如果你什么都不做，請(qǐng)確保你為自己提供了關(guān)于你的基礎(chǔ)設(shè)施盡可能全面、盡可能多的監(jiān)控?cái)?shù)據(jù)源。