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