接手一台陌生服务器第一件事永远不是急着部署业务而是先把它摸透。CPU几个核、内存多大、磁盘什么布局、系统什么版本、网络有没有绑定bond——这些信息如果心里没数后面排查性能问题、规划扩容、评估业务迁移全都是瞎猜。前阵子帮朋友排查一台卡顿的数据库服务器他连内存多大都说不清我远程上去敲了几条命令两分钟就定位到swap在疯狂交换根源就是物理内存被跑满。所以说怎样查看Linux服务器配置这个基本功看着简单实际上很多人的掌握程度停留在会敲一两条命令的层面真到了需要快速、完整、省事地汇总配置时反而东拼西凑。这篇文章就把我日常排查环境、云服务器、物理机配置时最常用的一套命令和方法完整整理出来覆盖系统版本、CPU、内存、磁盘、网络、硬件固件等维度每个命令给出实际输出示例和解读思路最后再附上一个可以直接复制的一键汇总脚本。适合刚入门Linux的运维新手也适合需要快速摸清陌生环境的老手参考。1. 先摸清家底从系统发行版到内核版本判断一台Linux服务器的配置第一步不是看硬件而是先确认操作系统本身。不同发行版在包管理、服务管理、日志路径上差异很大而且很多硬件信息工具需要先用系统包管理器装好版本信息不准会导致后续查到的硬件参数也失去参考意义。1.1 发行版信息的快速定位CentOS、Ubuntu、Debian、openEuler、Rocky Linux这些主流发行版查看版本信息的方式不完全一样但它们都会把关键信息写在固定路径里。我习惯的第一条命令是cat /etc/os-release这条命令在几乎所有现代Linux发行版上都通用输出类似这样NAMECentOS Linux VERSION7 (Core) IDcentos ID_LIKErhel fedora VERSION_ID7 PRETTY_NAMECentOS Linux 7 (Core) ANSI_COLOR0;31 CPE_NAMEcpe:/o:centos:centos:7 HOME_URLhttps://www.centos.org/注意看VERSION_ID和PRETTY_NAME这两行一个给脚本用一个给人看。如果你接手的是定制化程度比较高的国产系统比如统信UOS、麒麟这个文件同样存在只是字段值不同。如果机器上没有/etc/os-release多见于老旧的CentOS 6或更早版本可以用cat /etc/redhat-release # RHEL/CentOS系 cat /etc/issue # 通用登录前的版本提示 lsb_release -a # 需要安装redhat-lsb-core或lsb-release包我在实际工作中还喜欢加一条hostnamectl它不需要额外安装在CentOS 7/Ubuntu 16.04上都能用一次性把系统版本、内核版本、主机名、硬件架构全部列出来hostnamectl输出示例Static hostname: db-server-01 Icon name: computer-server Chassis: server Machine ID: xxxx Boot ID: xxxx Operating System: Ubuntu 22.04.3 LTS Kernel: Linux 5.15.0-86-generic Architecture: x86-64判断系统用的systemd还是SysV init也很有用直接决定你用systemctl还是service命令管理服务ps -p 1 -o comm输出systemd就是现代版本输出init则是老的SysV体系。这个细节在写自动化脚本时尤其重要因为脚本里如果写死systemctl在CentOS 6上会直接报错。1.2 内核参数与架构信息内核版本用一条命令就能看全uname -a我习惯把它拆开理解每条输出的含义如下Linux db-server-01 5.15.0-86-generic #93-Ubuntu SMP Mon Sep 4 18:00:00 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux5.15.0-86-generic是内核完整版本号其中generic表示这是Ubuntu的通用内核Cloud厂商定制内核会有-cloud后缀ARM上常见-aarch64后缀x86_64出现三次分别是硬件平台、CPU指令集、系统架构如果看到aarch64就说明是ARM服务器比如华为鲲鹏、阿里倚天、AWS Graviton末尾的GNU/Linux代表用的是GNU C库的Linux系统。判断CPU架构在下载软件包时非常重要我见过有人直接在x86服务器上装ARM版的JDK折腾了半天才发现架构不对。用uname -m可以单独输出架构便于写脚本时做判断逻辑uname -m如果需要查看内核加载的模块信息、启动参数这些更底层的东西可以看cat /proc/cmdline # 内核启动参数排查启动异常时很有用 lsmod # 已加载的内核模块/proc/cmdline这个文件平时很少被人注意到但它记录了内核在启动时收到的参数比如是否开启了nmi_watchdog、是否静默启动、ACPI的开关状态等。排查服务器重启异常、硬件兼容性问题时这里的信息比dmesg更前置。我遇到过一次物理机反复重启的问题最后就是从这里看到rebootefi参数被意外加上了才定位到是升级内核时遗留的启动配置。2. CPU与内存性能瓶颈排查的起点CPU和内存是服务器配置里最核心的两个指标也是线上性能问题的高发区。查看它们不仅能回答服务器什么配置还能帮你判断瓶颈到底在哪。2.1 从lscpu开始看CPU全貌lscpu是所有查看CPU信息命令里信息最集中、最易读的一个它从/proc/cpuinfo和sysfs里汇总数据并做了整理。在大多数发行版上已经预装即便没有也可以用包管理器安装util-linux包获得。lscpu重点看这几行输出Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 16 On-line CPU(s) list: 0-15 Thread(s) per core: 2 Core(s) per socket: 8 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 158 Model name: Intel(R) Xeon(R) CPU E5-2680 v4 2.40GHz Stepping: 1 CPU MHz: 2399.998 BogoMIPS: 4799.99 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 35840K这里最容易让人犯迷糊的是CPU(s)、Core(s) per socket、Thread(s) per core、Socket(s)这四项的关系。它们之间的换算逻辑其实很简单Socket(s)物理CPU颗数服务器上有几颗物理CPUCore(s) per socket每颗物理CPU有几个物理核心Thread(s) per core每个物理核心开了几个超线程一般是1或2CPU(s)操作系统看到的总逻辑核数等于Socket × Core × Thread。上面这个例子是1颗物理CPU、8物理核、每核2线程所以逻辑CPU总数是1×8×216。云服务器上通常看不到真实的物理CPU布局比如你在云控制台看到4核Socket(s)可能是4、Core(s) per socket可能是1这是虚拟化调度器导致的不影响性能评估但别被吓到。BogoMIPS这个值是内核启动时测出来的一个虚拟性能指标主要给内核内部延时循环用不代表真实运算速度。很多新手看到服务器BogoMIPS低就以为CPU不行其实在ARM和x86上这个值无法横向比较。判断CPU真实性能要看Model name、主频、缓存大小配合lscpu里的CPU MHz动态频率一起看才准。2.2 用dmidecode与cpuinfo补全硬件细节需要确认物理CPU型号、序列号、电压、最大支持内存等底层信息时dmidecode是更底层的工具。它读取的是DMI/SMBIOS表这块数据由主板BIOS在开机时写入相当于整个硬件家族的族谱。它比/proc/cpuinfo更准确因为它直接访问硬件不经过内核的抽象层。dmidecode -t processor这个命令在部分云服务器上会被禁止或返回不完整信息因为虚拟化层不暴露物理硬件但在物理机上它是最权威的信息源。输出里重点看Socket DesignationCPU插槽编号多路服务器可以看到CPU1、CPU2VersionCPU型号全称比/proc/cpuinfo里的model name更完整Core Count和Thread Count物理核数和线程数注意这里的值可能是实际存在而非实际启用Current Speed和Max Speed当前运行频率和最大频率如果Current Speed比Max Speed低很多说明系统可能开启了节能策略如intel_pstate高负载时会自动提频。/proc/cpuinfo也是老牌信息源适合需要解析每个逻辑CPU详细标志位时使用比如要确认CPU是否支持vmx虚拟化指令集grep -E processor|model name|flags /proc/cpuinfo | head -20flags字段里有vmxIntel虚拟化或svmAMD虚拟化就代表支持硬件虚拟化。grep -c ^processor /proc/cpuinfo可以直接获取逻辑CPU数量写脚本时我经常这么用。2.3 内存容量与型号free和dmidecode配合使用内存的查看命令里free -h最常用它简洁地展示了总体和当前使用量free -h输出示例total used free shared buff/cache available Mem: 62Gi 8.1Gi 42Gi 115Mi 12Gi 52Gi Swap: 31Gi 0B 31Gi看内存配置时第一行total才是物理内存大小62Gi表示这台服务器有64GB物理内存系统保留了一小部分。但是要注意free命令显示的总内存是把所有NUMA节点内存简单相加的结果它不会区分不同内存插槽或通道。如果要做精确的内存条配置清单——比如有几根内存条、每根多大、什么频率——必须用dmidecode -t memorydmidecode -t memory | grep -E Size|Type:|Speed|Manufacturer|Part Number | head -40关键输出理解Size: 16 GB中的No Module Installed表示插槽为空Type: DDR4、Speed: 2400 MT/s分别是内存类型和额定速率Part Number是内存条型号后缀在保修时可以在厂商官网查到这个件的兼容性列表Locator是插槽位比如DIMM_A1顺着它能判断是否插满了双通道/四通道。举个例子如果dmi输出显示有8个Locator、但只有4条Size: 16 GB其他都是No Module Installed那这台服务器的物理内存上限是8条16GB128GB现在只插了64GB。升级内存时直接照着Part Number和Speed去买同款插到空槽即可。这个信息对采购和扩容非常重要因为不同频率的内存混插时系统会按最低频率运行。2.4 内存实际带宽与延迟的补充观察free -h和dmidecode回答的是有多大但如果你需要了解当前内存是否吃紧、是否存在资源争抢可以配合看这些信息cat /proc/meminfo # 内核视角的完整内存数据 vmstat 1 3 # 每秒采样一次连续三次看si/so换页指标/proc/meminfo里有几个字段很多人不熟MemAvailable这是一个预估的还能分配多少内存值远比free列里的free值有参考意义因为它扣掉了buff/cache中可以回收的部分CommitLimit和Committed_AS系统允许的内存超额分配上限和当前已承诺分配量两者比值过高时运行大内存应用容易被内核OOM Killer杀掉。vmstat里的si和so只要持续大于0就意味着系统在频繁进行swap换入换出内存已经严重不足。这时即使free显示还有几十GB的buff/cache也可能要立即考虑扩容或优化应用内存占用。排查性能问题先看内存水位几乎成了我条件反射的步骤。3. 磁盘、分区与文件系统存储容量与IO能力磁盘配置是服务器选型和规划时最容易临时抱佛脚的部分因为容量、分区、文件系统类型这些信息分布在好几个工具里没有一条命令看全部的方案。我通常分三层来看块设备层、分区层、文件系统层。3.1 用lsblk理清块设备拓扑lsblk是查看磁盘布局最直观的命令它树状展示设备间的依赖关系一眼就能看出哪块盘是系统盘、哪块是数据盘、哪块是RAID或LVM的底层设备lsblk输出示例NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 447G 0 disk ├─sda1 8:1 0 1G 0 part /boot ├─sda2 8:2 0 446G 0 part │ └─centos-root 253:0 0 446G 0 lvm / sdb 8:16 0 3.7T 0 disk └─sdb1 8:17 0 3.7T 0 part /data重点信息解读sda是系统盘大小447G它下面有两个分区其中sda2被做成LVM卷组卷组里的centos-root挂载到根目录sdb是一块独立数据盘3.7T分区sdb1直接挂载到/dataRM列为1表示可移动设备如U盘服务器上一般全是0RO列为1表示只读设备物理机很少见但云盘快照挂载时可能出现。如果你看到NAME列里出现md0、md126说明系统在用软RAID看到nvme0n1则是NVMe固态盘nvme0n1p1是它的第一个分区。SSD和HDD的命名规则完全不同sd*序列基本是SATA/SAS盘HDD或SATA SSDnvme*是NVMe盘vd*、xvd*常见于云虚拟机。这个命名习惯对判断磁盘类型很有帮助。3.2 磁盘容量与分区结构df、fdisk、partedlsblk看的是有几个盘、盘上怎么分的区但要回答哪个目录挂在哪个分区、还剩多少空间就得用dfdf -hT输出示例Filesystem Type Size Used Avail Use% Mounted on /dev/sda2 xfs 446G 128G 319G 29% / /dev/sdb1 xfs 3.7T 1.2T 2.5T 33% /data tmpfs tmpfs 32G 0 32G 0% /dev/shm这里的Type列是文件系统类型看到xfs说明是XFSext4是EXT4tmpfs是内存文件系统占用的其实是内存不用管它。/dev/shm这里显示32G很多人会误以为是磁盘分区其实它的大小默认是物理内存的一半是共享内存用的。df -hT里我尤其关注Use%超过80%的分区。日志目录、数据库数据目录、容器镜像目录是常见的空间黑洞所以每次巡检我还会专门看这几个点du -sh /var/log /var/lib/docker /var/lib/mysql 2/dev/null查看分区表结构时老的方法是fdisk -l但在GPT分区表和大容量磁盘上parted -l更可靠fdisk -l # 只显示MBR分区表时最顺手 parted -l # GPT分区表和大于2T的磁盘用这个更靠谱MBR分区表最多支持2TB容量、4个主分区如果服务器磁盘超过2T基本都在用GPT。parted -l输出里会明确标记分区表类型是gpt还是msdos还能直接看到每个分区的起始结束扇区。扇区级别的信息在做磁盘克隆、迁移时很有用但日常巡检看lsblk就够了。3.3 磁盘IO能力与硬件类型判断很多人查服务器配置会漏掉磁盘的IO能力其实磁盘是整台服务器最容易成为瓶颈的部件之一。判断磁盘是机械盘还是固态盘lsblk -d -o name,rota这一招非常管用lsblk -d -o name,rotarota为1代表旋转盘机械盘HDD为0代表SSD或NVMe。云服务器的系统盘基本都是0但挂载的独立数据盘可能是网络云盘如上云盘的rota也会显示1或0不定不能仅凭这个字段100%判断云盘类型需要结合/sys/block/设备名/queue/rotational一起验证cat /sys/block/sda/queue/rotational如果想实际测一下磁盘读写速度可以用系统自带的dd做简单测试但要非常小心不要在业务分区上做写测试dd if/dev/zero of/tmp/testfile bs1M count1024 convfdatasync这个命令会往/tmp写一个1GB的测试文件并强制刷入磁盘输出末尾有类似1073741824 bytes (1.1 GB, 1.0 GiB) copied, 0.5 s, 2.1 GB/s的结果。机械盘一般最多100~200MB/sSATA SSD大约500MB/sNVMe SSD能到2~4GB/s。但dd只能测顺序读写不能反映真实业务的小文件随机IO所以只适合粗略摸底。正式压测要用fio这样的专业工具。3.4 文件系统与挂载参数的细节查看某块分区具体用什么文件系统、挂载时带什么参数findmnt比mount更直观findmnt /data输出类似TARGET SOURCE FSTYPE OPTIONS /data /dev/sdb1 xfs rw,relatime,attr2,inode64,noquotaOPTIONS里的rw代表可读写relatime表示atime只有早于mtime或ctime时才更新这是默认的性能优化项。noquota说明没有启用quota磁盘配额做多用户共享目录时可能需要开启。对于使用LVM的服务器lsblk已经展示了逻辑卷关系但要看卷组剩余空间需要补一条vgdisplay lvdisplayLVM的优势是可以在线扩容、在线缩减缩减有风险不建议在业务上执行比如根分区所在卷组的物理卷还有剩余空间时直接lvextend加逻辑卷容量再xfs_growfs扩展文件系统不用重启机器。很多云服务器默认就用LVM布局想扩容系统盘时这个信息就派上用场了。4. 网络信息IP、路由、端口与服务监听网络是服务器配置里最容易出乱子的部分。IP地址配错、默认路由丢失、端口被占用、网卡bond没生效这些线上事故我都处理过而且每次排查都要回到最基本的几条命令上。4.1 用ip命令替代ifconfig现代Linux发行版里ifconfig已经不再默认安装取而代之的是iproute2工具包里的ip命令。虽然很多老运维还习惯敲ifconfig但新环境直接ip更省心ip addr show输出示例1: lo: LOOPBACK,UP,LOWER_UP mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:16:3e:0a:bb:cc brd ff:ff:ff:ff:ff:ff altname enp0s3 inet 192.168.1.100/24 brd 192.168.1.255 scope global dynamic eth0每行状态的判断方法state UP表示网卡已启用state DOWN表示被ip link set down关闭了mtu 1500是最大传输单元默认1500字节配置了VLAN或巨型帧时会不同scope global dynamic eth0里的dynamic说明IP是DHCP分配的静态配置则没有这个关键字。如果需要单独查看某个网卡的IP和MAC信息可以精确指定网卡名ip addr show eth0网卡命名在Linux新版本里可能不是eth0这种传统形式而是enp0s3、ens33等预测命名规则这是因为Systemd对网卡名做了基于硬件位置的重新编号。遇到脚本里写死eth0的情况可以先ls /sys/class/net看下实际网卡名再调整脚本。4.2 路由与默认网关服务器能不能上外网、不同网段能不能通取决于路由表。查看当前路由表ip route show输出类似default via 192.168.1.1 dev eth0 proto static 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.100第一行default就是默认路由表示访问不在本网段的所有IP都发给网关192.168.1.1。如果这一行缺失ping外网IP会报Network is unreachable。第二行是本机所在网段的路由属于内核自动生成的链路路由。排查为什么这台服务器ping不通外网时我的套路通常是ip route show # 有没有默认路由 ping -c 3 192.168.1.1 # 网关通不通 ping -c 3 223.5.5.5 # 直连IP通不通绕开DNS ping -c 3 www.baidu.com # 域名通不通验证DNS逐层定位基本几分钟就能把问题圈定在网络链路、防火墙、DNS三选一。4.3 端口与服务监听状态查看服务器开放了哪些端口、哪些服务在监听ss命令是主流选择它比netstat快且默认自带ss -tlnp参数含义拆解-t显示TCP端口-l只显示监听状态的端口-n不做DNS反解析数字展示速度更快-p显示占用端口的进程PID和名称。输出示例State Recv-Q Send-Q Local Address:Port Peer Address:Port Process LISTEN 0 128 0.0.0.0:22 0.0.0.0:* users:((sshd,pid1234,fd3)) LISTEN 0 128 0.0.0.0:3306 0.0.0.0:* users:((mysqld,pid2345,fd21))看到0.0.0.0:3306说明MySQL在监听所有网卡的3306端口如果这台服务器直接暴露在公网这就是潜在风险。排查安全问题时第一件事就是看有没有意外对外开放的端口。ss -uanp可以查看UDP端口排查DNS、NTP服务时常用。老环境没有ss的话netstat -tlnp的效果完全一样只是输出格式略有差异。CentOS 7及以后版本的net-tools已经不在默认安装里优先用ss就对。4.4 网卡速率、bond聚合与队列信息很多性能问题其实出在网卡带宽跑满而不是应用本身。查看网卡当前协商速率和状态ethtool eth0关键输出Speed: 10000Mb/s Duplex: Full Port: Twisted PairSpeed: 10000Mb/s说明网卡协商到了万兆如果服务器明明插了万兆网卡但显示1000Mb/s多半是网线、交换机端口或对端设备只支持千兆或者协商异常。排查网络带宽瓶颈之前先确认这个值。对于使用多网卡bond聚合的物理服务器检查bond是否正常工作cat /proc/net/bonding/bond0输出里能看到MII Status: up表示链路正常Slave Interface: eth0、Slave Interface: eth1表示从属网卡。重点看Aggregator ID和MII Status任何一个从网卡down了MII Status都会切到down但bond仍在工作只是带宽容量减半。需要确认网卡支持的中断队列数时可以查看cat /proc/interrupts | grep eth0多队列网卡在/proc/interrupts里会有多个以网卡名命名的中断如果只有一个说明网卡没有启用RSS多队列高并发网络流量下会出现单CPU软中断满载的情况。这个问题在Nginx、网关、负载均衡类服务器上尤其明显但因为属于优化细节很少被新手注意到。5. 一键收集脚本把散装命令整理成可交付的资产清单前面讲的是逐个命令查看但在实际运维中往往需要把整台服务器的配置汇总成一份完整的资料用于资产登记、交接、或提交给猎头做技术评估。手动一条条敲命令太容易遗漏我把常用的收集命令整合成一个脚本输出带分隔符的清晰文本可以一键生成资产草稿。5.1 通用配置汇总脚本把以下内容保存为sysinfo.sh赋予执行权限后直接运行#!/bin/bash # 服务器配置信息一键收集脚本 echo 系统信息 hostnamectl 2/dev/null || cat /etc/os-release uname -a echo CPU信息 lscpu | grep -E Architecture|CPU\(s\)|Core\(s\) per socket|Socket\(s\)|Thread\(s\) per core|Model name|CPU MHz|NUMA node\(s\)|L3 cache echo 内存信息 free -h dmidecode -t memory 2/dev/null | grep -E Size:|Type:|Speed:|Manufacturer: | head -30 echo 磁盘信息 lsblk -d -o NAME,SIZE,TYPE,ROTA df -hT echo 网络信息 ip addr show | grep -E ^[0-9]:|inet |link/ether ip route show ss -tlnp echo 硬件厂商与序列号 dmidecode -t system 2/dev/null | grep -E Manufacturer|Product Name|Serial Number运行方式chmod x sysinfo.sh ./sysinfo.sh脚本输出到了屏幕但如果你想生成一个文件用重定向就行./sysinfo.sh server-info-$(hostname)-$(date %Y%m%d).txt这样生成的文本文件放到服务器本地的/root/下或者用scp拖到跳板机做资产归档非常方便。注意脚本开头那句hostnamectl 2/dev/null || cat /etc/os-release的逻辑hostnamectl成功就跳过/etc/os-release失败则自动降级这个技巧在很多系统上都能避免因为缺少某条命令而中断收集流程。5.2 用sosreport获取官方级诊断包如果服务器需要提交给厂商/社区支持团队做深入诊断光靠个人脚本不够权威。Red Hat系CentOS、Rocky、AlmaLinux和Ubuntu系都有官方诊断收集工具Red Hat系叫sosreportUbuntu主要用sosreport的Ubuntu移植版本或ubuntu-report。# CentOS/RHEL/Rocky yum install -y sos sosreport --batch --labelserver01 # Ubuntu/Debian apt install -y sos sosreport --batch --labelserver01sosreport会收集系统日志、配置、硬件、内核模块等几百项信息并压缩成一个tar.xz包生成后通常在/var/tmp/下。这个包比较敏感包含大量系统配置提交给外部人员前务必先审查一遍至少解压后看一眼目录结构里有没有密码相关的配置文件。我一般会先跑grep -rl password扫一遍再决定是否外发。5.3 云服务器特殊处理metadata与厂商工具云服务器阿里云、腾讯云、AWS等查看配置有个捷径很多信息在云厂商的控制台、命令行工具或metadata服务里已经给齐了不用在系统内逐条手动查。但系统内查看仍有它的价值——它反映的是云服务器操作系统里实际看到的配置和厂商控制台展示的规格不一定完全一致。几条云服务器常用的系统内查询命令curl -s http://100.100.100.200/latest/meta-data/instance/instance-type # 阿里云metadata curl -s http://169.254.169.254/latest/meta-data/instance-type # AWS metadata这些命令需要服务器有外网或内网metadata服务的访问权限一般只在云厂商的VPC网络里才能用。如果云主机的虚拟化驱动没装好可能导致metadata查询超时这时候直接用系统内部的lscpu、free查看也没问题。厂商自带的CLI工具也是查配置的好帮手比如阿里云的aliyun ecs DescribeInstances、腾讯云的tccli cvm DescribeInstances都能列出实例规格、CPU、内存、磁盘、公网IP等。这些工具体验盘查起来确实方便但要注意CLI工具的安装和鉴权配置反而比系统内命令更重建议只在批量获取多台机器配置时才用。5.4 配置快照的备份与对比技巧最后分享一个我自己的实操习惯每次做完配置变更先跑一遍汇总脚本把配置快照存下来变更后再跑一遍两份diff一份就能看到变化点。比如# 变更前 ./sysinfo.sh before.txt # 变更后 ./sysinfo.sh after.txt diff before.txt after.txt这个做法在处理昨天还能跑今天启动报错的问题时特别有用。有一次客户反馈数据库实例变慢了我对比前后快照发现Swap从无变成了8G而内存总量没变一查才知道是有人通过云控制台给实例加了SWAP盘导致内存分页策略改变。这样的问题靠回忆和口述根本说不清有快照文件摆在那里定位效率提升一个量级。其实查看Linux服务器配置这件事真正重要的不是记住哪条命令而是建立起一套成套的排查思维从系统层到硬件层、从逻辑卷到物理盘、从网络配置到端口监听每一层你都知道该去哪看、看到的结果意味着什么遇到异常时才不会手忙脚乱。上面这套命令组合在我日常排障中使用频率极高如果你能把它们内化成肌肉记忆接手任何一台新服务器都会快得多。
接手一台陌生服务器第一件事永远不是急着部署业务而是先把它摸透。CPU几个核、内存多大、磁盘什么布局、系统什么版本、网络有没有绑定bond——这些信息如果心里没数后面排查性能问题、规划扩容、评估业务迁移全都是瞎猜。前阵子帮朋友排查一台卡顿的数据库服务器他连内存多大都说不清我远程上去敲了几条命令两分钟就定位到swap在疯狂交换根源就是物理内存被跑满。所以说怎样查看Linux服务器配置这个基本功看着简单实际上很多人的掌握程度停留在会敲一两条命令的层面真到了需要快速、完整、省事地汇总配置时反而东拼西凑。这篇文章就把我日常排查环境、云服务器、物理机配置时最常用的一套命令和方法完整整理出来覆盖系统版本、CPU、内存、磁盘、网络、硬件固件等维度每个命令给出实际输出示例和解读思路最后再附上一个可以直接复制的一键汇总脚本。适合刚入门Linux的运维新手也适合需要快速摸清陌生环境的老手参考。1. 先摸清家底从系统发行版到内核版本判断一台Linux服务器的配置第一步不是看硬件而是先确认操作系统本身。不同发行版在包管理、服务管理、日志路径上差异很大而且很多硬件信息工具需要先用系统包管理器装好版本信息不准会导致后续查到的硬件参数也失去参考意义。1.1 发行版信息的快速定位CentOS、Ubuntu、Debian、openEuler、Rocky Linux这些主流发行版查看版本信息的方式不完全一样但它们都会把关键信息写在固定路径里。我习惯的第一条命令是cat /etc/os-release这条命令在几乎所有现代Linux发行版上都通用输出类似这样NAMECentOS Linux VERSION7 (Core) IDcentos ID_LIKErhel fedora VERSION_ID7 PRETTY_NAMECentOS Linux 7 (Core) ANSI_COLOR0;31 CPE_NAMEcpe:/o:centos:centos:7 HOME_URLhttps://www.centos.org/注意看VERSION_ID和PRETTY_NAME这两行一个给脚本用一个给人看。如果你接手的是定制化程度比较高的国产系统比如统信UOS、麒麟这个文件同样存在只是字段值不同。如果机器上没有/etc/os-release多见于老旧的CentOS 6或更早版本可以用cat /etc/redhat-release # RHEL/CentOS系 cat /etc/issue # 通用登录前的版本提示 lsb_release -a # 需要安装redhat-lsb-core或lsb-release包我在实际工作中还喜欢加一条hostnamectl它不需要额外安装在CentOS 7/Ubuntu 16.04上都能用一次性把系统版本、内核版本、主机名、硬件架构全部列出来hostnamectl输出示例Static hostname: db-server-01 Icon name: computer-server Chassis: server Machine ID: xxxx Boot ID: xxxx Operating System: Ubuntu 22.04.3 LTS Kernel: Linux 5.15.0-86-generic Architecture: x86-64判断系统用的systemd还是SysV init也很有用直接决定你用systemctl还是service命令管理服务ps -p 1 -o comm输出systemd就是现代版本输出init则是老的SysV体系。这个细节在写自动化脚本时尤其重要因为脚本里如果写死systemctl在CentOS 6上会直接报错。1.2 内核参数与架构信息内核版本用一条命令就能看全uname -a我习惯把它拆开理解每条输出的含义如下Linux db-server-01 5.15.0-86-generic #93-Ubuntu SMP Mon Sep 4 18:00:00 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux5.15.0-86-generic是内核完整版本号其中generic表示这是Ubuntu的通用内核Cloud厂商定制内核会有-cloud后缀ARM上常见-aarch64后缀x86_64出现三次分别是硬件平台、CPU指令集、系统架构如果看到aarch64就说明是ARM服务器比如华为鲲鹏、阿里倚天、AWS Graviton末尾的GNU/Linux代表用的是GNU C库的Linux系统。判断CPU架构在下载软件包时非常重要我见过有人直接在x86服务器上装ARM版的JDK折腾了半天才发现架构不对。用uname -m可以单独输出架构便于写脚本时做判断逻辑uname -m如果需要查看内核加载的模块信息、启动参数这些更底层的东西可以看cat /proc/cmdline # 内核启动参数排查启动异常时很有用 lsmod # 已加载的内核模块/proc/cmdline这个文件平时很少被人注意到但它记录了内核在启动时收到的参数比如是否开启了nmi_watchdog、是否静默启动、ACPI的开关状态等。排查服务器重启异常、硬件兼容性问题时这里的信息比dmesg更前置。我遇到过一次物理机反复重启的问题最后就是从这里看到rebootefi参数被意外加上了才定位到是升级内核时遗留的启动配置。2. CPU与内存性能瓶颈排查的起点CPU和内存是服务器配置里最核心的两个指标也是线上性能问题的高发区。查看它们不仅能回答服务器什么配置还能帮你判断瓶颈到底在哪。2.1 从lscpu开始看CPU全貌lscpu是所有查看CPU信息命令里信息最集中、最易读的一个它从/proc/cpuinfo和sysfs里汇总数据并做了整理。在大多数发行版上已经预装即便没有也可以用包管理器安装util-linux包获得。lscpu重点看这几行输出Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 16 On-line CPU(s) list: 0-15 Thread(s) per core: 2 Core(s) per socket: 8 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 158 Model name: Intel(R) Xeon(R) CPU E5-2680 v4 2.40GHz Stepping: 1 CPU MHz: 2399.998 BogoMIPS: 4799.99 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 35840K这里最容易让人犯迷糊的是CPU(s)、Core(s) per socket、Thread(s) per core、Socket(s)这四项的关系。它们之间的换算逻辑其实很简单Socket(s)物理CPU颗数服务器上有几颗物理CPUCore(s) per socket每颗物理CPU有几个物理核心Thread(s) per core每个物理核心开了几个超线程一般是1或2CPU(s)操作系统看到的总逻辑核数等于Socket × Core × Thread。上面这个例子是1颗物理CPU、8物理核、每核2线程所以逻辑CPU总数是1×8×216。云服务器上通常看不到真实的物理CPU布局比如你在云控制台看到4核Socket(s)可能是4、Core(s) per socket可能是1这是虚拟化调度器导致的不影响性能评估但别被吓到。BogoMIPS这个值是内核启动时测出来的一个虚拟性能指标主要给内核内部延时循环用不代表真实运算速度。很多新手看到服务器BogoMIPS低就以为CPU不行其实在ARM和x86上这个值无法横向比较。判断CPU真实性能要看Model name、主频、缓存大小配合lscpu里的CPU MHz动态频率一起看才准。2.2 用dmidecode与cpuinfo补全硬件细节需要确认物理CPU型号、序列号、电压、最大支持内存等底层信息时dmidecode是更底层的工具。它读取的是DMI/SMBIOS表这块数据由主板BIOS在开机时写入相当于整个硬件家族的族谱。它比/proc/cpuinfo更准确因为它直接访问硬件不经过内核的抽象层。dmidecode -t processor这个命令在部分云服务器上会被禁止或返回不完整信息因为虚拟化层不暴露物理硬件但在物理机上它是最权威的信息源。输出里重点看Socket DesignationCPU插槽编号多路服务器可以看到CPU1、CPU2VersionCPU型号全称比/proc/cpuinfo里的model name更完整Core Count和Thread Count物理核数和线程数注意这里的值可能是实际存在而非实际启用Current Speed和Max Speed当前运行频率和最大频率如果Current Speed比Max Speed低很多说明系统可能开启了节能策略如intel_pstate高负载时会自动提频。/proc/cpuinfo也是老牌信息源适合需要解析每个逻辑CPU详细标志位时使用比如要确认CPU是否支持vmx虚拟化指令集grep -E processor|model name|flags /proc/cpuinfo | head -20flags字段里有vmxIntel虚拟化或svmAMD虚拟化就代表支持硬件虚拟化。grep -c ^processor /proc/cpuinfo可以直接获取逻辑CPU数量写脚本时我经常这么用。2.3 内存容量与型号free和dmidecode配合使用内存的查看命令里free -h最常用它简洁地展示了总体和当前使用量free -h输出示例total used free shared buff/cache available Mem: 62Gi 8.1Gi 42Gi 115Mi 12Gi 52Gi Swap: 31Gi 0B 31Gi看内存配置时第一行total才是物理内存大小62Gi表示这台服务器有64GB物理内存系统保留了一小部分。但是要注意free命令显示的总内存是把所有NUMA节点内存简单相加的结果它不会区分不同内存插槽或通道。如果要做精确的内存条配置清单——比如有几根内存条、每根多大、什么频率——必须用dmidecode -t memorydmidecode -t memory | grep -E Size|Type:|Speed|Manufacturer|Part Number | head -40关键输出理解Size: 16 GB中的No Module Installed表示插槽为空Type: DDR4、Speed: 2400 MT/s分别是内存类型和额定速率Part Number是内存条型号后缀在保修时可以在厂商官网查到这个件的兼容性列表Locator是插槽位比如DIMM_A1顺着它能判断是否插满了双通道/四通道。举个例子如果dmi输出显示有8个Locator、但只有4条Size: 16 GB其他都是No Module Installed那这台服务器的物理内存上限是8条16GB128GB现在只插了64GB。升级内存时直接照着Part Number和Speed去买同款插到空槽即可。这个信息对采购和扩容非常重要因为不同频率的内存混插时系统会按最低频率运行。2.4 内存实际带宽与延迟的补充观察free -h和dmidecode回答的是有多大但如果你需要了解当前内存是否吃紧、是否存在资源争抢可以配合看这些信息cat /proc/meminfo # 内核视角的完整内存数据 vmstat 1 3 # 每秒采样一次连续三次看si/so换页指标/proc/meminfo里有几个字段很多人不熟MemAvailable这是一个预估的还能分配多少内存值远比free列里的free值有参考意义因为它扣掉了buff/cache中可以回收的部分CommitLimit和Committed_AS系统允许的内存超额分配上限和当前已承诺分配量两者比值过高时运行大内存应用容易被内核OOM Killer杀掉。vmstat里的si和so只要持续大于0就意味着系统在频繁进行swap换入换出内存已经严重不足。这时即使free显示还有几十GB的buff/cache也可能要立即考虑扩容或优化应用内存占用。排查性能问题先看内存水位几乎成了我条件反射的步骤。3. 磁盘、分区与文件系统存储容量与IO能力磁盘配置是服务器选型和规划时最容易临时抱佛脚的部分因为容量、分区、文件系统类型这些信息分布在好几个工具里没有一条命令看全部的方案。我通常分三层来看块设备层、分区层、文件系统层。3.1 用lsblk理清块设备拓扑lsblk是查看磁盘布局最直观的命令它树状展示设备间的依赖关系一眼就能看出哪块盘是系统盘、哪块是数据盘、哪块是RAID或LVM的底层设备lsblk输出示例NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 447G 0 disk ├─sda1 8:1 0 1G 0 part /boot ├─sda2 8:2 0 446G 0 part │ └─centos-root 253:0 0 446G 0 lvm / sdb 8:16 0 3.7T 0 disk └─sdb1 8:17 0 3.7T 0 part /data重点信息解读sda是系统盘大小447G它下面有两个分区其中sda2被做成LVM卷组卷组里的centos-root挂载到根目录sdb是一块独立数据盘3.7T分区sdb1直接挂载到/dataRM列为1表示可移动设备如U盘服务器上一般全是0RO列为1表示只读设备物理机很少见但云盘快照挂载时可能出现。如果你看到NAME列里出现md0、md126说明系统在用软RAID看到nvme0n1则是NVMe固态盘nvme0n1p1是它的第一个分区。SSD和HDD的命名规则完全不同sd*序列基本是SATA/SAS盘HDD或SATA SSDnvme*是NVMe盘vd*、xvd*常见于云虚拟机。这个命名习惯对判断磁盘类型很有帮助。3.2 磁盘容量与分区结构df、fdisk、partedlsblk看的是有几个盘、盘上怎么分的区但要回答哪个目录挂在哪个分区、还剩多少空间就得用dfdf -hT输出示例Filesystem Type Size Used Avail Use% Mounted on /dev/sda2 xfs 446G 128G 319G 29% / /dev/sdb1 xfs 3.7T 1.2T 2.5T 33% /data tmpfs tmpfs 32G 0 32G 0% /dev/shm这里的Type列是文件系统类型看到xfs说明是XFSext4是EXT4tmpfs是内存文件系统占用的其实是内存不用管它。/dev/shm这里显示32G很多人会误以为是磁盘分区其实它的大小默认是物理内存的一半是共享内存用的。df -hT里我尤其关注Use%超过80%的分区。日志目录、数据库数据目录、容器镜像目录是常见的空间黑洞所以每次巡检我还会专门看这几个点du -sh /var/log /var/lib/docker /var/lib/mysql 2/dev/null查看分区表结构时老的方法是fdisk -l但在GPT分区表和大容量磁盘上parted -l更可靠fdisk -l # 只显示MBR分区表时最顺手 parted -l # GPT分区表和大于2T的磁盘用这个更靠谱MBR分区表最多支持2TB容量、4个主分区如果服务器磁盘超过2T基本都在用GPT。parted -l输出里会明确标记分区表类型是gpt还是msdos还能直接看到每个分区的起始结束扇区。扇区级别的信息在做磁盘克隆、迁移时很有用但日常巡检看lsblk就够了。3.3 磁盘IO能力与硬件类型判断很多人查服务器配置会漏掉磁盘的IO能力其实磁盘是整台服务器最容易成为瓶颈的部件之一。判断磁盘是机械盘还是固态盘lsblk -d -o name,rota这一招非常管用lsblk -d -o name,rotarota为1代表旋转盘机械盘HDD为0代表SSD或NVMe。云服务器的系统盘基本都是0但挂载的独立数据盘可能是网络云盘如上云盘的rota也会显示1或0不定不能仅凭这个字段100%判断云盘类型需要结合/sys/block/设备名/queue/rotational一起验证cat /sys/block/sda/queue/rotational如果想实际测一下磁盘读写速度可以用系统自带的dd做简单测试但要非常小心不要在业务分区上做写测试dd if/dev/zero of/tmp/testfile bs1M count1024 convfdatasync这个命令会往/tmp写一个1GB的测试文件并强制刷入磁盘输出末尾有类似1073741824 bytes (1.1 GB, 1.0 GiB) copied, 0.5 s, 2.1 GB/s的结果。机械盘一般最多100~200MB/sSATA SSD大约500MB/sNVMe SSD能到2~4GB/s。但dd只能测顺序读写不能反映真实业务的小文件随机IO所以只适合粗略摸底。正式压测要用fio这样的专业工具。3.4 文件系统与挂载参数的细节查看某块分区具体用什么文件系统、挂载时带什么参数findmnt比mount更直观findmnt /data输出类似TARGET SOURCE FSTYPE OPTIONS /data /dev/sdb1 xfs rw,relatime,attr2,inode64,noquotaOPTIONS里的rw代表可读写relatime表示atime只有早于mtime或ctime时才更新这是默认的性能优化项。noquota说明没有启用quota磁盘配额做多用户共享目录时可能需要开启。对于使用LVM的服务器lsblk已经展示了逻辑卷关系但要看卷组剩余空间需要补一条vgdisplay lvdisplayLVM的优势是可以在线扩容、在线缩减缩减有风险不建议在业务上执行比如根分区所在卷组的物理卷还有剩余空间时直接lvextend加逻辑卷容量再xfs_growfs扩展文件系统不用重启机器。很多云服务器默认就用LVM布局想扩容系统盘时这个信息就派上用场了。4. 网络信息IP、路由、端口与服务监听网络是服务器配置里最容易出乱子的部分。IP地址配错、默认路由丢失、端口被占用、网卡bond没生效这些线上事故我都处理过而且每次排查都要回到最基本的几条命令上。4.1 用ip命令替代ifconfig现代Linux发行版里ifconfig已经不再默认安装取而代之的是iproute2工具包里的ip命令。虽然很多老运维还习惯敲ifconfig但新环境直接ip更省心ip addr show输出示例1: lo: LOOPBACK,UP,LOWER_UP mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:16:3e:0a:bb:cc brd ff:ff:ff:ff:ff:ff altname enp0s3 inet 192.168.1.100/24 brd 192.168.1.255 scope global dynamic eth0每行状态的判断方法state UP表示网卡已启用state DOWN表示被ip link set down关闭了mtu 1500是最大传输单元默认1500字节配置了VLAN或巨型帧时会不同scope global dynamic eth0里的dynamic说明IP是DHCP分配的静态配置则没有这个关键字。如果需要单独查看某个网卡的IP和MAC信息可以精确指定网卡名ip addr show eth0网卡命名在Linux新版本里可能不是eth0这种传统形式而是enp0s3、ens33等预测命名规则这是因为Systemd对网卡名做了基于硬件位置的重新编号。遇到脚本里写死eth0的情况可以先ls /sys/class/net看下实际网卡名再调整脚本。4.2 路由与默认网关服务器能不能上外网、不同网段能不能通取决于路由表。查看当前路由表ip route show输出类似default via 192.168.1.1 dev eth0 proto static 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.100第一行default就是默认路由表示访问不在本网段的所有IP都发给网关192.168.1.1。如果这一行缺失ping外网IP会报Network is unreachable。第二行是本机所在网段的路由属于内核自动生成的链路路由。排查为什么这台服务器ping不通外网时我的套路通常是ip route show # 有没有默认路由 ping -c 3 192.168.1.1 # 网关通不通 ping -c 3 223.5.5.5 # 直连IP通不通绕开DNS ping -c 3 www.baidu.com # 域名通不通验证DNS逐层定位基本几分钟就能把问题圈定在网络链路、防火墙、DNS三选一。4.3 端口与服务监听状态查看服务器开放了哪些端口、哪些服务在监听ss命令是主流选择它比netstat快且默认自带ss -tlnp参数含义拆解-t显示TCP端口-l只显示监听状态的端口-n不做DNS反解析数字展示速度更快-p显示占用端口的进程PID和名称。输出示例State Recv-Q Send-Q Local Address:Port Peer Address:Port Process LISTEN 0 128 0.0.0.0:22 0.0.0.0:* users:((sshd,pid1234,fd3)) LISTEN 0 128 0.0.0.0:3306 0.0.0.0:* users:((mysqld,pid2345,fd21))看到0.0.0.0:3306说明MySQL在监听所有网卡的3306端口如果这台服务器直接暴露在公网这就是潜在风险。排查安全问题时第一件事就是看有没有意外对外开放的端口。ss -uanp可以查看UDP端口排查DNS、NTP服务时常用。老环境没有ss的话netstat -tlnp的效果完全一样只是输出格式略有差异。CentOS 7及以后版本的net-tools已经不在默认安装里优先用ss就对。4.4 网卡速率、bond聚合与队列信息很多性能问题其实出在网卡带宽跑满而不是应用本身。查看网卡当前协商速率和状态ethtool eth0关键输出Speed: 10000Mb/s Duplex: Full Port: Twisted PairSpeed: 10000Mb/s说明网卡协商到了万兆如果服务器明明插了万兆网卡但显示1000Mb/s多半是网线、交换机端口或对端设备只支持千兆或者协商异常。排查网络带宽瓶颈之前先确认这个值。对于使用多网卡bond聚合的物理服务器检查bond是否正常工作cat /proc/net/bonding/bond0输出里能看到MII Status: up表示链路正常Slave Interface: eth0、Slave Interface: eth1表示从属网卡。重点看Aggregator ID和MII Status任何一个从网卡down了MII Status都会切到down但bond仍在工作只是带宽容量减半。需要确认网卡支持的中断队列数时可以查看cat /proc/interrupts | grep eth0多队列网卡在/proc/interrupts里会有多个以网卡名命名的中断如果只有一个说明网卡没有启用RSS多队列高并发网络流量下会出现单CPU软中断满载的情况。这个问题在Nginx、网关、负载均衡类服务器上尤其明显但因为属于优化细节很少被新手注意到。5. 一键收集脚本把散装命令整理成可交付的资产清单前面讲的是逐个命令查看但在实际运维中往往需要把整台服务器的配置汇总成一份完整的资料用于资产登记、交接、或提交给猎头做技术评估。手动一条条敲命令太容易遗漏我把常用的收集命令整合成一个脚本输出带分隔符的清晰文本可以一键生成资产草稿。5.1 通用配置汇总脚本把以下内容保存为sysinfo.sh赋予执行权限后直接运行#!/bin/bash # 服务器配置信息一键收集脚本 echo 系统信息 hostnamectl 2/dev/null || cat /etc/os-release uname -a echo CPU信息 lscpu | grep -E Architecture|CPU\(s\)|Core\(s\) per socket|Socket\(s\)|Thread\(s\) per core|Model name|CPU MHz|NUMA node\(s\)|L3 cache echo 内存信息 free -h dmidecode -t memory 2/dev/null | grep -E Size:|Type:|Speed:|Manufacturer: | head -30 echo 磁盘信息 lsblk -d -o NAME,SIZE,TYPE,ROTA df -hT echo 网络信息 ip addr show | grep -E ^[0-9]:|inet |link/ether ip route show ss -tlnp echo 硬件厂商与序列号 dmidecode -t system 2/dev/null | grep -E Manufacturer|Product Name|Serial Number运行方式chmod x sysinfo.sh ./sysinfo.sh脚本输出到了屏幕但如果你想生成一个文件用重定向就行./sysinfo.sh server-info-$(hostname)-$(date %Y%m%d).txt这样生成的文本文件放到服务器本地的/root/下或者用scp拖到跳板机做资产归档非常方便。注意脚本开头那句hostnamectl 2/dev/null || cat /etc/os-release的逻辑hostnamectl成功就跳过/etc/os-release失败则自动降级这个技巧在很多系统上都能避免因为缺少某条命令而中断收集流程。5.2 用sosreport获取官方级诊断包如果服务器需要提交给厂商/社区支持团队做深入诊断光靠个人脚本不够权威。Red Hat系CentOS、Rocky、AlmaLinux和Ubuntu系都有官方诊断收集工具Red Hat系叫sosreportUbuntu主要用sosreport的Ubuntu移植版本或ubuntu-report。# CentOS/RHEL/Rocky yum install -y sos sosreport --batch --labelserver01 # Ubuntu/Debian apt install -y sos sosreport --batch --labelserver01sosreport会收集系统日志、配置、硬件、内核模块等几百项信息并压缩成一个tar.xz包生成后通常在/var/tmp/下。这个包比较敏感包含大量系统配置提交给外部人员前务必先审查一遍至少解压后看一眼目录结构里有没有密码相关的配置文件。我一般会先跑grep -rl password扫一遍再决定是否外发。5.3 云服务器特殊处理metadata与厂商工具云服务器阿里云、腾讯云、AWS等查看配置有个捷径很多信息在云厂商的控制台、命令行工具或metadata服务里已经给齐了不用在系统内逐条手动查。但系统内查看仍有它的价值——它反映的是云服务器操作系统里实际看到的配置和厂商控制台展示的规格不一定完全一致。几条云服务器常用的系统内查询命令curl -s http://100.100.100.200/latest/meta-data/instance/instance-type # 阿里云metadata curl -s http://169.254.169.254/latest/meta-data/instance-type # AWS metadata这些命令需要服务器有外网或内网metadata服务的访问权限一般只在云厂商的VPC网络里才能用。如果云主机的虚拟化驱动没装好可能导致metadata查询超时这时候直接用系统内部的lscpu、free查看也没问题。厂商自带的CLI工具也是查配置的好帮手比如阿里云的aliyun ecs DescribeInstances、腾讯云的tccli cvm DescribeInstances都能列出实例规格、CPU、内存、磁盘、公网IP等。这些工具体验盘查起来确实方便但要注意CLI工具的安装和鉴权配置反而比系统内命令更重建议只在批量获取多台机器配置时才用。5.4 配置快照的备份与对比技巧最后分享一个我自己的实操习惯每次做完配置变更先跑一遍汇总脚本把配置快照存下来变更后再跑一遍两份diff一份就能看到变化点。比如# 变更前 ./sysinfo.sh before.txt # 变更后 ./sysinfo.sh after.txt diff before.txt after.txt这个做法在处理昨天还能跑今天启动报错的问题时特别有用。有一次客户反馈数据库实例变慢了我对比前后快照发现Swap从无变成了8G而内存总量没变一查才知道是有人通过云控制台给实例加了SWAP盘导致内存分页策略改变。这样的问题靠回忆和口述根本说不清有快照文件摆在那里定位效率提升一个量级。其实查看Linux服务器配置这件事真正重要的不是记住哪条命令而是建立起一套成套的排查思维从系统层到硬件层、从逻辑卷到物理盘、从网络配置到端口监听每一层你都知道该去哪看、看到的结果意味着什么遇到异常时才不会手忙脚乱。上面这套命令组合在我日常排障中使用频率极高如果你能把它们内化成肌肉记忆接手任何一台新服务器都会快得多。
