沒有性能預(yù)期

虛擬化不能不考慮可接受的性能水平。VMware表示，他們的虛擬化技術(shù)可以讓你實現(xiàn)當(dāng)前部署在物理服務(wù)器上的SQL Server的98%的性能。請注意，這并不意味著你遷移到 VMware就獲得更好的性能。很多時候，你升級到較新的硬件會得到更好的性能。但是，如果你不知道當(dāng)前的性能SLA，那么你將不會有任何概念。當(dāng)你做性能基線，不要把查詢的持續(xù)時間作為唯一的指標(biāo)。你還需要測量查詢的邏輯I/O和CPU成本。如果你要嘗試盡可能多地擠出你的主機的性能，你會首先希望能夠迅速確定那些最消耗CPU和內(nèi)存的查詢，并調(diào)整它們。

磁盤配置

這里有兩個主要選項：原始設(shè)備映射(RDM)和虛擬機磁盤格式(VMDK)。哪一個是你想要使用的，何時使用?真正的區(qū)別在于功能，或者架構(gòu)。VMware已經(jīng)發(fā)布一個方案清單，列舉了RDM何時是更好的解決方案。在開始部署無法滿足一些關(guān)鍵的業(yè)務(wù)需求的解決方案之前，你需要知道這些差異。您還應(yīng)該了解RAID級別之間的差異，哪些最適合SQL Server。***，請記住，虛擬化是一個理想的工具的原因之一，是因為共享存儲方面允許服務(wù)器根據(jù)需要在主機之間輕松移動。這也是很大的弱點，因為它允許“吵鬧的鄰居”消耗資源，可能導(dǎo)致使用相同磁盤的其他服務(wù)器“疼痛”。這是布置你的磁盤配置選項時候需要上心的。

自動精簡配置

自動精簡配置是壞主意之一，聽起來不錯，往往會產(chǎn)生與自己動手做牙醫(yī)相同的結(jié)果。它的初衷足夠無辜：有人想節(jié)省空間，只在需要時分配存儲空間。最終的結(jié)果是，沒有人保持高效的跟蹤虛擬機已自動精簡配置什么，最終文件大小瘋狂增長，直到填滿所有可用的存儲，使所有活動停止。對于存儲磁盤變滿問題的共同建議，是把客戶機遷移到新的主機，在那里它們會適應(yīng)。偉大的建議，但我猜想你沒有足夠的空間來實施，否則，你也不會使用自動精簡配置了。

我?guī)椭鶧BA理解精簡配置，通過將它與SQL Server的自動增長比較。如果你有相當(dāng)?shù)囊?guī)模的數(shù)據(jù)文件(例如500GB)，它仍然在以10%的速度增長，那么下一次增長會消耗50GB磁盤空間不會發(fā)出警告。如果你有少于50GB的可用磁盤空間，那么驅(qū)動器將被完全填滿。這與自動精簡配置發(fā)生的事情相同。大多數(shù)優(yōu)秀的高級數(shù)據(jù)庫管理員采取措施，盡量減少會填滿磁盤的自動增長事件，并引起最終用戶頭痛的機會。如果你發(fā)現(xiàn)自己使用自動精簡配置以***限度地提高你的空間利用率，那么你將需要采取額外的步驟來管理你的環(huán)境，以確保沒有任何突發(fā)的增長事件。

自建主機

在IT部門工作往往能提供給我們很多的機會回收零部件，適用于各種用途?？赡苁且粋€顯示器，一個電源，或額外的 RAM，可以被重新部署。因此，我們養(yǎng)成讓所購買的硬件獲得最長的使用壽命的習(xí)慣。將有一個時期，你看著你的服務(wù)器機房想著“嘿!我有足夠的零件在這里建立一個真正大的、健壯的服務(wù)器，可成為一個虛擬機的主機!”

不要成為那個人。不要試圖建立一個主機，尤其是主機產(chǎn)品的零件已接近生命的盡頭。如果你的設(shè)備已經(jīng)落后于時代，想象18個月之內(nèi)它會落后更遠。如果你喜歡便宜和使用剩余備件，請用在開發(fā)主機，并準(zhǔn)備花費額外的時間來維護。如果你將要虛擬化，你要為你的主機購買新的硬件。新硬件應(yīng)該比當(dāng)前已部署為物理設(shè)備的服務(wù)器更強大。這里還有許可的考慮。購買新的硬件可能需要較少的許可，整體上便宜更加便宜。

信任O/S計數(shù)器

虛擬化意味著你必須在你和磁盤上的數(shù)據(jù)之間抽象出新的一層(即hypervisor)。我通常只是說“你和你的數(shù)據(jù)之間有多層美味蛋糕。”麻煩的是，你需要知道是哪一層造成你的性能問題。是主機?還是客戶機?因此，你需要依靠以虛擬機性能計數(shù)器來獲得所發(fā)生的事情的全貌。

數(shù)據(jù)庫管理員通常知道他們的服務(wù)器被虛擬化，但抱怨說，他們沒有洞察到VMware性能計數(shù)器。如果沒有這種洞察力，數(shù)據(jù)庫管理員不知道哪里是真正的瓶頸所在。一個常見的例子是關(guān)于CPU的壓力。當(dāng)SQL Server顯示內(nèi)部的CPU壓力的癥狀，DBA可能會開始采取措施來糾正問題。然而，內(nèi)部壓力可能是一個客戶機問題造成的，或者甚至是主機。

容量規(guī)劃

我們有適當(dāng)?shù)娜萘恳?guī)劃的想法。從理論上講，這是一個絕妙的主意。但在現(xiàn)實中，它往往是一個徒勞的努力。比如說“在過去六個月中，我們已經(jīng)看到x%的增長，我們預(yù)計未來六個月內(nèi)是在Y。”現(xiàn)實情況是，明天的業(yè)務(wù)可能決定需要能夠下載1000個不下于1GB的文件。換句話說，業(yè)務(wù)需求會發(fā)生變化，而且往往沒有預(yù)警。正如我們在談負載均衡時提到的，你也需要為增長留出適當(dāng)?shù)娜萘恳?guī)劃。否則，你會在很短的時間內(nèi)就遇到麻煩。

一次用完所有資源

記住我說過要避免一次性過度提交你所有的資源，這是負載均衡和了解你的工作負載的關(guān)鍵。你不能開拓出十幾個客戶機用來作為運行生產(chǎn)數(shù)據(jù)庫的服務(wù)器，并預(yù)期它們的性能將保持在VMware所說的98%。負載均衡的概念可能比科學(xué)更加藝術(shù)。一些意外事件引發(fā)的多米諾骨牌效應(yīng)可能擾亂你的預(yù)期部署，需要一定的時間才能完全恢復(fù)。所以你必須權(quán)衡你的工作負載，否則你會發(fā)現(xiàn)，超額分配的資源是過度投放。只有均衡是不夠的，你必須為增長和使用留下空間，使得如果一個事件發(fā)生，你能渡過難關(guān)，不會破壞許多其他的系統(tǒng)。

內(nèi)存/CPU的超額分配

超額分配你的內(nèi)存和CPU資源的想法很自然。你不希望內(nèi)存和 CPU引發(fā)性能問題。當(dāng)我審查客戶的配置，我告訴他們?yōu)槟J(rèn)CPU資源上限的1.5:1的比例(就是說，16個邏輯核心意味著你可以以分配24個CPU為基準(zhǔn)，并根據(jù)根據(jù)工作負載需要和負載均衡的允許上下調(diào)整)。對于內(nèi)存設(shè)置，我遵從VMware的性能***實踐指南概括指出的“......避免過度分配內(nèi)存。”換句話說，我對內(nèi)存超額分配比CPU的超額分配更保守。超額分配資源很容易為你添加更多的客戶機到主機時候帶來驚喜。下一次當(dāng)你將一個新的客戶機添加到主機，在這上面花幾分鐘的時間，這幾分鐘可能會節(jié)省你以后幾個小時的頭痛時間。