本節書摘來異步社區《大型網站服務器容量規劃》一書中的第1章，第1.1節，作者： 鄭鋼 責編： 張濤，更多章節內容可以訪問云棲社區“異步社區”公眾號查看。

1.1　容量規劃背景

如今人們已經習慣從互聯網上獲取信息，因此，幾乎任何一家公司都要有自己的網站。引入了一個新的事物后，必然會隨之帶來新的問題。網站是放在服務器上的，一般來說網站的訪問量越大，服務器的壓力就越大。為保證網站的正常運營，網站的運維人員有必要了解當前系統是否工作正常、系統的處理能力是否接近極限，以及需要新增多少臺服務器來承載新增的壓力。作為一名合格的運維工程師，對于以上這些必須要做到心中有數。

一般的公司在網站擴容方面都是采用“憑經驗+逐步嘗試”的方法，這樣通過逐漸逼近的方式得到系統的極限承載量。再專業一點的公司，會讓運維人員搭建一套線下的測試環境，測試人員先在線下對各種關鍵URL做測試，通過分析測試報告找到系統的極限值。這種方法只能得出個大概值，因為真實的壓力取決于用戶的行為和當時的代碼運行情況。

第三種方法是在線切換流量，也就是將一部分流量導入到某些服務器上，觀察日志，直到出現報錯為止，然后再將流量切挽回到其他機器結點上，這種方法能夠得到最真實的系統壓力，但畢竟犧牲了部分用戶體驗。

以上3種方法的共性都是單次有效，下次換了新的代碼環境還要重新手工測試。除了以上的方法外，還可以利用一些系統命令做監控，每天做出容量報表，通過查看報表運維人員便監控到系統的實時壓力及實時容量，當逼近根據經驗判斷的壓力上限時，發出報警，提醒擴容。還有的公司是利用監控系統，找到半個月內的系統最大流量作為未來短期內的流量預估，基本上也是靠經驗。

上述方法都不能正確地得到系統所能正常承載的極限壓力，總的來說都是依靠經驗或犧牲用戶體驗為代價。本章講解的內容是將系統的極限壓力量化為具體的數據，進行更為準確的容量規劃。

總結

以上是生活随笔為你收集整理的《大型网站服务器容量规划》一1.1　容量规划背景的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。