1. 服务器到底是什么别被IDC机房唬住我最早接触服务器是在一家创业公司。当时公司刚租了几台机柜里的“铁疙瘩”领导扔给我一句话“你去把这几台服务器基础环境搭一下。”我当时心里慌得很因为上学时写代码从来没碰过“真机”平时用的都是笔记本。后来折腾了一周踩了不少坑才算把服务器基础这件事彻底搞明白。先说清楚一个概念服务器本质上还是一台电脑只不过它面向的不是单独一个人而是成百上千个用户请求。它要7x24小时不停机所以设计上更强调稳定性、扩展性和集中管理能力。你可以把普通电脑想象成自家厨房服务器更像餐厅后厨——灶台多、排风强、备菜区大还要标准化操作不能做一半撂挑子。这篇文章不聊什么高深理论也不推荐你立刻去建机房。我想把服务器基础里最核心的几件事讲透硬件怎么选、操作系统怎么装、网络怎么配、远程怎么管、出了问题怎么排查。适合准备入行运维、转岗开发但一直没摸过服务器的新手也适合那些在校学过理论、但缺少实操经验的同学。内容会比较基础但我会尽量把“为什么这样做”讲清楚。很多时候新手查资料只知道“该这么做”却不明白背后的逻辑结果换个场景就懵了。我会把那些别人文档里不写、但实操中极其重要的细节补上。2. 服务器的硬件到底和家用机差在哪2.1 最关键的三件套CPU、内存、硬盘服务器的核心硬件和电脑一样也是CPU、内存、硬盘、主板、电源等但每一样的选型思路完全不同。CPU方面服务器切忌只看主频。家用机追求单核性能强因为打游戏、剪视频都是单任务冲刺服务器要同时处理大量并发请求所以多核心、大缓存的CPU是主流。常见的服务器CPU强调核心数和高并发下的稳定性而不是单核睿频有多高。举个例子你给一台服务器配了高频双核CPU一旦有几十个用户同时访问系统直接卡死但换成一个低频但拥有十六核心的CPU反而能轻松扛住。内存和家用机最大的区别是支持ECCError Correcting Code纠错码。普通电脑内存如果发生一位数据错误软件可能直接崩溃服务器内存带ECC则能自动检测并纠正单比特错误。内存选型时容量比频率更重要而且服务器内存和家用的DDR内存虽然长得像但接口定义不同不能混插。买之前一定要查清主板支持第几代、什么类型的内存。硬盘上我吃过亏最早图便宜给一台服务器装了普通家用固态盘。结果业务流量一上来盘片温度高动不动掉盘最后数据差点没救回来。服务器硬盘分两种主流形态一是SATA/SAS接口的机械盘适合容量优先的冷数据存储场景转速一般在7200转或10000转以上二是NVMe固态盘适合数据库、缓存等对随机读写要求高的热数据场景。记住一条经验预算紧张可以买二手硬件但硬盘一定买新的数据无价。2.2 RAID阵列不是玄学是保命手段单块硬盘坏了数据可能全没。这个风险在服务器上是无法接受的尤其是用户数据、业务日志、数据库文件。RAID独立磁盘冗余阵列就是为了解决这个问题出现的。最简单的入门方案是RAID 1也叫镜像。两块硬盘互为备份数据同时写两份坏一块系统照常运行换上新的盘数据自动恢复。缺点是实际可用容量只有一块盘的大小。想兼顾容量和可用性就是RAID 5。它至少需要三块硬盘把数据和校验信息分散到所有盘上。坏一块盘系统还能通过其他盘的校验信息把数据算回来。可用容量是总容量减一块盘的大小比如三块2T盘实际可用4T。注意这里有个很多人不知道的坑RAID 5在重建恢复期间如果又坏一块盘数据就彻底完蛋了所以重要业务建议上RAID 6它允许同组挂掉两块盘。配置RAID的常见方式有三种主板集成阵列软件层面依赖CPU、独立RAID卡、操作系统软RAID。新手上路最稳妥的是加装一张独立RAID卡在做系统前先用阵列卡自带的引导界面创建好RAID组装系统时看到的就是一块“合并后的盘”。如果没配阵列卡也能用Linux的mdadm做软RAID但要注意软RAID会把CPU占用拉高高并发场景下会有影响。提示买二手服务器时如果卖家说“阵列卡电池坏了”这类卡千万别买。RAID卡断电后如果没有备用电池或闪存保护内存里的缓存数据会丢失严重时会损坏整组阵列。2.3 电源、散热和机房环境都比你想象的重要很多新手关注CPU和内存却忽略电源。服务器的电源通常采用冗余设计也就是双电源或N1冗余。一台服务器装两个电源各自接到不同的供电线路一路市电跳闸了另一路还能顶上。早期有人觉得这是浪费直到机房某路线路检修断电单电源机器全停了冗余电源的机器还稳稳跑着这才知道这笔钱多值。散热方面服务器机箱内部风道、风扇转速都是按特定密度设计的和家用机那种大风扇加散热塔完全不同。我见过有人把家用CPU散热器硬装到服务器主板上结果散热器压不住一跑负载直接高温告警。另外服务器风扇转速高噪音巨大千万别把塔式服务器放办公区坐旁边一天下来耳朵基本是嗡嗡的最好放机柜并做好吸音。机房环境还有一个冷知识湿度不能太低。环境太干燥容易产生静电手上带静电去摸服务器内部很可能击穿芯片。夏天机房湿度低于30%时我一般会建议机房配合专用加湿设备。温度控制在18到27摄氏度之间过冷反而容易导致硬盘机械结构凝露缩短寿命。硬件家用机选型倾向服务器选型倾向CPU高主频、单核强多核心、缓存大、高并发稳定内存大容量、高频率支持ECC校验、稳定优先硬盘性价比、读写快7x24小时可靠性、支持阵列电源单电源够用双电源冗余散热静音优先风道效率优先3. 操作系统装什么Linux发行版选择与初装配置3.1 从“用Windows的习惯”转到Linux服务器操作系统九成以上是Linux。Windows Server当然有部署在微软生态圈内的场景里比较常见比如企业内部跑域控、Exchange邮件系统等。但Web服务、数据库、容器化平台主流还是Linux。Linux有很多发行版新手常用的是三种流派Red Hat系的CentOS/Rocky Linux/AlmaLinuxDebian系的Ubuntu Server/Debian以及SUSE系。这些年CentOS官方停更后国内很多团队转向Rocky Linux或AlmaLinux它们和CentOS高度兼容切换成本低。如果你是纯新手我建议用Ubuntu Server LTS版本起步社区资料多、安装简单、遇到问题搜答案容易。等用顺手了再尝试接触Red Hat系的命令和管理思路。为什么个人推荐用LTS版本因为普通版只支持几个月而LTS版提供五年以上安全更新服务器一旦上线很少频繁升级大版本升级一次系统就像做一次心脏手术能不动就不动。3.2 安装系统时必改的三个默认项装Linux系统时默认选项一般是图形化安装向导。新手很容易直接点“下一步”结果装出一个带桌面环境的系统。服务器端最忌讳装桌面环境它白白占用内存和CPU还会引入大量安全漏洞面。现代服务器管理全靠命令行界面再好看也用不上。安装时至少改这三处第一磁盘分区不要全用默认。默认分区经常把可用空间全部放在根分区然后再给出一个小swap。如果后面想单独划分数据盘还得回头调整分区。我一般习惯这样分boot分区给1G根分区分200G左右剩余空间留给数据分区再单独划一块swap大小和内存相当即可。数据分区单独挂载以后重装系统不会影响数据盘。第二设置root密码后必须顺手创建一个普通用户。有人嫌麻烦直接用root操作结果有一次执行脚本写错路径把系统目录删了。服务器上平时用普通用户操作需要提权时再用sudo这是所有运维人员的基本习惯能让你少闯很多祸。第三网络配置改成静态IP而不是默认的DHCP自动获取。服务器IP一旦重启后变化对外的服务地址全乱了用户还怎么访问安装时就要规划好IP、网关和DNS写进配置文件。3.3 新机装完的第一件事更新和安全基线装完系统别急着部署业务先做三件小事先更新系统软件包。Ubuntu执行apt update apt upgradeRocky/AlmaLinux执行dnf update。这一步能把内核和基础组件的已知漏洞补上。更新完建议重启一次确保新内核生效。再加固SSH配置。SSH是远程管理服务器的“大门”默认22端口处于暴露状态密码登录在公网环境几乎百分百被暴力扫描。常见做法是修改默认端口关闭root直接登录改用密钥认证。修改配置文件在/etc/ssh/sshd_config改完一定要执行systemctl restart sshd并且先保留一个已连接会话确认新配置能连上再退出否则把自己锁在门外就尴尬了。最后配置防火墙。纯新手最容易忽略这一步装上系统以后开放所有端口结果上线第二天就被扫描探测。现在主流发行版基本内置了firewalld或者ufw。Ubuntu上用ufw默认拒绝所有入站再按需放行SSH、HTTP/HTTPS端口执行顺序很重要先启用规则再启用防火墙否则可能SSH直接断开。注意配置完防火墙后远程管理端口和业务端口一定要在防火墙里显式放行。曾有人配置防火墙后忘记放行SSH端口重启防火墙才发现本地也连不进去最后只能让机房同事帮忙物理机登录非常尴尬。4. 网络到底是怎么通的IP、路由与远程管理4.1 网卡、IP地址、子网掩码和网关的关系网络这部分是新手最容易晕的地方。先打个比方网卡是服务器的“嘴”IP是“门牌号”子网掩码是“小区范围”网关是“小区大门”DNS是“电话簿”。服务器上每个网卡要先分配到IP地址才能跟别人通信。IP通常长这样192.168.1.100。子网掩码则决定这个IP属于哪个网段比如255.255.255.0表示前三位是网段号只有最后一位是主机号那192.168.1.2和192.168.1.100都在同一网段可以直接通信。如果两个机器不在同一网段数据要发出去就必须先送网关。网关就是连接不同网络的出口通常是一台路由器或防火墙的内网地址。服务器默认网关设置错了即使IP配对了请求也发不到外网去。配置IP有两种典型方式一种是改系统配置文件Ubuntu Server用netplanRocky系用nmcli或修改/etc/sysconfig/network-scripts/下的文件另一种是用命令临时改比如ip addr add 192.168.1.100/24 dev eth0这种重启后失效适合调试时用。我建议新手一定要理解一个排查思路先ping网关网关通了说明链路没问题再去ping外网IP通了说明路由没问题最后用nslookup测试DNS解析通了说明域名解析正常。这样一步步缩小范围比抓瞎强得多。4.2 远程管理SSH密钥认证的完整操作服务器通常不配显示器装完系统就搬进机柜之后全靠SSH远程维护。新手学服务器第一步不是学各种服务部署而是把SSH用得滚瓜烂熟。密码登录虽然简单但公网环境下极其不安全。很多扫描工具会不停尝试弱口令root加123456这种密码基本秒被破。所以从第一天就要用密钥登录。生成密钥对在本地电脑执行ssh-keygen -t ed25519 -C your_comment会用ed25519算法生成一对密钥私钥留在本地id_ed25519公钥传到服务器id_ed25519.pub。私钥绝对不能外传谁拿到私钥谁就能登录你的服务器。上传公钥可以用命令ssh-copy-id也可以手动把公钥内容追加到服务器上的~/.ssh/authorized_keys文件里。特别注意authorized_keys的权限文件权限不能太宽松。一般要求.ssh目录权限是700authorized_keys文件是600权限过宽SSH会拒绝加载。然后在服务器上修改sshd_configPermitRootLogin no PasswordAuthentication no PubkeyAuthentication yes改完重启sshd服务。这以后只有持有私钥的客户端才能登录。想更安全还可以在sshd_config里加上AllowUsers指定的用户名只剩一个受管账号。4.3 防火墙的常见配置示例服务器上的防火墙无非是“默认拒绝”和“按需放行”。默认拒绝的原则听起来严格实际用起来反而轻松因为你知道外面扫不进来。拿ufw举例第一次启用前先设置默认策略ufw default deny incoming ufw default allow outgoing ufw allow 22/tcp ufw allow 80/tcp ufw allow 443/tcp ufw enable上来先用22放行自己的SSH再把Web的80和443放行其他端口全部拒绝。如果业务数据库需要远程连也可以按来源IP限制比如只允许公司的办公网IP访问3306端口而不要对所有公网开放。有人觉得自己在内网防火墙开不开无所谓。实际内网中也常见横向攻击一台机器被植入恶意程序后会扫描整个内网段。内网防火墙的意义在于把已经发生的风险限制在小范围而不是让整个网络彻底暴露。5. 翻车实录服务器日常运维中那些典型坑5.1 现象一远程连不上服务器了这是新手最常见的翻车现场。排查思路必须按顺序来先确认网络通不通本地执行ping 服务器IP如果不通查链路和防火墙。如果ping通了再用telnet或nc检测SSH端口是否开放从本机执行nc -vz 服务器IP 22返回succeeded说明端口通。端口通了但SSH卡在登录界面优先检查是否改了sshd_config里的参数后没重启服务或者重启防火墙时把SSH端口过滤了。我有一次远程升级OpenSSH包升级过程中依赖库出现冲突SSH进程直接挂了而我人不在机房系统还是加密磁盘远程完全进不去。最后只能联系机房远程管理卡带外管理重启进救援模式才救命。所以升级系统组件这件事看起来简单风险却极大重要机器升级前务必做好快照或备份并且至少保留一套独立于SSH的带外管理通道。5.2 现象二磁盘空间没来由变小正常跑业务磁盘怎么越来越小新手习惯用df -h看整体占用但要想定位哪个目录占得多得用dudu -sh /* du -sh /var/*一条条逐层查很快就能找到罪魁祸首。常见元凶有几个日志文件无限增长比如Nginx访问日志、应用打印堆栈数据库的二进制日志写满不清理还有备份脚本产出历史备份文件但没做定期删除。应对方案也简单日志用logrotate做轮转按天或按大小切割并保留指定份数。数据库的binlog配置合理的过期时间。备份目录写个清理脚本保留最近10份。磁盘告警这个东西不能等满了才处理配好监控阈值设到80%就提醒留出处理余量。5.3 现象三CPU负载冲到很高负载高有两种情况一种是用户请求确实大另一种是有异常进程。先执行uptime看负载均值再执行top或htop看哪个进程占用高。如果是数据库进程占比高而且慢日志里全是慢查询那就要优化SQL和加索引光加CPU解决不了问题。如果是莫名进程占满多核要想到可能中了挖矿木马。可以用ps aux --sort-%cpu看进程列表再结合lsof找到进程对应的可执行文件路径确认来源。我遇到过一次最隐蔽的挖矿木马进程名伪装成系统调度进程父进程是init外表根本看不出异常。最后通过查看/proc/进程ID/exe符号链接指向的真实文件路径才发现问题。排查时千万不能只看进程名字要看路径、看启动参数、看网络连接木马通常会有外联的可疑地址。记住遇到异常进程的原则先断网隔离再保留进程现场备份最后清理。故障现象优先检查排查命令常见原因无法远程网络连通性ping、nc链路、防火墙、SSH未启动磁盘变满目录占用df、du日志、备份、binlog负载过高进程占用top、ps高并发、慢查询、恶意进程重启后失联启动项systemctl status依赖服务未开机自启5.4 现象四重启后服务起不来服务器重启偶尔会导致服务起不来。多半是因为服务把“网络就绪”当成前提而重启时网络初始化晚于服务启动服务误判网络不可用直接退出。这个在systemd系统上常见解决方法是定义好服务的依赖关系和启动顺序在配置里写清楚哪些网络目标ready之后才运行服务。也有另一种情况服务本身配置启动失败。比如改了配置文件后忘了重新加载systemctl daemon-reload没执行系统用旧配置启动却发现关键路径不对。我的做法是每次改动配置按三步走先备份原文件再修改并做语法检查最后重启服务看状态。比如nginx改完配置先执行nginx -t确认语法没毛病再reload不要改完直接重启不然语法错误直接导致服务挂掉。6. 学习路线与个人经验体会其实服务器基础没有想象中那么高不可攀但也不是背几道题就能掌握的。最有效的路径是找一台实验服务器哪怕是云上的最低配虚机从装系统开始把网络配置、SSH、防火墙、日志、计划任务这些基础功能亲手过一遍然后在上面部署一个简单的Web服务再用命令行去维护它。我第一次正式进机房维护手都在抖怕按错一个键导致业务中断。后来操作多了发现所有复杂故障归根到底都是基础概念没吃透IP配错了防火墙放行不对用户权限不足日志忘记轮转。把这些基础知识扎扎实实理清楚处理故障的思路自然就清晰了。最后分享一个小建议构建自己的操作清单。把常用命令、排查步骤、配置文件路径记录成文档自己的服务器和别人的不一样网段、路径、端口都有差异沉淀出自己的清单比收藏一百篇通用教程都管用。服务器基础的坑踩过一次下次就知道绕开了。希望这篇内容能让你少交点学费。
