不知道您在開發應用系統、申請服務器資源時有沒有經常遇到CPU、內存、存儲、帶寬等概念？是不是有時候也搞不懂這些概念都是什么，更搞不清楚如何評估資源需求，申請少了了系統不夠用，申請多了造成浪費，甚至無法通過審批。不管你有沒有遇到，反正我是經常遇到。

本文結合日常工作經驗對CPU、內存、存儲、帶寬等基本概念進行基本介紹并聊一聊如何有效的評估資源需求，不妥之處，歡迎評論區留言交流！

CPU核數（C）

CPU是中央處理器，其表征了服務器的處理能力，CPU個數越多，核數越多，那么服務器的處理能力就越強。這里要說明的是，CPU個數和核數不一樣，因為現在的CPU往往是多核的，也就是一個CPU有多個核心，因此CPU核數=CPU個數*每個CPU的核數。

不考慮超線程的情況下，服務器的CPU核數表征服務器同一時間能夠運行的進程/線程個數。實踐中，經常會說到4c、8c、16c、32c，這些都是指CPU的核數。

對于一般的業務系統，沒有復雜的業務運算，對性能要求比較低，可能8c、甚至4c就夠用了；而對于一些計算密集型的系統，如大數據類的系統，往往需要配置較多的CPU核數，32c、64c比較常見。

# 總核數 = 物理CPU個數 X 每顆物理CPU的核數

# 總邏輯CPU數 = 物理CPU個數 X 每顆物理CPU的核數 X 超線程數

# 查看物理CPU個數

cat /proc/cpuinfo| grep "physical id"| sort| uniq| wc -l

# 查看每個物理CPU中core的個數(即核數)

cat /proc/cpuinfo| grep "cpu cores"| uniq

# 查看邏輯CPU的個數

cat /proc/cpuinfo| grep "processor"| wc -l

CPU

內存（G）

眾所周知，服務器的存儲分為內存和外存（磁盤存儲）。在內存中的數據靠近CPU，讀取和處理的速度非常快，在磁盤上的數據讀取和處理的速度慢不少。因此，很多業務系統會使用內存進行性能加速。

如何評估需要多大內存的服務器，這個主要看需要把多少數據灌到內存里進行計算。如果是一般的業務系統，數據量不大，8G、16G、32G的內存也就夠用了；對于大數據、人工智能、數據挖掘、BI等處理數據量較大、對處理要求較高、設計上使用內存計算的一些平臺，可能需要32G、64G、128G，甚至更高。

具體評估時，可以找一個需要內存計算的場景，把可能處理的數據量測算一下（比如數據表的行數、列數、字段長度、字段類型等），就可以得出大概的內存需求。

內存

內存中的數據雖然快，但不可保存、易丟失，因此對于需要持久化的數據還是要保持在磁盤上，比如日志文件、數據文件、系統文件等。跟個人終端一樣，服務器磁盤的大小也遠大于內存的大小，基本是500G、1T、2T、4T這種。

磁盤概念比較好理解，那么怎么評估呢？

一種評估方式就是測算每天的日志文件、數據文件等新增文件的大小，按照數據清洗策略，測算一定周期內日志、數據文件的總大小，再加上程序文件、冗余備份等需要的大小，就可以得到應用系統需要的磁盤大小，

同樣的，一般業務系統可能500G、1T就足夠了，但對于數倉、大數據平臺這種大數據量的處理系統，動輒好多個T都很正常。當然了，對于實際的企業應用來說，現在存儲很少是直接一塊一塊硬盤的方式掛在服務器上，多是以外掛的方式存在，方便文件共享和管理。

存儲

這個概念大家應該比較熟悉，因為在應用系統中經常涉及到系統的交互和數據的傳輸，這些都需要依賴于網絡，如果網絡帶寬不夠那么數據傳輸和系統交互的效率就很低，直接影響應用系統的性能。常說的帶寬有百兆、千兆、萬兆等，現在百兆在企業里很少存在了，基本都是千兆和萬兆。

對于應用系統來說，一是要看系統的級別及其對性能的要求有多高，二是要看數據傳輸的大小和系統交互的頻次。如果基本沒有跨設備的數據傳輸和高頻的跨設備的系統交互，那么千兆往往夠用了；如果經常在跨設備上進行大量數據傳輸，那么還是萬兆吧，不然就一個感覺：好慢啊！！

帶寬

上面介紹了CPU、內存、存儲、帶寬的基本概念和評估方法，希望對您申請資源有幫助。但這里必須要強調一點：資源的使用都是有成本的，要節約，不要浪費，不要盲目擴大資源需求，畢竟閑置的資源都是白花花的人民幣啊。

節約資源，從每一個應用系統做起。