• <ul id="mayc0"></ul>
    <ul id="mayc0"><center id="mayc0"></center></ul>
    <strike id="mayc0"><input id="mayc0"></input></strike>
    <ul id="mayc0"></ul>
  • 始創于2000年 股票代碼:831685
    咨詢熱線:0371-60135900 注冊有禮 登錄
    • 掛牌上市企業
    • 60秒人工響應
    • 99.99%連通率
    • 7*24h人工
    • 故障100倍補償
    您的位置: 網站首頁 > 幫助中心>文章內容

    殺毒軟件:沉默的虛擬化殺手

    發布時間:  2012/8/10 18:36:45

    殺毒軟件:沉默的虛擬化殺手

    字號: 2012-03-05 11:16 來源:IT專家網 我要評論(0)

    IT領域中的生活充滿了艱巨的任務。在進行備份或者維護修補方案時,你必須確保多層反惡意軟件被適當部署。不幸的是,在高度虛擬化的環境中,管理殺毒軟件會是一件非常痛苦的事情,殺毒軟件自身實際上構成了一種威脅。就像俗話說的那樣:治療有時比疾病本身更糟糕。

    也許任何人都不會對殺毒軟件會使機器運行速度變慢這一點感到驚訝。任何監控每一個磁盤I/O并檢查其是否存在威脅的軟件都會給系統帶來額外的開銷。對于大多數情況,這體現在較高的磁盤延遲和CPU負載上面。盡管如此,殺毒軟件在進行掃描排除時都會很小心,因此它們通常不會造成系統癱瘓。

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

    新的VDI環境

    在第一個例子中,客戶處在將新的VDI環境帶進生產的過程中;A映像已經被全面測試,用戶群為他們擺脫了傳統的桌面而使用VDI為他們帶來的可移植會話感到興奮。初始用戶測試進展順利并且沒有發現問題。

    盡管如此,由于大量自動部署的桌面和不斷擴大的用戶數量,一系列的性能問題產生了。首先,響應時間變慢,而且隨著鋪設的進行,這種問題會急劇惡化,甚至到用戶開始想念舊的桌面的程度。而在虛擬主機上的初步調查表明不存在任何重大的CPU或內存競爭,因此,人們的注意力迅速轉向到SAN.

    通過挖掘SAN的管理接口,問題立刻變得很清晰:這的確是與存儲相關的問題,而且響應時間的延遲高峰遠高于20ms.往往是在這種情況下,用戶開始害怕SAN不能提供VDI環境服務。幸運的是,故障排除過程并沒有就此停止。對SAN負載的進一步調查顯示每一個VDI桌面啟動后大約一個小時會產生平均超過40IOPS(SAN存儲評價指標之一)——遠遠超出標準的IOPS以及在初始映像開發和測試階段中檢測到的IPOS.

    最終,問題來源被確定:當非持久性桌面映像啟動時,他們的殺毒agent從管理服務器獲取新的病毒定義并更新病毒定義庫,然后執行一次完整的系統掃描,以確定不存在新的可檢測的風險。這是一個在物理桌面中常用的并且是完全合理的做法,但是在虛擬環境下,這種做法只會破壞底層的共享存儲硬件并且除此之外別無他用。

    作為測試,新病毒定義部署功能被禁用,其結果是在早上的數小時內減少了近10倍的磁盤I/O,即使此時很多新用戶登錄并啟用了新的桌面——即有效地解決了上面的問題,盡管這也帶來了需要手動更新病毒定義庫的問題。

    崩潰的SQL群集

    在另外一個例子中,一個客戶端報告說一個關鍵服務應用程序無響應。故障初步診斷表明高度冗余的集群數據庫服務實際上已經處于離線狀態。在服務器重啟恢復服務后,SQL服務器日志顯示,數據庫服務器經歷了一個非常高的磁盤延遲并最終導致了服務器放棄和終止了服務。

    檢查發現SAN自身沒有不尋常的事件或失敗發生。似乎問題一開始可能是和經歷了該問題的數據庫集群相關的,但是很難弄清楚實際發生了什么。更糟糕的是,SAN基礎設施上的性能日志是不可用的,因此從SAN的角度進行進一步的調查是不可能的。

    考慮到在一個大型虛擬化基礎設施中物理數據庫集群是共享物理磁盤資源的,調查的方向轉向了觀察在虛擬環境中經歷失敗時是否也會出現較高的延遲。事實上,確實會出現很高的延遲,而且難以置信的是這種延遲和前面所述的延遲在同一時間達到延遲峰值。

    這還不是全部內容。在虛擬環境中不僅檢測到了相同的延遲,而且在橫跨八個主機的群集中的每一個主機還產生了約200MBps的I/O,每個I/O負載都超出了存儲后端可以正常處理的范圍。進一步調查顯示,200個VM(虛擬機器)中約有一半正好在同一時間內向SAN中發出大量的I/O操作命令并且一直持續了大約15分鐘才停止。

    最后,問題真正的原因是:由于殺毒軟件管理服務的配置問題導致了大量的VM還原到一個非托管的狀態,這種狀態下它們(VMs)將定義自己的病毒定義數據庫,就像在上面的VDI例子中描述的那樣,它們在更新數據庫后立即執行系統掃描。

    已經存在的解決方案

    幸運的是,存在一些良好的解決方案可以解決這些問題。其中最主要的是遷移到殺毒平臺,殺毒平臺可以在虛擬機監控程序棧而不是在客戶機操作系統中運行。雖然在市場上現有一些產品,但是第一個充分利用EPSEC在vSphere中的API的是擁有深安全產品的趨勢科技。這些系統通過把一個掃描引擎集成到系統管理程序的磁盤I/O通路中和在一個集中的虛擬設備中管理該引擎來工作,這個虛擬設備控制著諸如簽名更新等策略。

    這種做法實現了較低的I/O延遲和主機CPU負載。它輕而易舉地避免了我所描述的兩個例子中共同的核心問題即殺毒軟件引起的磁盤風暴此類問題。因為一個客戶機殺毒軟件agent會忽視這一事實:許多其他類似的agent可能會在同一主機上在其旁邊運行,所以基于系統管理程序的agent可以串行的掃描VM——以確保不會產生殺毒風暴并保持整體安全。

    即使你因為支付不起更換殺毒平臺的費用而不這么做,你也應該學習認識什么是殺毒風暴以及它可能給你的虛擬化和存儲基礎設施帶來的各種影響。精心管理集中式殺毒軟件的策略和計劃可以避免一些最惡劣的影響,盡管系統管理程序集成解決方案將產生最好的結果。

    也許上面兩種經歷所體現的最重要的信息是:沒有歷史監控能力,要區分遲緩的SAN和殺毒軟件導致的不尋常的磁盤負載幾乎是不可能的。如果你什么都不做,請確保你為自己提供了關于你的基礎設施盡可能全面、盡可能多的監控數據源。


    本文出自:億恩科技【www.vbseamall.com】

    服務器租用/服務器托管中國五強!虛擬主機域名注冊頂級提供商!15年品質保障!--億恩科技[ENKJ.COM]

  • 您可能在找
  • 億恩北京公司:
  • 經營性ICP/ISP證:京B2-20150015
  • 億恩鄭州公司:
  • 經營性ICP/ISP/IDC證:豫B1.B2-20060070
  • 億恩南昌公司:
  • 經營性ICP/ISP證:贛B2-20080012
  • 服務器/云主機 24小時售后服務電話:0371-60135900
  • 虛擬主機/智能建站 24小時售后服務電話:0371-60135900
  • 專注服務器托管17年
    掃掃關注-微信公眾號
    0371-60135900
    Copyright© 1999-2019 ENKJ All Rights Reserved 億恩科技 版權所有  地址:鄭州市高新區翠竹街1號總部企業基地億恩大廈  法律顧問:河南亞太人律師事務所郝建鋒、杜慧月律師   京公網安備41019702002023號
      0
     
     
     
     

    0371-60135900
    7*24小時客服服務熱線