twitter上@fire9給我推薦了這本書，花了一些時間把這本書看了兩遍，總結性的點評語就是：「書的質量非常的高，一方面這本書中的內容**於 flickr.com實際的經驗，另一方面是作者採用了很多生活中的例子來講解一些複雜的技術，讓人很快就明白了。」下面就具體來看看這本書傳達的容量規劃該怎麼做。容量規劃主要分為四個步驟來進行：
2、收集對應的指標並找出面臨的限制
這個步驟需要做的為：
測量和記錄伺服器的主要功能，例如資料庫的主要功能為插入資料、刪除資料、更新資料和獲取資料，在這裡書中舉了個例子是沒有油量表的車；
測量和記錄基礎硬體資源，例如cpu、檔案io、網路io和記憶體的消耗；
判斷伺服器的主要功能如何與硬體資源關聯，判斷的方法為尋找主要功能增長時硬體資源的主要增長點，例如在書中的例子為flickr.com中資料庫的主從複製的延時率與磁碟的io關聯，web伺服器能支撐的請求量和cpu資源關聯；
基於主要功能、硬體資源和容量目標，找出在目前的資源情況下所能承擔的上限（例如複製延時率最多能接受的為延遲180ms，此時磁碟io大概為40%，就此就可製對磁碟io報警的閾值，並可觀察此時系統能支撐的併發量），這裡書中提到的乙個方法為在生產環境中通過負載均衡來引導真實的流量來測試上限。
測量對於容量規劃而言至關重要，因此書中寫到了測量不是可選的，是必須的。
3、繪製趨勢並根據指標和限制進行**
基於歷史資料進行曲線擬合，工具可採用excel或ftiyk，從而**什麼時候目前的資源將達到上限閥值；另外需要考慮的一點是如何制定紅線，例如 cpu消耗最多能接受多少，這裡要根據歷史的偶發高峰狀況做個安全值的考慮，假設歷史資料顯示偶然比平時高個8%是常見的話，就至少要留個10%左右的安全空間。
4、容量部署和管理
基於上面的**就可制定採購計畫或架構調整計畫了，到底什麼時候需要採購機器是個複雜的問題，這個和零庫存面臨的問題基本是一樣的；另外就是當機器到了後如何快速完成部署，因此需要自動化的部署工具。
按照上面的步驟不斷的迭代可逐步的做好容量規劃，但實踐起來必然會有很多的難點，容量規劃和效能調優的最大差別在於容量規劃是基於現有狀況來評估什麼時候需要什麼資源來支撐**的執行，而效能調優更多的純粹是考慮如何提公升效能。
書中最後還提及到了如何應對突發增長的情況，對於突發增長的狀況，由於不可能提前準備，書中給的幾個建議是：禁用重量級的功能、臨時採用靜態頁面、快取而不是過期以及採用更為人性化的方式處理故障，最後一點我覺得最有意思，這也是我們現在處理故障時遺漏的，書中舉了乙個例子來比喻，就是如果廚房被淹了，此時有個水管工在處理的話，你會感覺到至少有人在處理，而乙個好的水管工還會告訴你原因和解決的方法，在這樣的情況下也許你能對這個故障更加容忍了。
容量規劃概述
容量規劃概述 作者 左琴，火龍果軟體 發布於 2014 06 13 1 單台節點到底最大處理能力是多少？2 目前線上有多少容量正在被使用？3 在一次大促前當前的機器數是否能夠支撐？4 什麼時候需要增加機器？加多少？這時候，容量規劃就顯得格外必要了。通過集體組織的容量規劃學習，談談自己對容量規劃的認識...
容量測試與容量規劃
在效能測試中，需要根據具體的效能需求和系統架構等情況，採用不同的測試策略，其中最常見的策略就有容量測試。這篇部落格，就來聊聊容量測試以及容量規劃的一些內容。一 什麼是容量？如何理解？在開始之前，有一點需要知道 系統的處理能力是有限的！1 容量定義 所謂容量，即系統處於最大負載狀態或某項指標達到所能接...
apache WEB應用的容量規劃
apache主要是乙個記憶體消耗型的服務應用，我個人總結的經驗公式 apache max process with good perfermance total hardware memory apache memory per process 2 apache max process apache...