386
《vSphere性能設計：性能密集場景下CPU、內存、存儲及網絡的最佳設計實踐》一1.3 構建應用程序
本節書摘來異步社區《vSphere性能設計：性能密集場景下CPU、內存、存儲及網絡的最佳設計實踐》一書中的第1章 ，第1.3節，[美] 克裏斯托弗·庫塞克（Christopher Kusek） 著 呂南德特·施皮斯（Rynardt Spies）姚海鵬 劉韻潔 譯, 更多章節內容可以訪問雲棲社區“異步社區”公眾號查看。
1.3 構建應用程序
你已經搭建了一個VMware vSphere集群並且建立了ESXi服務器的能力基準。現在你可以準備開始複製它了，對嗎？完全錯誤。
現在重要的是，要確保你的架構以及模板是為應用程序設計的，而非解決方案。不能僅僅基於架構進行設計，因為應用程序所有者會要求得到該解決方案所支持的最大能力。換句話說，即使隻需要一個不超過4GB RAM的32位服務器，但如果應用程序所有者知道能獲得一個1TB RAM和64TB磁盤空間的32位vCPU服務器，他們也會想要得到。這樣一來需求就會永無止境，係統將因效率低下而崩潰。
這時最重要的就是確定應用程序以及衡量它們的工作負載。你是正在部署一個Web服務器？一個高性能的數據庫服務器？一個通用服務器？還是開發一個AppDev vApp？性能特點能否預測？以及模板標準化的期望值？這些都很重要。
剛開始，人們總會建立一個提供給終端用戶服務的目錄，類似之前提到的。然後根據用戶對CPU、內存、網絡和存儲的需求，建立分目錄，滿足用戶最可能的需求特點。必要時，一些工作量還會分裂成小、中、大或定製的子集，例如：
小：1個 vCPU，2GB的RAM
中：2個vCPU，4GB的RAM
大：4個vCPU，8GB的RAM
定製：最大為64 個vCPU，1TB的RAM
衡量應用程序和工作負載的規則不是一成不變的，但是應該經過你的設計考慮而決定。使用VMware Capacity Planner、Microsoft Assessment and Planning Toolkit、 VMware vCenter Operations Manager等工具，以及一些本機工具如vCenter Performance tab and Perfmon，可以使你不再迷茫和困難。
記住，如果你低估了虛擬機和應用程序的大小—不管是因為不確定工作負載，還是因為係統用戶數量增多而需要更多的資源—隻要關閉係統並增加額外資源就可以更正。我們拜訪過一個向我們訴苦的App所有者。我說：“我注意到你的應用程序表現不佳，可以通過使用額外的內存或者vCPU來解決。我可以關閉你的服務器給你提供更多的資源嗎？”如果無法立刻更改，他們通常會抓住機會建立一個硬性的停機窗口，從而進行改變。
通過這樣訪問應用程序所有者並改造分配的vCPU，他們就再也不用關閉係統，也不會再來電求助。所以，你可能想要為所有虛擬機都熱添加資源。但是，不是所有操作係統都支持CPU和內存的熱備份，還需要考慮許多注意事項，在第4章和第5章會相應講到。
最後更新：2017-06-22 10:02:06