閱讀211 返回首頁    go 阿裏雲 go 技術社區[雲棲]


《vSphere性能設計:性能密集場景下CPU、內存、存儲及網絡的最佳設計實踐》一3.1.2 測試新的應用和補丁

本節書摘來異步社區《vSphere性能設計:性能密集場景下CPU、內存、存儲及網絡的最佳設計實踐》一書中的第3章 ,第3.1.2節,[美] 克裏斯托弗·庫塞克(Christopher Kusek) 著 呂南德特·施皮斯(Rynardt Spies)姚海鵬 劉韻潔 譯, 更多章節內容可以訪問雲棲社區“異步社區”公眾號查看。

3.1.2 測試新的應用和補丁

沒有管理員會百分百確定地說:“我們部署了主機入侵防禦係統(HIPS),並在周二打了最新的補丁,一切都工作得很好。”而測試實驗室可以讓你更加有信心地說出這句話。從表麵上看,你可能會覺得測試實驗室是測試安裝新應用程序或補丁的,但是實際上,根據你所建立的實驗室的精確程度,它的作用遠不止於此。我們需要重點強調生產環境與測試實驗室環境相同。這將使你可以對一些非常容易忽略但又非常重要的基礎設施應用補丁:

  • 存儲陣列和新的補丁程序或新版本代碼;
  • 光纖通道或FCoE交換機更新;
  • 網絡交換機、操作係統的更新和修丁;
  • 服務器固件、ESXi更新和安全補丁;
  • 光纖通道、硬件iSCSI和CNA固件。

我們已經記不清有多少次因為在投入生產前沒有在測試實驗室中測試一些微小的變化而導致係統停機,進而造成連續多日嚴重的係統中斷。在生產之前進行測試並打上相應的補丁會很有幫助。無論它們是物理設施還是應用級的補丁,你都會有一個參考點,然後通過適當的試運行,讓你可以放心地將它們投入生產之中。
但對於新應用的測試和部署會怎樣呢?難道我們能隻是因為它們可能會正常運行就把這些直接投入生產中嗎?曆史已經證明,“可能”往往會導致嚴重的事件發生,所以你最好小心謹慎,在部署前進行測試。我們之前提到HIPS,如果不經測試和檢查,它將會是一個十足的破壞程序。其他類似的應用程序可能是一些新的管理、監控和第三方工具,如果你不知道它們會有什麼影響,那麼你絕不應該把它們投入生產中。
有些工具會直接與VMkernel進行交互,在ESXi Shells中運行代碼甚至其他功能。測試它能否被正常地使用、安裝、刪除等,這將為你之後的工作節省大量的時間。尤其你不想向管理者解釋:環境崩潰是由部署到生產環境中一個未檢查和未測試的應用程序造成的。

最後更新:2017-06-22 11:03:35

  上一篇:go  《vSphere性能設計:性能密集場景下CPU、內存、存儲及網絡的最佳設計實踐》一3.1.3 重現生產問題
  下一篇:go  《vSphere性能設計:性能密集場景下CPU、內存、存儲及網絡的最佳設計實踐》一3.1.1 在投入生產之前測試變化