我接手過不少服務(wù)也幫同行排查過幾次故障。有個(gè)很典型的場景客戶說服務(wù)器卡得厲害讓幫忙看看登錄上去第一件事就是確認(rèn)這臺(tái)機(jī)器到底有幾個(gè)核、多少內(nèi)存、硬盤多大。本來以為一句話的事結(jié)果發(fā)現(xiàn)不少人在這上面栽過跟頭——不是命令記不全而是把輸出看錯(cuò)了。比如以為/proc/cpuinfo里processor有多少個(gè)物理核就有多少個(gè)或者看到free -h顯示的內(nèi)存總?cè)萘勘葮?biāo)稱小了一大截直接慌了。這篇文章就把這三件事徹底講透從命令到原理從輸出解讀到實(shí)戰(zhàn)坑點(diǎn)一次說清楚。這篇適合剛接觸Linux的運(yùn)維新手、準(zhǔn)備面試的技術(shù)人員以及所有需要快速摸清服務(wù)器配置的人。我不打算只丟幾個(gè)命令給你那沒什么意義。關(guān)鍵是把每個(gè)命令背后的邏輯講明白這樣換一臺(tái)機(jī)器、換一個(gè)場景你都知道該怎么查、怎么看、怎么判斷結(jié)果靠不靠譜。1. 為什么要手動(dòng)查看這些信息從一次故障排查說起說個(gè)我自己的經(jīng)歷。有次處理一個(gè)性能問題應(yīng)用層各種慢開發(fā)那邊一口咬定是服務(wù)器配置不夠說要申請(qǐng)加資源。我上去一看CPU核數(shù)確實(shí)不多內(nèi)存也看著吃緊硬盤好像也快滿了。當(dāng)時(shí)差點(diǎn)就被帶偏了直接寫報(bào)告申請(qǐng)擴(kuò)容。后來仔細(xì)一看發(fā)現(xiàn)是另一個(gè)服務(wù)把CPU跑滿了和配置沒什么關(guān)系。這里有個(gè)教訓(xùn)如果你連“這臺(tái)機(jī)器真實(shí)配置是多少”都說不準(zhǔn)排查問題等于蒙著眼睛走路。還有一類場景是資產(chǎn)管理。公司幾百臺(tái)服務(wù)器型號(hào)不同、時(shí)期不同配置五花八門。你想統(tǒng)計(jì)一下總共多少個(gè)核、多少內(nèi)存總不能一臺(tái)臺(tái)開機(jī)箱看吧在云環(huán)境里更麻煩——你買的是4核8G的云主機(jī)可實(shí)際分配到你的容器里的資源到底是多少只有登錄進(jìn)系統(tǒng)看才能拿到真實(shí)數(shù)據(jù)。再有就是新接手項(xiàng)目的時(shí)候。老員工交接說這臺(tái)機(jī)器配置很高隨便跑。你接手了總得自己確認(rèn)一下吧?？孔煺f沒用拿到系統(tǒng)里實(shí)際的數(shù)字才靠譜。像lscpu、free、df、lsblk這些命令就是最快、最準(zhǔn)的核實(shí)手段。這些場景背后有一個(gè)共同點(diǎn)你需要的不是“大概多少”而是“精確到多少”。CPU是幾核幾線程內(nèi)存是總?cè)萘慷嗌?、可用多少硬盤是物理盤多大、文件系統(tǒng)可用多少。這些東西在系統(tǒng)里都真實(shí)記錄著只是你需要知道去哪看、看哪個(gè)字段。下面我按CPU、內(nèi)存、硬盤三個(gè)方面分別展開每個(gè)部分都會(huì)把命令列出來把關(guān)鍵字段的含義講清楚最后再補(bǔ)上我實(shí)際使用中踩過的坑。2. CPU核數(shù)從/proc/cpuinfo到lscpu的完整解讀2.1 先區(qū)分兩個(gè)概念物理核與邏輯核查CPU核數(shù)之前必須先搞清楚一個(gè)基本問題你要的“核數(shù)”到底是什么。一臺(tái)物理機(jī)上CPU是插在主板上的一顆CPU叫一個(gè)“物理封裝”通常也叫一個(gè)Socket。每一顆CPU內(nèi)部有多個(gè)物理核心叫做物理核。而操作系統(tǒng)看到的往往是“邏輯核”或者叫“邏輯CPU”。這中間的差額就是超線程Hyper-Threading技術(shù)帶來的——一個(gè)物理核可以被系統(tǒng)識(shí)別為兩個(gè)邏輯核為了充分利用計(jì)算單元。打個(gè)比方。物理核就好比一個(gè)廚師超線程就是這個(gè)廚師左右手各拿一把鏟子同時(shí)炒兩口鍋。對(duì)客人來說他一個(gè)人頂兩個(gè)人用但他畢竟還是一個(gè)人。CPU的算力并非兩個(gè)邏輯核就等于兩倍的物理核可能只提升20%-30%。所以在判斷“這臺(tái)機(jī)器夠不夠用”時(shí)物理核數(shù)更加重要邏輯核數(shù)則決定了操作系統(tǒng)層面能并發(fā)跑多少線程。這就是為什么很多人栽跟頭的地方看到系統(tǒng)里顯示的CPU數(shù)量很多以為性能很強(qiáng)。實(shí)際上可能是超線程虛增的數(shù)字。2.2 lscpu命令最直接、最準(zhǔn)確的查看方式在絕大多數(shù)Linux發(fā)行版上lscpu都是最省事的查詢方式。它從系統(tǒng)信息中收集CPU相關(guān)的所有數(shù)據(jù)并整理成易讀的表格。lscpu輸出大致如下Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Thread(s) per core: 2 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 142 Model name: Intel(R) Core(TM) i7-8550U CPU 1.80GHz Stepping: 10 CPU MHz: 998.400 ...重點(diǎn)看幾個(gè)字段CPU(s)邏輯CPU總數(shù)也就是操作系統(tǒng)看到的執(zhí)行單元總數(shù)。Thread(s) per core每個(gè)物理核有幾個(gè)線程也就是超線程的比例。如果是1說明沒有開啟超線程如果是2就是開了超線程。Core(s) per socket每個(gè)物理CPU封裝上有幾個(gè)物理核。Socket(s)插槽數(shù)也就是物理CPU顆數(shù)。它們的關(guān)系是邏輯CPU總數(shù) Socket數(shù) × 每顆CPU物理核數(shù) × 每個(gè)物理核的線程數(shù)用上面這個(gè)例子驗(yàn)證1 × 4 × 2 8。和CPU(s)顯示的8一致。所以這臺(tái)機(jī)器的物理核是4個(gè)邏輯核是8個(gè)。如果要論“真正的計(jì)算能力”說4核比較實(shí)在如果說“系統(tǒng)并發(fā)能力”可以說8線程。2.3 /proc/cpuinfo的字段為什么processor不能直接當(dāng)物理核數(shù)lscpu本質(zhì)上讀取的也是/proc/cpuinfo的數(shù)據(jù)只是做了匯總。/proc/cpuinfo是虛擬文件系統(tǒng)/proc里的一個(gè)文本文件記錄著系統(tǒng)啟動(dòng)時(shí)探測到的每個(gè)邏輯CPU的詳細(xì)屬性。直接用cat查看也沒問題但信息量很大通常配合grep使用。grep -c ^processor /proc/cpuinfo這條命令會(huì)統(tǒng)計(jì)以processor開頭的行數(shù)得到的就是邏輯CPU總數(shù)。很多人會(huì)在這里犯一個(gè)錯(cuò)誤以為這個(gè)數(shù)字就是物理核數(shù)。如果你在一臺(tái)開啟了超線程的機(jī)器上執(zhí)行會(huì)發(fā)現(xiàn)返回8但物理核其實(shí)只有4個(gè)。所以這條命令統(tǒng)計(jì)的是邏輯核不是物理核。想進(jìn)一步確認(rèn)物理核數(shù)和CPU顆數(shù)需要看physical id和core id兩個(gè)字段grep physical id /proc/cpuinfo grep core id /proc/cpuinfophysical id表示這個(gè)邏輯CPU屬于哪一顆物理CPUcore id表示它屬于那顆CPU上的哪個(gè)物理核。理論上統(tǒng)計(jì)唯一的physical id數(shù)量就是CPU顆數(shù)統(tǒng)計(jì)唯一的physical id core id組合數(shù)量就是物理核總數(shù)。不過說實(shí)話在生產(chǎn)環(huán)境里我不太推薦手動(dòng)去數(shù)這些字段又麻煩又容易錯(cuò)。直接用lscpu就完了。了解/proc/cpuinfo的存在是為了讓你理解lscpu的來源出了問題的時(shí)候知道該去哪里排查。2.4 nproc與taskset當(dāng)前進(jìn)程能用幾個(gè)核還有一個(gè)命令叫nproc很多人容易忽略。nproc直接輸入返回的就是當(dāng)前shell可用的處理器數(shù)量。這個(gè)值通常等于邏輯CPU總數(shù)但在某些受限環(huán)境比如容器、cgroup限制了CPU配額中它會(huì)反映實(shí)際可用的數(shù)量。nproc --all加上--all顯示的是所有邏輯CPU數(shù)量不受cgroup限制影響。這里有個(gè)常見場景你在容器里跑服務(wù)用nproc發(fā)現(xiàn)只有2但lscpu顯示主機(jī)是8核。這時(shí)候不要慌是容器配額限制了你只能用2個(gè)核不代表你的程序只能跑2個(gè)線程但調(diào)度器確實(shí)只會(huì)讓你用到這么多。排查容器資源問題的時(shí)候nproc比lscpu更接近真實(shí)可用的情況。另外如果你只想知道某個(gè)具體進(jìn)程跑在哪個(gè)CPU上可以用tasksettaskset -cp PID它會(huì)輸出該進(jìn)程允許使用的CPU列表。做性能分析時(shí)這個(gè)信息能幫你確認(rèn)進(jìn)程是否被綁核了綁得合不合理。2.5 查看CPU核數(shù)的避坑經(jīng)驗(yàn)我在實(shí)際使用中遇到的坑基本集中在三點(diǎn)第一把邏輯核當(dāng)物理核。這個(gè)前面說過了判斷性能上限時(shí)容易誤判。特別是買云主機(jī)、選物理服務(wù)器時(shí)銷售說的“8核”可能指邏輯線程也可能指物理核一定要問清楚。在Linux系統(tǒng)里lscpu里的Core(s) per socket和Socket(s)才是準(zhǔn)確的物理核信息。第二容器里看到的核數(shù)不對(duì)。你在一臺(tái)8核宿主機(jī)上起了個(gè)容器限制只能用2個(gè)核。進(jìn)入容器執(zhí)行l(wèi)scpu有的環(huán)境依然會(huì)顯示宿主的8核有的會(huì)顯示2核取決于運(yùn)行時(shí)和內(nèi)核版本。判斷容器內(nèi)可用資源的可靠依據(jù)是nproc以及cgroup里的cpu.max或cpu.cfs_quota_us配置。第三NUMA架構(gòu)下核數(shù)分布。大型服務(wù)器會(huì)有多個(gè)NUMA節(jié)點(diǎn)lscpu輸出里會(huì)包含NUMA node(s)和每個(gè)節(jié)點(diǎn)對(duì)應(yīng)的CPU列表。做性能優(yōu)化時(shí)盡量讓進(jìn)程的內(nèi)存分配和CPU執(zhí)行在同一個(gè)NUMA節(jié)點(diǎn)上避免跨節(jié)點(diǎn)訪問帶來的延遲。這個(gè)細(xì)節(jié)如果前期沒注意后面壓測的時(shí)候性能會(huì)差得離譜。3. 內(nèi)存容量free、/proc/meminfo與單位換算的坑3.1 free命令最常用的內(nèi)存查看工具查看內(nèi)存容量第一反應(yīng)基本都是free。free -h輸出的樣子total used free shared buff/cache available Mem: 7.6Gi 2.1Gi 1.2Gi 245Mi 4.2Gi 5.1Gi Swap: 2.0Gi 0B 2.0Gi這里的關(guān)鍵是看懂幾列total內(nèi)存總?cè)萘俊sed已使用的內(nèi)存。free完全空閑的內(nèi)存。shared共享內(nèi)存主要是tmpfs之類的文件系統(tǒng)用掉的。buff/cache用于緩存和緩沖的內(nèi)存這部分雖然被占用但可隨時(shí)釋放給應(yīng)用程序使用。available真正可用的內(nèi)存它是free加上可回收的buff/cache。很多新手看內(nèi)存只盯free那列覺得內(nèi)存快沒了嚇得不行。實(shí)際上buff/cache是大功臣Linux會(huì)盡量把空閑內(nèi)存用作緩存來提高性能應(yīng)用需要時(shí)再釋放。所以判斷內(nèi)存夠不夠優(yōu)先看available。容量的單位也需要注意。free -h里的Gi是Gibibyte吉比字節(jié)也就是1024進(jìn)制的GiB而硬盤廠商和很多云廠商習(xí)慣用GB十進(jìn)制1GB1000MB。所以free -h顯示7.6Gi實(shí)際相當(dāng)于8GB左右但不會(huì)正好等于標(biāo)稱8GB。這不是系統(tǒng)“吃了”內(nèi)存而是單位換算差異。如果習(xí)慣用MB來看可以執(zhí)行free -m用兆字節(jié)為單位顯示更直觀total used free shared buff/cache available Mem: 7776 2157 1233 245 4385 5224 Swap: 2047 0 20473.2 /proc/meminfo與dmesg查詢物理內(nèi)存的另一種方式free的數(shù)據(jù)來源實(shí)際上是/proc/meminfo。直接查看這個(gè)文件字段更完整cat /proc/meminfo開頭幾行MemTotal: 7959808 kB MemFree: 1263352 kB MemAvailable: 5349876 kB Buffers: 23588 kB Cached: 4197880 kB SwapCached: 0 kB ...MemTotal就是總內(nèi)存單位是kB。注意這里的kB是1024字節(jié)的KiB和前面說的單位問題一樣。如果你想查物理內(nèi)存條的信息比如有幾個(gè)內(nèi)存插槽、每個(gè)插槽多大、什么頻率free就無能為力了。這時(shí)候用dmidecodesudo dmidecode -t memory輸出很長重點(diǎn)看Size字段和Locator字段。如果某根內(nèi)存條沒插Size會(huì)顯示No Module Installed。這個(gè)命令在排查物理機(jī)內(nèi)存故障、確認(rèn)是否雙通道、統(tǒng)計(jì)整機(jī)內(nèi)存容量時(shí)非常實(shí)用。不過dmidecode需要root權(quán)限而且虛擬機(jī)環(huán)境下看到的信息可能是虛擬化軟件模擬出來的不完全等于真實(shí)物理內(nèi)存條信息。云主機(jī)尤其如此。3.3 為什么內(nèi)存總?cè)萘靠雌饋肀葮?biāo)稱小很多人剛接觸服務(wù)器時(shí)會(huì)發(fā)現(xiàn)一個(gè)現(xiàn)象買的是16GB內(nèi)存free -h顯示total只有15Gi甚至更少。第一反應(yīng)是系統(tǒng)有問題、被偷了。其實(shí)原因不復(fù)雜。一是單位換算。標(biāo)稱的16GB是十進(jìn)制的GB系統(tǒng)里顯示的是二進(jìn)制的GiB。16GB除以1.024的三次方約等于14.9GiB。二是硬件保留。集顯會(huì)占用一部分內(nèi)存作為顯存BIOS或固件也會(huì)保留一部分。尤其集成顯卡的機(jī)器顯存共享內(nèi)存占用多少取決于BIOS設(shè)置和驅(qū)動(dòng)。云主機(jī)如果配置了顯卡直通或GPU實(shí)例也會(huì)有一部分內(nèi)存被保留。三是內(nèi)核預(yù)留。內(nèi)核本身和早期啟動(dòng)代碼需要占據(jù)少量內(nèi)存MemTotal是系統(tǒng)可用物理內(nèi)存已經(jīng)減去了這部分。所以正確的心態(tài)是物理內(nèi)存容量以dmidecode和系統(tǒng)dmesg里的信息為準(zhǔn)操作系統(tǒng)層面能用的MemTotal作為一個(gè)動(dòng)態(tài)值。兩者有差異只要差異不大5%以內(nèi)基本都是正?，F(xiàn)象。3.4 查看內(nèi)存的避坑經(jīng)驗(yàn)遇到內(nèi)存相關(guān)的問題我總結(jié)了幾條經(jīng)驗(yàn)第一不要只看free列。free列小不代表內(nèi)存不夠。真正要看的是available。如果available持續(xù)見底swap用得越來越多那才是真的緊張。第二注意swap和內(nèi)存的關(guān)系。Swap是磁盤上的交換分區(qū)內(nèi)存不足時(shí)把不常用的內(nèi)存頁換到磁盤。它只是“急救包”性能遠(yuǎn)不如物理內(nèi)存。如果發(fā)現(xiàn)系統(tǒng)大量使用swap應(yīng)用響應(yīng)變慢那是內(nèi)存告急的信號(hào)不是swap越大越好。第三云主機(jī)查內(nèi)存要加上容器視角。你買了8G內(nèi)存的云主機(jī)但里面跑了很多容器每個(gè)容器占用一部分。宿主機(jī)內(nèi)存夠不代表容器內(nèi)夠。排查的時(shí)候一層層看宿主機(jī)free、容器free、進(jìn)程top缺一不可。第四total這個(gè)數(shù)值在虛擬化環(huán)境里可以變得很虛。有些超賣嚴(yán)重的云平臺(tái)宿主機(jī)內(nèi)存不足時(shí)會(huì)開啟內(nèi)存氣球balloon機(jī)制動(dòng)態(tài)調(diào)整虛擬機(jī)可用內(nèi)存。你會(huì)發(fā)現(xiàn)free里的total并不穩(wěn)定甚至?xí)兓?。遇到這種情況直接找云廠商確認(rèn)資源規(guī)格比自查更靠譜。4. 硬盤容量df與lsblk各有側(cè)重4.1 df命令從文件系統(tǒng)角度看可用空間說到硬盤容量大家最先想到的是df。df -h輸出Filesystem Size Used Avail Use% Mounted on /dev/vda1 99G 56G 38G 60% / tmpfs 3.8G 0 3.8G 0% /dev/shm /dev/vdb1 492G 120G 347G 26% /datadf反映的是文件系統(tǒng)的容量和使用率。這里的Size是文件系統(tǒng)總?cè)萘縐sed是已用Avail是可用Use%是使用率。這個(gè)命令解決的是“我的磁盤還夠不夠用”的問題是運(yùn)維日常最常用的。有個(gè)細(xì)節(jié)需要注意df的Size是文件系統(tǒng)層面的不完全是物理磁盤的大小。比如LVM邏輯卷、RAID磁盤陣列、云盤經(jīng)過文件系統(tǒng)格式化后都會(huì)有一些元數(shù)據(jù)開銷。所以Size通常比對(duì)應(yīng)的塊設(shè)備容量略小。100GB的磁盤文件系統(tǒng)大小可能是99GB左右這是正常的。-h選項(xiàng)是human-readable自動(dòng)選擇合適的單位。也可以用-T查看文件系統(tǒng)類型df -Th輸出會(huì)多一列Type顯示ext4、xfs、overlay等文件系統(tǒng)類型。這個(gè)信息在后續(xù)排障時(shí)很有用比如overlay是Docker容器典型的文件系統(tǒng)掛載方式。4.2 lsblk命令從塊設(shè)備角度看物理盤容量如果說df是“文件系統(tǒng)的視圖”那lsblk就是“塊設(shè)備的視圖”。它列出的是系統(tǒng)中所有的磁盤和分區(qū)以及它們之間的掛載關(guān)系。lsblk輸出NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT vda 253:0 0 100G 0 disk └─vda1 253:1 0 100G 0 part / vdb 253:16 0 500G 0 disk └─vdb1 253:17 0 500G 0 part /dataTYPE為disk的是物理磁盤part是分區(qū)。SIZE顯示的是塊設(shè)備大小這里是十進(jìn)制的GB。lsblk能讓你一眼看出機(jī)器掛了幾塊盤、每塊盤多大、分成了幾個(gè)區(qū)、分別掛載到哪里。如果想看更詳細(xì)的信息包括磁盤型號(hào)、序列號(hào)、傳輸類型可以加-d參數(shù)lsblk -d -o NAME,SIZE,MODEL,SERIAL,TRAN這在資產(chǎn)管理時(shí)很有用能直接列出物理盤信息。那為什么df看到的和lsblk看到的不一樣因?yàn)閷硬灰粯印sblk看到的是磁盤和分區(qū)df看到的是建立在分區(qū)之上的文件系統(tǒng)。中間還可能隔著LVM、RAID、加密層。所以兩塊盤做了RAID 1lsblk看到兩塊都是1TB但實(shí)際可用空間只有1TBdf看到的總?cè)萘恳彩?TB?？次锢碛脖P總?cè)萘亢瓦壿嬁捎萌萘康膮^(qū)別就在這里。4.3 查看硬盤總?cè)萘康恼_姿勢(shì)如果問題是“這臺(tái)機(jī)器物理硬盤總共多大”答案是所有disk類型設(shè)備的SIZE之和。lsblk就能直接回答。如果問題是“我能用的存儲(chǔ)空間有多少”答案是df里各自掛載點(diǎn)的Size之和排除tmpfs、loop設(shè)備這類虛擬文件系統(tǒng)。這里有個(gè)很常見的坑很多服務(wù)器會(huì)用LVM做邏輯卷管理。lsblk輸出里會(huì)有l(wèi)vm類型的設(shè)備比如NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 100G 0 disk ├─sda1 8:1 0 1G 0 part /boot └─sda2 8:2 0 99G 0 part └─vg_data-lv_root 253:0 0 99G 0 lvm /這種情況下物理盤是sda100GB被分成兩個(gè)分區(qū)其中一個(gè)分區(qū)用作LVM物理卷再劃給邏輯卷lv_root掛載到根目錄。df看到的就是邏輯卷的容量lsblk能看到LVM的層級(jí)關(guān)系。4.4 為什么df顯示的和廠商標(biāo)注的容量差很多還有一類高頻疑問買了500GB云盤lsblk顯示容量不足500Gdf顯示更小。原因有幾層最外層是單位差異。操作系統(tǒng)通常用二進(jìn)制單位顯示GiB云廠商和硬盤廠商用十進(jìn)制GB。500GB的標(biāo)稱容量在lsblk里顯示為465.7G這很正常任何硬盤都這樣。中間層是文件系統(tǒng)元數(shù)據(jù)。創(chuàng)建文件系統(tǒng)時(shí)會(huì)預(yù)留一部分空間給inode、文件系統(tǒng)日志、塊位圖等。ext4一般默認(rèn)預(yù)留5%給root用戶用于防止磁盤寫滿導(dǎo)致系統(tǒng)無法啟動(dòng)。這部分可以從tune2fs -l /dev/vdb1里查看到。最內(nèi)層是備份和快照。云盤做快照時(shí)快照也會(huì)占用存儲(chǔ)池空間但一般不會(huì)影響你看到的塊設(shè)備容量。不過如果你用的是本地盤某些RAID級(jí)別如RAID 5、RAID 6會(huì)用一部分容量做校驗(yàn)可用容量會(huì)進(jìn)一步縮水。所以查看硬盤總?cè)萘坑胠sblk看塊設(shè)備查看實(shí)際可用空間用df兩者結(jié)合才能對(duì)存儲(chǔ)狀況有完整認(rèn)知。4.5 查看硬盤容量的避坑經(jīng)驗(yàn)第一別在根目錄掛載點(diǎn)一查就說“磁盤滿了”。df -h看到/滿了先看是不是有東西在被刪除文件仍被進(jìn)程占用。lsof | grep deleted能看到這類情況。系統(tǒng)不會(huì)自動(dòng)釋放但很多時(shí)候重啟進(jìn)程就好。第二云盤擴(kuò)容后別忘記擴(kuò)文件系統(tǒng)。云平臺(tái)面板上把云盤從100G擴(kuò)到200G系統(tǒng)里lsblk看到的是200G了但df看到的還是原來的大小。因?yàn)榉謪^(qū)表和文件系統(tǒng)還沒擴(kuò)展。需要依次執(zhí)行g(shù)rowpart如果分區(qū)也需要擴(kuò)和resize2fsext4或xfs_growfsxfs。這個(gè)順序反了會(huì)直接報(bào)錯(cuò)。第三虛擬機(jī)里df可能看到虛擬磁盤小但lsblk里能看到物理機(jī)直通的整塊盤。在虛擬化環(huán)境里可能存在“磁盤直通”或“虛擬磁盤”兩種方式。前者能看到整塊物理盤后者只是一個(gè)文件。如果發(fā)現(xiàn)容量差異極大先確認(rèn)虛擬化層的磁盤類型不要盲目判斷物理磁盤出問題。第四區(qū)分個(gè)人電腦和服務(wù)器。個(gè)人電腦里/home和/往往在同一個(gè)分區(qū)df顯示的就是整塊硬盤。服務(wù)器上可能把數(shù)據(jù)盤單獨(dú)掛載到/data、/optdf輸出會(huì)有多行。統(tǒng)計(jì)總?cè)萘繒r(shí)把所有掛載點(diǎn)加起來才是合理的邏輯容量總和。5. 把三項(xiàng)信息串起來一條命令與腳本化方案前面把CPU、內(nèi)存、硬盤分開講了。但實(shí)際工作中我經(jīng)常要在一分鐘之內(nèi)把一臺(tái)服務(wù)器的大致配置摸清楚有沒有一條命令或者腳本能把這三樣信息一次性展示出來有。5.1 一條命令快速查看整體配置最簡單的做法lscpu | egrep 型號(hào)名稱|CPU\(s\)|Core\(s\) per socket|Socket\(s\) ; free -h | head -2 ; df -h | grep -v tmpfs把三組命令串在一起執(zhí)行完基本信息就都出來了。但是這樣輸出比較粗糙字段名稱也不統(tǒng)一。我可以給你一個(gè)更完整的組合命令echo CPU ; lscpu | grep -E ^CPU\(s\)|^Model name|^Core\(s\) per socket|^Socket\(s\)|^Thread\(s\) per core; echo; echo MEMORY ; free -h; echo; echo DISK ; df -h -x tmpfs -x devtmpfsdf -h -x tmpfs -x devtmpfs的作用是排除tmpfs和devtmpfs這兩類虛擬文件系統(tǒng)只看真實(shí)的磁盤掛載點(diǎn)。這是查磁盤容量時(shí)的小技巧。不過這樣的命令每次都要敲一遍很累。更推薦的做法是寫成一個(gè)腳本放在服務(wù)器上隨時(shí)用。5.2 寫一個(gè)sysinfo.sh小腳本這是我個(gè)人長期使用的一個(gè)簡化版本你可以直接抄也可以按需改#!/bin/bash # sysinfo.sh - 快速查看服務(wù)器CPU、內(nèi)存、硬盤配置 echo 主機(jī)信息 hostname uname -r echo echo CPU lscpu | grep -E ^CPU\(s\)|^Model name|^Core\(s\) per socket|^Socket\(s\)|^Thread\(s\) per core echo 物理核總數(shù): $(lscpu | awk -F: /^Core\(s\) per socket/{cores$2} /^Socket\(s\)/{sockets$2} END{print cores*sockets}) echo echo 內(nèi)存 free -h echo echo 硬盤 lsblk -d -o NAME,SIZE,MODEL,TRAN echo df -h -x tmpfs -x devtmpfs保存后加執(zhí)行權(quán)限chmod x sysinfo.sh sudo ./sysinfo.sh這個(gè)腳本的價(jià)值在于每次初始化新服務(wù)器時(shí)把輸出保存下來作為資產(chǎn)記錄的一部分。后面再做配置變更也有據(jù)可查。5.3 腳本化解決了什么問題我為什么強(qiáng)調(diào)腳本化因?yàn)槿巳馇妹钣袃蓚€(gè)問題一是容易漏看字段二是輸出不統(tǒng)一無法對(duì)比。比如你有一批機(jī)器都是“8核16G 500G”的規(guī)格。怎么驗(yàn)證如果一臺(tái)臺(tái)登錄敲命令不僅慢而且每個(gè)人的命令還不一樣有人說“8核”指邏輯核有人說指物理核。寫腳本統(tǒng)一輸出格式所有機(jī)器跑同一個(gè)腳本結(jié)果才能放在一起比較。配合ssh批量執(zhí)行的效果更佳for host in 192.168.1.10 192.168.1.11 192.168.1.12; do echo $host ssh $host bash -s sysinfo.sh done這樣一輪下來整批服務(wù)器的配置一目了然。雖然現(xiàn)在有一些自動(dòng)化運(yùn)維平臺(tái)能做到類似的事但掌握這個(gè)基本功在你手頭只有幾臺(tái)機(jī)器、沒有現(xiàn)成平臺(tái)的時(shí)候非常管用。5.4 進(jìn)階把信息輸出為JSON方便程序處理如果你稍微懂一點(diǎn)腳本可以嘗試把信息轉(zhuǎn)成JSON格式方便后續(xù)接入監(jiān)控系統(tǒng)或自建的資產(chǎn)管理平臺(tái)。簡單示例如下#!/bin/bash # sysinfo-json.sh cpu_info$(lscpu -J | jq -c .lscpu | map({(.field): .data}) | add) mem_total$(free -b | awk /Mem:/{print $2}) disk_info$(lsblk -J -d -o NAME,SIZE,MODEL | jq -c .blockdevices) echo {\cpu\: $cpu_info, \mem_total_b\: $mem_total, \disks\: $disk_info}實(shí)際使用中建議用Python寫更規(guī)范畢竟JSON拼接容易出錯(cuò)。這里只是給一個(gè)有編程基礎(chǔ)的朋友一個(gè)思路方向和示例。核心邏輯不變從系統(tǒng)文件或標(biāo)準(zhǔn)命令中讀取數(shù)據(jù)再按需格式化。6. 幾個(gè)容易翻車的細(xì)節(jié)服務(wù)器信息查看答疑匯總最后這部分我把這些年遇到的高頻問題集中回答一下。有些問題看著簡單但真到關(guān)鍵時(shí)候卡殼了就很耽誤事。6.1 processor編號(hào)是連續(xù)的物理核數(shù)就一定是這個(gè)數(shù)嗎不一定。上面已經(jīng)詳細(xì)解釋過processor是邏輯CPU的編號(hào)不是物理核編號(hào)。在開了超線程或者NUMA拓?fù)鋸?fù)雜的機(jī)器上物理核數(shù)少于processor的最大編號(hào)加1是常有的事。判斷物理核可以用lscpu那才是正規(guī)渠道。如果非要看/proc/cpuinfo就看每個(gè)CPU條目里的physical id和core id組合統(tǒng)計(jì)唯一組合數(shù)。6.2 內(nèi)存的GB和GiB到底差多少1GB 1000 × 1000 × 1000 字節(jié) 10^9 字節(jié) 1GiB 1024 × 1024 × 1024 字節(jié) 2^30 字節(jié)換算關(guān)系GB GiB × 1.073741824也就是說1 GiB約等于1.074 GB。標(biāo)稱8GB的內(nèi)存換算過來是7.45 GiB。再加上硬件保留free -h顯示7.6Gi甚至7.4Gi都是正常的。不要看到這個(gè)數(shù)字比標(biāo)稱小就疑神疑鬼換算一下心里就有數(shù)了。6.3 df顯示根目錄快滿了但lsblk里磁盤還有空間為什么要么是根目錄所在的分區(qū)比較小其余空間分給了別的分區(qū)要么是同一個(gè)卷組里邏輯卷分配不均。先用df -h找到各個(gè)掛載點(diǎn)的使用率再用lsblk看分區(qū)結(jié)構(gòu)。最常見的場景是數(shù)據(jù)盤和系統(tǒng)盤分開買根目錄50G數(shù)據(jù)盤100G/快滿了但數(shù)據(jù)盤空著。這種情況不是空間不夠是布局不合理。處理方式是把數(shù)據(jù)遷移到數(shù)據(jù)盤上或者用LVM重新分配空間。6.4 云主機(jī)上查到的信息能用嗎能用但要理解云主機(jī)的特殊性。云主機(jī)看到的CPU和內(nèi)存是宿主機(jī)分配給你的虛擬化資源它的值和你在云平臺(tái)控制臺(tái)上看到的規(guī)格一定是對(duì)應(yīng)的。如果發(fā)現(xiàn)lscpu顯示的物理核數(shù)和買的不一樣先別急著質(zhì)疑廠家——虛擬化層本來就會(huì)做資源抽象。比如你買了4核虛擬機(jī)上看到的可能是1個(gè)Socket、1個(gè)Core per socket、4個(gè)Threads per core。這種情況在云環(huán)境中很常見代表的是1個(gè)vCPU對(duì)應(yīng)宿主機(jī)上一個(gè)物理核心的超線程不影響正常使用。磁盤方面云盤通常以網(wǎng)絡(luò)塊設(shè)備的形式掛載lsblk里的設(shè)備名可能是vda、vdb、sda、sdb。容量以控制臺(tái)顯示的為準(zhǔn)系統(tǒng)里看到的會(huì)比標(biāo)稱值小一點(diǎn)點(diǎn)單位換算導(dǎo)致。如果擴(kuò)容后系統(tǒng)里沒生效參考前面說的growpart和文件系統(tǒng)擴(kuò)容流程。6.5 查看這些信息時(shí)哪個(gè)命令必須rootdf、lsblk、free、lscpu都不需要root普通用戶就能看。dmidecode需要root或者sudo因?yàn)樗x取的是BIOS/DMI信息屬于底層硬件數(shù)據(jù)。fdisk -l也需要root。如果你權(quán)限不夠優(yōu)先用lsblk和cat /proc/meminfo這兩個(gè)是無權(quán)限壓力的查詢方式。6.6 排查問題時(shí)CPU、內(nèi)存、硬盤應(yīng)該按什么順序看我的習(xí)慣是先看負(fù)載再看資源瓶頸最后才看配置。具體來說先用uptime看load average判斷系統(tǒng)整體忙不忙再用top或htop看CPU使用率、內(nèi)存使用率最高的進(jìn)程然后用df -h看磁盤空間最后用iostat看磁盤IO。配置信息并不是第一步就要查的除非你明確知道要評(píng)估容量、升級(jí)配置。很多人一上來就用lscpu、free、df查看配置結(jié)果配置沒問題問題出在滿跑的進(jìn)程上。順序反了排查效率低很多。把基礎(chǔ)命令用熟配合正確的排查思路才能事半功倍?；氐介_頭說的那個(gè)故障案例。那年我最后是怎么處理的先確認(rèn)了CPU、內(nèi)存、硬盤的真實(shí)情況發(fā)現(xiàn)配置并不低再看進(jìn)程發(fā)現(xiàn)有個(gè)定時(shí)任務(wù)腳本異常把CPU打滿了?？车舢惓Ｈ蝿?wù)系統(tǒng)立馬恢復(fù)正常。整個(gè)過程如果缺少第一步對(duì)配置的準(zhǔn)確判斷很可能就誤判成“資源不足”不僅問題沒解決還白白花了一筆擴(kuò)容的錢。Linux系統(tǒng)里的這些查看命令看起來基礎(chǔ)但每一個(gè)都對(duì)應(yīng)著真實(shí)場景里可能出現(xiàn)的坑。把命令敲出來是門檻最低的一步搞清楚輸出背后的含義才是真正有用的技能。希望這篇內(nèi)容能幫你少踩幾個(gè)坑。