我常聽到實施虛擬化後的IT部門有下列對話:
主管: 現在我們新的公司網站已經開發好了, 但是, 我想弄個Server來專門跑新的網站, 可以嗎?
工程師: 沒問題, 我們已經虛擬化了, 所以, 直接開個新的虛擬Server來跑新網站就行了.
過了不久....
主管: 那個誰誰誰...好多人反應連公司網站好慢啊! 現在新網站有員工園地, 所有人的出勤查詢都放在裏面, 結果, 老總就講說查個部門出勤狀況等了兩分鐘, 最後才跳出個網頁連線逾時的錯誤訊息.
工程師: 因為我沒想到新網站要吃掉那麼多的Cache, 記憶體只有那些些, 要跑DB、ERP, 又要跑新網站, 可能不夠力.
主管: 是又要買新的Server了嗎? 當初花了好多錢換掉Server, 改成什麼虛擬化, 不就是你說的什麼一台可當多台用?!
工程師: 可是....虛擬化還是有效能上的考量.
主管: 不管, 你負責處理...不能解決就自己看著辦.
由於現在的CPU效能都很強, 虛擬化後, Server效能的三大瓶頸在:
很多公司建置好虛擬化環境後, 對管理虛擬化的系統工具卻掉以輕心, 或者是也花錢置建管理工具, 卻沒有人去經常監控.
結果, 等到有效能瓶頸問題發生時, 亡羊補牢雖時猶未晚, 但賠上的是IT人員的專業信任度.
所以, 建置虛擬化平台的同時, 相關系統管理工具也要完成建置與技術移轉, 並指派專人時時監控才對, 平時, IT人員就要去關心系統運作狀況.
虛擬化, 為機房帶來兩大進步:
千錯萬錯都是IT的錯!
虛擬化就像 Simon581923 講的,瓶頸都在I/O,
即使 CPU 撐得住也不隨意將它導入虛擬化。
而且虛擬化沒有HA,風險將是倍增,一台掛了,所有都掛,
先做好規劃再上路吧,不然就自己準備上路囉!
simon581923提到:
尤其是現在iSCSI當道, Network IO的重要性高於Disk IO.
Network IO 瓶頸是在大量資料透過網路傳輸,
Disk IO 瓶頸是在SQL沒寫好, 索引沒開好時發生的...
對OLTP 往往結果資料很小, 通常是 Disk IO 影響最大
在 Reporting, OLAP 往往結果資料很大, 還是通常是 7分 Disk IO, 3分 Network IO
下圖是相同結果的SQL改寫前後效益分析, 提供參考~~
ps: 以上是就資料庫伺服器來說