為SQL Server虛擬化選擇合適的硬體

SQL Server和虛擬化天生就是一對，而且它們變得越來越協調。它們之間的配 合不僅是工作負載管理和整合，還能得到高可用性。新技術可以在多台主機上為 SQL Server提供多處理器能力，保持虛擬機器執行個體彼此步調一致，這樣就可以實現 在某一個執行個體停機時的零等待故障切換。

但是，要做到這一切，你需要一 些硬體，為運行SQL Server的虛擬機器主機購買硬體與為SQL Server本身選擇硬體是 有些不同的。你還必須規劃一下你的SQL Server執行個體。處理大資料庫的繁忙執行個體 可能自己整個就要佔一個虛擬機器，而較小的執行個體可能需要多個執行個體一起部署在單 個虛擬機器中。

請記住，虛擬機器已經變成了你的基本嵌入式管理單元：你可以把虛 擬機挪動到不同的主機上，或者做故障切換等等，但是虛擬機器內的每個執行個體也都 隨著虛擬環境一起走。我們要集中精力建立需要儘可能少處理器就能完成任務的 虛擬機器環境，那將使每個虛擬機器以更小的粒度處理它們的工作負載，這也會使那 些虛擬機器與同一主機上的其它虛擬機器更容易協作。

在配備主機時，有三件 事情要考慮：磁碟輸送量，記憶體和處理器。在最開始，你的資金最好投資在處理 器上。不管是刀片伺服器和緊湊的1U伺服器誰做SQL Server的主機：你都會塞進 更多處理器插槽和核心給4U的底架，這一底架運行一般比類似的1U和2U機架需要 較少的製冷和電源需求。

為處理器速度找到“最有效點”，你可以用你花 的錢得到最佳效能，不要只是挑選速度最快的。多加的那一點兆赫並不能給你帶 來巨大的效能改善。當然，要關注伺服器層級的處理器。如果你是那種相信拿基 於迅馳技術的主板現貨就能構建伺服器的人，那麼在為SQL Server挑選受管理的主機 時，還是請拋棄那種觀點吧。

記憶體是下一項開支。記憶體當然是越多越好了 。現今的許多管理程式通常都支援過量使用記憶體，也就是說你可以配置你的虛擬 機使用更多記憶體，總共加起來可能要比主機本身的實際記憶體還要多。許多環境在 配置允許50%過量使用的情況下，仍然表現良好，但是SQL Server也是真正的記憶體 吞噬者。分析SQL Server執行個體可以看看它們通常會消耗多少記憶體，然後相應規劃 你的過量使用值，如果虛擬機器一直要運行SQL Server執行個體的話，請不要把虛擬機器 放在同一台主機上，這樣往往容易超出最大記憶體配置。

有一點請記住， SQL Server會儘力使用作業系統能提供的所有記憶體，這一點比其它伺服器應用程 序更強烈，因此如果Windows認為它有12GB記憶體，SQL Server通常會最大程度地利 用它。這種機制會使得過量使用記憶體的設定遇到問題，所以處理起來要謹慎些。 實際上，大部分有經驗的資料庫管理員在虛擬化SQL Server時一點也不喜歡過量 使用記憶體。

這就是說，在你購買伺服器時，記憶體量是可以剋扣的一項。因 為記憶體不夠的話你可以後來再加，即便你在伺服器上已經安裝了足夠的記憶體模組 ，你還得留出空餘插槽便於將來擴充。當然，也不要便宜了你買的記憶體，要充分 利用。要使用錯誤修正記憶體，而且要使它與伺服器主板的速度相匹配。換句話說，不 管你選擇哪家伺服器供應商推薦給你的伺服器，最好從同一家供應商購買記憶體。 畢竟，如果你的記憶體出了問題，這家供應商最可能給你提供支援。

磁碟是 最後一項，在大多數SQL Server的環境中，人們一般都會建立儲存地區網(SAN)， 而不是嚴重依賴伺服器的內部儲存。(你可能會建立內部硬碟的鏡像組來運行SQL Server和Windows本身，但不會用來儲存資料。)至於優先順序，請為容錯，速度 和容量構建你的SAN;如果你認為你需要一個10TB的SAN，那麼容量就是你要考慮的 最後一個因素。

首先，要確保你能支付得起足夠的儲存冗餘，這樣就能在 少量磁碟故障時不遺失資料，同時你必須建立足夠快的I/O訪問來支援SQL Server 運行。SQL Server最常見的瓶頸就在於儲存速度，所以我們幾乎不可能建立“太 快”的SAN。在虛擬環境中尤其如此，因為在資料寫到虛擬磁碟鏡像時帶來了I/O 開銷。

雖然SQL Server具備在虛擬機器上啟動並執行完美能力，但是要為SQL Server虛擬機器主機購買硬體並配置虛擬機器需要一定的專門方法。簡單地把你現有的 SQL Server執行個體遷移到配置不當的虛擬機器中或者低配置的主機上，會極大地降低 效能。我們無需冒這個風險：只要你把這些注意事項牢記在心，你就會獲得SQL Server運行所需的高效的虛擬基礎設施。