編寫虛擬化文檔的時機,虛擬化文檔的基線與性能,虛擬化文檔編制,
編寫虛擬化文檔的時機
做了大量的虛擬化文檔研究之後，你最終轉向了虛擬環境。已經安裝了所有的主機，創建了成百上千台虛擬機，但卻沒時間休息。虛擬化的腳步已經放慢，實現了80%乃至更多的主機被虛擬化的目標。然而虛擬化進程並未結束，仍有一些地方經常被忽略掉。和任何項目一樣，完成繁重的任務後往往需要做一些善後工作。零碎的事情並非團隊需要完成的各類雜事，而是完成虛擬化的最後一塊拼圖並確保在今後的幾年中繼續取得成功。
虛擬化文檔的基線與性能
知道虛擬化文檔出問題的首要標誌之一就是表現未達到預期。但如果不知道虛擬化文檔預期的表現又怎么知道出問題了呢？虛擬化文檔性能數據能夠展示伺服器或基礎設施在當前或過去的運行狀態，但卻無法告訴你虛擬化文檔是否出問題了。對你來說要了解虛擬化文檔是否出問題，需要藉助一段時間的虛擬化文檔性能數據以建立伺服器的工作基線。虛擬化文檔伺服器是白天忙還是晚上忙？虛擬化文檔月底時是否是處理數據的高峰期？所有這些虛擬化文檔性能數據有助於你建立伺服器的使用模式。
一旦建立了虛擬化文檔伺服器的活動模式，就有了一個虛擬化文檔伺服器運行的工作基線。可能需要對位於虛擬化文檔基線之外的運行活動進行調查。在打虛擬化文檔補丁或者升級軟體後伺服器資源使用突然攀升可能需要調查升級可能存在的問題。當前和之前狀態之間的差異有助於避免虛擬基礎設施出現有害的運行中斷或者資源被大量占用的情況。儘管虛擬化文檔往往會存在差異，但虛擬化文檔過大的差異需要引起關注，識別過大差異的唯一方式就是知道正常的虛擬化文檔狀態是怎樣的。
虛擬化文檔編制
虛擬化文檔編制有時可能像大腳怪獸一樣難以捉摸，但這並非是編寫虛擬化文檔可能會令人懷疑的原因。管理層討論的是虛擬化文檔重要性以及必須完成任務，儘管管理員寧願與技術打交道也不願把他們做的工作虛擬化文檔寫下來，但這並不意味著他們不需要這么寫虛擬化文檔。有人可能會說管理層在項目之後給管理員提供了大量的寫虛擬化文檔的時間，而且在沒有收尾前不會重新指派他們去下一個熱門虛擬化文檔項目，是這樣嗎？真相是管理員並不是非常想編寫虛擬化文檔而且管理層幾乎不給他們寫虛擬化文檔的時間。
寫虛擬化文檔並非IT行業中下流字眼，並不是說只有連續幾個星期逼迫管理員寫虛擬化文檔才能保證文檔質量。無論信還是不信，大多數管理員喜歡寫虛擬化文檔。在引起騷亂前請允許我解釋一下，如果看一下大多數管理員的小隔間或者工作區，通常會看到一個很常見的物品——白色書寫板。IT管理員使用白色書寫板設計下一個基礎設施，但為什麼將設計保留在哪兒呢？通常可以拍照並將其作為項目的過程記錄。不要將設計留在白板上，將其保存在計算機中並作為編制虛擬化文檔的基礎。很多人使用Visio創建詳實的基礎設施圖片，而且正如我們所知道的那樣，一幅圖勝過一千句話。
儘管可以到最後再編寫虛擬化文檔，但如果在一開始就編寫虛擬化文檔，那么就不需要在項目結尾時花數星期寫虛擬化文檔了。因此有一些技巧有助於你養成一開始就寫虛擬化文檔的好習慣：開始進行硬體設計時，可以寫在紙上。不管是刀片還是機架伺服器都無所謂，創建邏輯以及物理布局有助於展示數據中心位置以及ILO或DRAC的IP位址。
- 如果是一個新的虛擬化文檔集群，既然已經顯示了名字及IP位址，那么可以繼續進行虛擬化文檔邏輯設計，增加HA的主從配置。邏輯集群布局還應該展示集群的網路交換連線、VLAN以及SAN/NAS連線。
- 打開一個虛擬化文檔新標籤並繼續構建基礎設施而且集群條理分明的虛擬化文檔將變得更加重要。添加VMware vCenter並通過增加DRS以及HA規則對其進行擴展。
- 打開另一個虛擬化文檔新標籤，增加資源池，限制以及份額。
採用上述步驟，就不需要在項目最後再編寫虛擬化文檔了，當進行變更時對虛擬化文檔進行動態更新。在項目最後你將會發現動態虛擬化文檔已經滿足了管理人員對虛擬化文檔90%的要求，不需要在項目結束時再匆匆忙忙地補虛擬化文檔了。將虛擬化文檔與性能以及基線數據相結合，就有了一幅完整的虛擬基礎設施圖片了。
