简介服务器是网络服务的核心支撑设备这份《服务器基本常识介绍.ppt》是一份面向网络初学者、IT运维人员及企业信息化管理者的基础文档旨在帮助读者系统梳理服务器的定义、体系架构、应用层次、形态与操作系统等入门知识。压缩包共1个PPT文件大小3.55MB内容结构清晰从服务器概念讲起依次介绍服务器分类非x86与x86、入门级到企业级、塔式/机架式/刀片/机柜式形态、Windows/Unix/Linux操作系统并延伸至硬件配置、数据接口IDE、SCSI、SATA、RAID、NAS、SAN、关键特性可靠性、可用性、安全性、可扩展性以及选型考虑覆盖服务器基础知识的完整框架。已有110人浏览学习。通过这份文档读者可以快速建立服务器认知体系理解不同服务器类型与适用场景掌握服务器硬件与环境要求为后续网络规划、设备选型或系统运维提供基础支撑。1. 服务器基本常识介绍为什么说服务器是“永不关机的电脑”刚接手一台服务器的时候很多人心里第一个问题是服务器基本常识介绍里到底讲了些什么它和我桌子底下那台电脑到底差在哪实际上服务器就是一台专门为“长时间、高负载、多人并发”设计的电脑。它可能没有高性能显卡但一定带电ECC内存、冗余电源、磁盘阵列以及一套能远程登录的操作系统。这篇把服务器从硬件到系统再到日常运维讲清楚适合刚转岗做服务器运维的、要自己搭测试机的人也适合要给同事讲清楚服务器常识却怕讲成“关机重装”的人。每个步骤的命令、参数和坑会直接写出来照着做就行。2. 服务器硬件选型CPU、内存、磁盘阵列RAID和电源怎么搭服务器购买和组装新手第一反应是按性能跑分来配这是最容易踩的坑。CPU、内存、磁盘、电源每一环都该为“长时间稳定运行”服务。下面按选型顺序一个个说照着就能定出一台能上生产的机器。2.1 服务器CPU和内存选型ECC内存为什么是标配服务器CPU常见由Intel Xeon和AMD EPYC两个系列占据但如果是开发测试机普通桌面级CPU如Intel Core或AMD Ryzen也不是不能上。区别在于Xeon和EPYC支持多路CPU互联、更大的三级缓存、更多的PCIe通道以及更严格的内存校验规范。这些硬件特性直接影响你在上面跑虚拟机和数据库时的稳定性跑虚拟化还要求CPU支持VT-x/AMD-V否则虚拟机性能会很难看。内存是最容易被低估的。普通消费级内存没有错误校验一个bit跳变交给系统表现出来就是“程序偶发崩溃”“数据库莫名主从切换”。服务器内存分UDIMM和RDIMM后者带寄存器Registered本质是在传输前做信号整形和错误校验。所以选服务器内存首先问一句“支不支持ECC”再用dmidecode确认当前状态dmidecode -t memory | grep -E Maximum Capacity|Installed Size|Type:|Speed: | head -20说明这里用grep筛选内存条的关键字段。“Maximum Capacity”是整机最大内存“Installed Size”是当前每条容量“Type”是内存代数DDR4/DDR5“Speed”是运行时频率。如果买的是DDR4-3200却跑在2400多半是混插或者没开XMP。内存插法有讲究多路CPU服务器的内存先插满第一颗CPU的所有通道。例如双路机器有12个插槽先插CPU0对应的6条通道容量翻倍时再加到CPU1。乱插会让内存跑在单通道模式带宽直接减半。物理机需要看插槽布局时在BIOS里能找到内存拓扑图云服务器选实例规格时会直接显示“内存类型”是否带ECC省了很多麻烦。2.2 磁盘阵列RAID0/1/5/10怎么选热备盘要不要配磁盘阵列RAID是把多块物理盘组合成一块逻辑盘解决容量、性能和安全三件事。很多人把RAID挂在嘴边但一上来就选RAID 5其实还要看你是重性能还是重安全。先看最常见的五种等级RAID等级最少盘数可用容量容错能力典型场景RAID 02全部无缓存盘、不重要的临时数据RAID 1250%单盘故障系统盘、数据库日志盘RAID 53(n-1)/n单盘故障文件服务器、普通业务RAID 64(n-2)/n双盘故障大容量、数据安全要求高的存储RAID 10450%每组最多坏一块数据库高性能场景选完等级还要想“热备盘”。热备盘是阵列里一块待命盘平时不参与读写一旦阵列里有盘离线它自动顶替开始重建。配RAID 5或6时我建议至少留一块否则半夜盘坏了只能披着衣服去机房换盘。硬件RAID卡和软件RAID是两条路线硬件RAID有独立控制器和缓存断电容易丢数据需要接UPS或装电池/电容模块配置一般进阵列卡BIOS完成。软件RAID常见用Linux的mdadm不依赖专门卡但CPU占用高一些重建速度也慢适合测试环境。生产环境能选硬件RAID就选硬件RAID。注意新RAID阵列要先初始化再使用否则读每条数据都带校验逻辑IO性能和写入稳定性都会明显变差。服务器磁盘阵列怎么做在设备采购阶段就要想清楚而不是等装系统时临时起意。盘的数量和容量直接决定RAID等级例如想用RAID 10却只有三块盘就完全没法组。物理服务器较多时最好开启阵列卡的SMART告警和邮件通知盘快坏的时候提前知道后面很多“硬盘坏了才知道”的翻车都能避免。2.3 电源与散热冗余电源和液冷服务器到底在解决什么问题服务器电源不像PC电源一个模子。机架式服务器基本都是双电源常见11冗余两颗电源同时工作任意一颗坏了另一颗继续供电更换时不用关机。小规模机房一般买两路600W到800W具体按CPU数量和硬盘数量估算。散热方面传统机架式以风冷为主。随着单柜功耗上涨液冷服务器开始在机房落地。液冷不是玄学——它用冷却液把CPU、GPU热量带出机柜噪音低、能效高但漏液风险和维护门槛也高。中小团队不用盲目追求液冷把机房温度控制在18到27摄氏度、湿度40%到60%风冷已经足够稳定。比起电源冗余UPS不间断电源更需要优先安排。市电波动或闪断是服务器硬件损坏和文件系统损坏的头号原因。哪怕没有专业机房过载保护好的UPS也能避免突然断电损坏阵列卡缓存或数据库日志。服务器没接UPS时看着能跑一次雷击停电就够你折腾一整夜。电源管理在IPMI/BMC里还能设置断电策略建议把“来电后自动开机”打开。机房断电恢复后如果服务器没有自动起来一台台手动按电源键在凌晨三点真的很痛苦。3. 服务器操作系统与虚拟化Linux、Windows Server怎么选物理机到手接下来决定它的“灵魂”装什么操作系统。生产服务器主流是Linux或Windows Server测试环境经常用虚拟化隔离。很多人纠结这个问题我说说实际判断标准。3.1 Linux发行版Ubuntu Server和CentOS各自适合什么场景Linux服务器发行版常见就两支Debian系和RedHat系。Ubuntu Server属于Debian系软件新、社区活跃用apt管理包CentOS现在更常看Rocky Linux、AlmaLinux属于RedHat系包管理用yum/dnf默认配置偏保守适合追求稳定的业务。我做实验机用Ubuntu Server因为apt装软件方便很多开源项目直接给deb包。生产业务系统我更倾向Rocky/AlmaLinux原因是RHEL系列的生态稳定内核版本更新慢但经过大量生产环境验证补丁也比较保守。注意老CentOS的生命周期已经结束别再用它撑新业务新项目直接选Rocky或AlmaLinux否则安全补丁会越来越跟不上。最小安装和远程管理的操作如下# Ubuntu / Debian apt update apt install -y openssh-server nginx # CentOS / Rocky / AlmaLinux dnf update -y dnf install -y openssh-server nginx systemctl enable --now sshd nginx说明第一条语句是更新软件包索引再安装包第二条是RedHat系的对应操作。systemctl enable --now让服务开机自启并在当前会话立即启动比单独enable再start少一次操作。-y跳过安装确认适合脚本化安装。新手最踩坑的一点是“用什么工具远程管理”。如果对命令行不熟测试环境可以装1Panel这类开源面板它降低操作成本也带可视化文件管理和终端功能但面板本身暴露在公网会增加被攻击的入口所以在内网或加了访问控制后使用。生产环境我习惯纯SSH加跳板机管理不留面板入口。顺带一提互联网上“免费云服务器”的广告大多绑定到期续费正经业务启动宁可买台有SLA的低配云服务器也不要因为免费两个字把核心数据放到没保障的机器上。3.2 Windows Server的域控和AD什么时候非它不可Windows Server在Active DirectoryAD域控、组策略、Windows生态软件授权这类场景里几乎不可替代。公司电脑要统一登录、统一下发打印机和安全策略Windows Server搭域控制器是最成熟的做法。Windows Server 2016/2019/2022的经典组合是AD域控 DNS 文件共享。但Windows Server独有一些坑也很明显系统补丁重启频繁长时间不重启会缓慢变卡默认安装占资源大2核4G的机器跑起来很吃力安全基线配置比Linux复杂——Windows防火墙入站和出站规则没有现成的命令行习惯很多新手一改就导致服务不可访问。部署时至少要知道三项安装“Active Directory域服务”前先给服务器配固定IP和DNSDNS指向域控自己。服务器时间用w32tm同步到NTP时间服务器否则域认证会出问题。防火墙先放行RDP3389和域控相关端口但别把全部端口裸给公网。如果你的业务只是跑PHP、Java或Node的Web服务Windows Server不是必要选择大多数Web服务和数据库服务在Linux上更顺、更省内存。Windows的事交给WindowsLinux的事交给Linux两边按场景选就好。3.3 服务器虚拟化KVM和ESXi让一台物理机变多台关注“服务器虚拟化技术”的人很多一台高配物理服务器上开多个虚拟机VM互不干扰、随时快照、资源弹性调整。常见方案中KVMLinux内核自带虚拟化能力配合libvirt/QEMU使用免费但要命令行功底。VMware ESXi商业方案安装简单、管理界面友好性能好但License不便宜。Proxmox VE基于KVM的Web管理平台有社区版非常适合小团队我的测试机全放这上面。虚拟化的核心收益是“隔离”和“快照”给客户开测试环境直接克隆快照出问题回滚不用重新装系统。用KVM创建一台虚拟机常用命令如下# 创建一台2核2G内存、40G磁盘的虚拟机通过串口安装系统 virt-install \ --name vm01 \ --vcpus 2 \ --memory 2048 \ --disk path/var/lib/libvirt/images/vm01.qcow2,size40,formatqcow2 \ --os-variant ubuntu22.04 \ --network networkdefault \ --graphics none \ --extra-args consolettyS0说明命令是virt-install创建虚拟机。--vcpus是虚拟CPU数--memory单位是MB--disk指定磁盘镜像路径、大小和格式qcow2支持按需增长和快照。--os-variant告诉KVM按哪个系统优先生成配置。--graphics none搭配consolettyS0用于无图形界面环境通过串口安装系统——很多机房机器没有视频输出的时候靠这个选项才能顺利装完。部署时CPU资源要留余量不要让虚拟机总数超出物理核数太多否则会出现CPU延迟和排队。虚拟化后别忘了资源分配虚拟机磁盘是稀疏文件刚开始占用很小写入后慢慢变大。要定期查看宿主机磁盘水位避免“所有虚拟机忽然写不进去”的翻车现场。如果要做服务器集群虚拟机分布在各宿主机上时还要统一时间同步和数据存储否则调度和状态同步会错乱。4. 服务器基础服务配置固定IP、NTP时间服务器和Web服务实战服务器装好系统下一步是让它真正提供服务。固定IP、DNS、时间同步、Web服务和远程管理这四样是绝大多数服务器的底座。顺序也很重要先网络再时间再业务。4.1 固定IP和DNS服务器入网的第一步怎么配置服务器要走网络第一件事是配置固定IP。用DHCP自动获取地址一旦变化SSH断连、域名解析失效都会接踵而来。物理机在安装系统时就能指定静态IP已经装好系统的话Linux下常用nmcli或直接改配置文件。最小配置示例Ubuntu 22.04的netplanvim /etc/netplan/01-netcfg.yamlnetwork: version: 2 ethernets: eth0: # 关闭DHCP使用固定地址 dhcp4: false addresses: - 192.168.1.10/24 routes: - to: default via: 192.168.1.1 nameservers: addresses: [223.5.5.5, 119.29.29.29]说明dhcp4: false禁用自动获取地址addresses写固定IP和掩码routes是默认网关nameservers配置DNS。国内服务器常用223.5.5.5阿里、119.29.29.29腾讯解析外部域名稳定。配置完执行netplan apply生效用ip addr验证。大团队或对安全要求高的网络还会自建DNS服务器比如用CoreDNS或Bind解析内网域名。这样服务访问不依赖外网DNS延迟更低也减少泄漏内网解析记录的可能。但自建DNS的维护成本主要在安全和性能递归查询被打爆时会拖垮所有依赖解析的服务初期不一定要迷信拿云厂商的VPC内网DNS更省事。“怎么查看服务器的文件”——登录服务器后常见的操作就是ls -lh看大小和权限配合du -sh *找占用大的目录。很多新手习惯用Windows图形界面“进入服务器”其实SSH连上后用命令行管文件最快配合scp或rsync同步比图形界面工具更稳。4.2 NTP时间服务器服务器时间不准会导致什么问题时间不同步在单机时看着没事在服务器集群和证书体系里就是大问题。时间偏几分钟日志对不上排障时根本不知道哪个事件先发生HTTPS证书会报“证书尚未生效”或“证书已过期”SSH和Kerberos认证也可能直接失败。配置时间同步常用NTP时间服务器有ntp.aliyun.com、ntp.tencent.com这些都是国内可直连的公共服务器。新系统默认用chrony配置如下vim /etc/chrony/chrony.confpool ntp.aliyun.com iburst pool ntp.tencent.com iburst makestep 1 3systemctl restart chronyd chronyc sources -v说明pool是上游时间服务器地址iburst表示首次同步时快速请求几次加快校准makestep 1 3指时间偏差超过1秒时在前3次更新内直接步进调整之后用平滑方式避免业务时间跳变。chronyc sources -v查看同步来源、延迟和抖动date看当前系统时间。服务器时区也要一起检查timedatectl set-timezone Asia/Shanghai设置时区。很多人只同步了UTC没设时区导致定时任务在本地时区的“凌晨”触发业务看起来像半夜自动重启其实就是时区没设好。机房服务器多的话统一在部署脚本里把时区和NTP一起固化避免一台台手改。4.3 Web服务器与远程管理nginx、SSH和防火墙的配合最常见的外网服务形态是Web服务。用nginx做HTTP服务入口一个静态站点的最小配置如下server { listen 80; # HTTP端口 server_name example.com; # 绑定域名 root /var/www/html; # 站点根目录 index index.html; }说明listen 80监听HTTP端口server_name绑定域名root是站点根目录index指定默认首页文件名。配置文件写完后先nginx -t测试语法再systemctl reload nginx平滑重载不会断开已建立的连接。远程管理最常用是SSH。生产环境优先用密钥认证而不是密码登录公网上一分钟能被打几百次密码尝试一点都不夸张。现在很多云厂商默认禁用密码登录确实能减少大量攻击。个人服务器的建议做法是ssh-keygen -t ed25519 -C your_emailexample.com ssh-copy-id -p 22 userserver_ip说明ed25519算法安全且密钥短已成为默认选项。-C是备注信息方便多机器识别。ssh-copy-id把本地公钥追加到服务器的~/.ssh/authorized_keys执行过程中会要求输入一次密码。完成后再把/etc/ssh/sshd_config里的PasswordAuthentication no改掉并重启sshd。关键习惯确认用新终端能正常登录后再关闭密码认证否则可能把自己锁在门外。开放端口时防火墙策略只放行需要的服务。常见只放22、80、443不要一刀切iptables -P INPUT ACCEPT。这样Web服务器安全底线就有了。服务不多时宁可默认拒绝、逐个放行也比全部敞开再亡羊补牢强。5. 服务器运维避坑指南五个新手最容易踩的坑这部分是血泪经验汇总。每一条我都踩过或帮别人收拾过现象、原因、解决按顺序写照着排查就行。5.1 防火墙规则改完就断连入站出站策略怎么安全开放现象在公网服务器上执行清空防火墙规则或添加规则后SSH立刻断开怎么都连不上。原因默认策略变成了拒绝一切或者没有先放行SSH端口也有可能是改了规则没保存重启后规则恢复但当前会话已经断了。解决改防火墙之前先用screen或tmux开一个临时会话万一断了还能从另一个终端救回来。放行SSH端口的标准做法# 放行22端口并立即加载新规则 firewall-cmd --permanent --add-port22/tcp firewall-cmd --reload说明--permanent把规则写入持久配置--reload立即加载不需要重启防火墙服务。如果你的系统用ufw对应命令是ufw allow 22/tcp。提示云服务器的安全组和系统防火墙是两层叠加生效。排查“端口不通”先看云控制台安全组再看系统防火墙不要一上来就关防火墙。错误示范是直接systemctl stop firewalld它会同时把NAT和伪装规则一起停掉内网访问外网也断了。讨论windows2016服务器入站出站策略开放指定端口这类问题时同样先看系统自带防火墙的配置顺序再做针对性放行。5.2 时间不同步证书报错和日志错位的排查路径现象HTTPS访问报“证书无效”但证书明明没过期系统日志时间和业务日志时间对不上域控环境里客户端频繁掉认证。原因服务器时间漂移证书有效期校验失败时区设置错误导致日志看起来前后颠倒。解决# 设置时区并强制同步时间 timedatectl set-timezone Asia/Shanghai systemctl restart chronyd chronyc makestep date如果是Windows Server执行w32tm /resync并把Windows Time服务启动类型设为自动。公司内网有NTP服务器时优先指向内网地址比走公网稳定也减少对公网的依赖。5.3 磁盘被日志撑满服务器的隐形杀手现象服务无端变慢数据库写不进去SSH连上后执行命令报“No space left on device”Web页面偶尔返回“很抱歉遇到一些临时服务器问题”这类错误页。原因应用或系统日志没做轮转比如nginx access.log几个月不管动辄几十GB临时目录/tmp也没有清理机制。解决先用命令定位占用大的目录df -h du -sh /var/log/*df -h看分区使用率du -sh /var/log/*列出日志目录下每个文件的大小。找到大文件后配置logrotate自动轮转# 每日轮转nginx日志保留7份并压缩 cat /etc/logrotate.d/nginx EOF /var/log/nginx/*.log { daily rotate 7 compress missingok notifempty postrotate /bin/kill -USR1 $(cat /var/run/nginx.pid) endscript } EOF说明daily每天轮转一次rotate 7保留最近7份compress把旧日志压缩notifempty日志为空时不创建新文件postrotate里的脚本让nginx重新打开日志文件——不写这句话nginx会一直往已删除的旧文件句柄里写磁盘空间也释放不了。5.4 SSH暴力破解公网服务器最常见的攻击现象登录时提示“Too many authentication failures”日志里/var/log/auth.log全是Failed password记录。原因公网IP被扫描攻击者用密码字典不断尝试SSH登录。云服务器一上线几小时内就会被扫描这几乎是必然的。解决三件套禁用root远程登录PermitRootLogin no。改用密钥登录并设置PasswordAuthentication no。安装fail2banIP多次失败自动封禁。fail2ban配置示例# 安装fail2ban并启用sshd防护 apt install -y fail2ban cat /etc/fail2ban/jail.local EOF [sshd] enabled true port ssh # 监听ssh服务端口 maxretry 5 # 5次失败触发封禁 bantime 3600 # 封禁3600秒 EOF systemctl restart fail2ban说明maxretry 5表示5次失败触发封禁bantime 3600表示封禁3600秒。fail2ban不是银弹它只是降低攻击频率真要安全还是靠密钥认证和限制来源IP。如果你用非标准端口把port ssh改成实际端口号否则fail2ban监听不到。5.5 误删数据快照和异地备份是最后的后悔药现象rm -rf删错了目录或数据库被某条drop操作干掉瞬间懵在原地。原因没做快照或备份或备份只存在同一台机器上磁盘一起坏时全部归零。解决云服务器在云控制台做系统盘快照修改前先做一次改错了能回滚。物理服务器用备份脚本把重要目录推到异地存储比如用rsync到另一台机器。文件同步示例rsync -av --delete /data/ backup_host:/data/。说明-a归档模式保留权限和时间戳-v打印同步过程--delete让目标端删除源端已经删除的文件保证两边一致。第一次全量同步会比较久后续增量很快。同步完成后做一次校验确认目标端目录大小和文件数一致才算真备份完成。我现在的习惯是影响面大的操作前先做快照或备份再动手。快照不是万能药它有保存周期一周左右就会被覆盖真正给数据兜底的还是异地备份和定期恢复演练。忘了这步的时候大概率就是哭的时候。6. 服务器健康状态体检用五条命令快速排查卡顿和故障服务器日常巡检我直接记这五条命令比很多眼花缭乱的监控大屏都可靠。uptime # 查看平均负载 free -h # 查看内存使用 df -h # 查看磁盘使用率 dmesg -T | tail -20 # 查看内核和硬件报错 journalctl -xe | head -50 # 查看最近系统日志说明uptime看1、5、15分钟平均负载对照CPU核数判断是否过载free -h看available字段这是真正可用的内存df -h看分区使用率超过85%要处理dmesg -T显示内核和硬件报错比如磁盘I/O错误、OOMjournalctl -xe看最近的系统服务错误。串起来读一遍先看负载如果load average长期超过CPU核数再结合内存、磁盘判断是CPU不足还是内存交换free -h里swap被大量使用说明内存不够df -h里/var/log爆满说明日志没轮转dmesg出现“Out of memory”或“blk_update_request I/O error”就是硬件或内存先兆。网络层面的问题可以配合sar -n DEV 1或nload看服务器的网络利用率长期超过70%就要考虑带宽扩容或限流。很多“卡顿”其实是带宽被占满CPU和内存都闲着不监控网络就找不到原因。我的习惯是每周固定做一次巡检每次十分钟。发现一次异常就对照第5章的避坑清单处理顺手把logrotate、NTP、密钥登录这些底线配置补上。服务器常识说到底是这些反复用得到的东西把常用命令背下来比存一堆PPT有用得多希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/25 18:28:30 · 阅读 1.2k 服务器运维基础：从硬件选型RAID到Linux系统配置避坑指南
简介服务器是网络服务的核心支撑设备这份《服务器基本常识介绍.ppt》是一份面向网络初学者、IT运维人员及企业信息化管理者的基础文档旨在帮助读者系统梳理服务器的定义、体系架构、应用层次、形态与操作系统等入门知识。压缩包共1个PPT文件大小3.55MB内容结构清晰从服务器概念讲起依次介绍服务器分类非x86与x86、入门级到企业级、塔式/机架式/刀片/机柜式形态、Windows/Unix/Linux操作系统并延伸至硬件配置、数据接口IDE、SCSI、SATA、RAID、NAS、SAN、关键特性可靠性、可用性、安全性、可扩展性以及选型考虑覆盖服务器基础知识的完整框架。已有110人浏览学习。通过这份文档读者可以快速建立服务器认知体系理解不同服务器类型与适用场景掌握服务器硬件与环境要求为后续网络规划、设备选型或系统运维提供基础支撑。1. 服务器基本常识介绍为什么说服务器是“永不关机的电脑”刚接手一台服务器的时候很多人心里第一个问题是服务器基本常识介绍里到底讲了些什么它和我桌子底下那台电脑到底差在哪实际上服务器就是一台专门为“长时间、高负载、多人并发”设计的电脑。它可能没有高性能显卡但一定带电ECC内存、冗余电源、磁盘阵列以及一套能远程登录的操作系统。这篇把服务器从硬件到系统再到日常运维讲清楚适合刚转岗做服务器运维的、要自己搭测试机的人也适合要给同事讲清楚服务器常识却怕讲成“关机重装”的人。每个步骤的命令、参数和坑会直接写出来照着做就行。2. 服务器硬件选型CPU、内存、磁盘阵列RAID和电源怎么搭服务器购买和组装新手第一反应是按性能跑分来配这是最容易踩的坑。CPU、内存、磁盘、电源每一环都该为“长时间稳定运行”服务。下面按选型顺序一个个说照着就能定出一台能上生产的机器。2.1 服务器CPU和内存选型ECC内存为什么是标配服务器CPU常见由Intel Xeon和AMD EPYC两个系列占据但如果是开发测试机普通桌面级CPU如Intel Core或AMD Ryzen也不是不能上。区别在于Xeon和EPYC支持多路CPU互联、更大的三级缓存、更多的PCIe通道以及更严格的内存校验规范。这些硬件特性直接影响你在上面跑虚拟机和数据库时的稳定性跑虚拟化还要求CPU支持VT-x/AMD-V否则虚拟机性能会很难看。内存是最容易被低估的。普通消费级内存没有错误校验一个bit跳变交给系统表现出来就是“程序偶发崩溃”“数据库莫名主从切换”。服务器内存分UDIMM和RDIMM后者带寄存器Registered本质是在传输前做信号整形和错误校验。所以选服务器内存首先问一句“支不支持ECC”再用dmidecode确认当前状态dmidecode -t memory | grep -E Maximum Capacity|Installed Size|Type:|Speed: | head -20说明这里用grep筛选内存条的关键字段。“Maximum Capacity”是整机最大内存“Installed Size”是当前每条容量“Type”是内存代数DDR4/DDR5“Speed”是运行时频率。如果买的是DDR4-3200却跑在2400多半是混插或者没开XMP。内存插法有讲究多路CPU服务器的内存先插满第一颗CPU的所有通道。例如双路机器有12个插槽先插CPU0对应的6条通道容量翻倍时再加到CPU1。乱插会让内存跑在单通道模式带宽直接减半。物理机需要看插槽布局时在BIOS里能找到内存拓扑图云服务器选实例规格时会直接显示“内存类型”是否带ECC省了很多麻烦。2.2 磁盘阵列RAID0/1/5/10怎么选热备盘要不要配磁盘阵列RAID是把多块物理盘组合成一块逻辑盘解决容量、性能和安全三件事。很多人把RAID挂在嘴边但一上来就选RAID 5其实还要看你是重性能还是重安全。先看最常见的五种等级RAID等级最少盘数可用容量容错能力典型场景RAID 02全部无缓存盘、不重要的临时数据RAID 1250%单盘故障系统盘、数据库日志盘RAID 53(n-1)/n单盘故障文件服务器、普通业务RAID 64(n-2)/n双盘故障大容量、数据安全要求高的存储RAID 10450%每组最多坏一块数据库高性能场景选完等级还要想“热备盘”。热备盘是阵列里一块待命盘平时不参与读写一旦阵列里有盘离线它自动顶替开始重建。配RAID 5或6时我建议至少留一块否则半夜盘坏了只能披着衣服去机房换盘。硬件RAID卡和软件RAID是两条路线硬件RAID有独立控制器和缓存断电容易丢数据需要接UPS或装电池/电容模块配置一般进阵列卡BIOS完成。软件RAID常见用Linux的mdadm不依赖专门卡但CPU占用高一些重建速度也慢适合测试环境。生产环境能选硬件RAID就选硬件RAID。注意新RAID阵列要先初始化再使用否则读每条数据都带校验逻辑IO性能和写入稳定性都会明显变差。服务器磁盘阵列怎么做在设备采购阶段就要想清楚而不是等装系统时临时起意。盘的数量和容量直接决定RAID等级例如想用RAID 10却只有三块盘就完全没法组。物理服务器较多时最好开启阵列卡的SMART告警和邮件通知盘快坏的时候提前知道后面很多“硬盘坏了才知道”的翻车都能避免。2.3 电源与散热冗余电源和液冷服务器到底在解决什么问题服务器电源不像PC电源一个模子。机架式服务器基本都是双电源常见11冗余两颗电源同时工作任意一颗坏了另一颗继续供电更换时不用关机。小规模机房一般买两路600W到800W具体按CPU数量和硬盘数量估算。散热方面传统机架式以风冷为主。随着单柜功耗上涨液冷服务器开始在机房落地。液冷不是玄学——它用冷却液把CPU、GPU热量带出机柜噪音低、能效高但漏液风险和维护门槛也高。中小团队不用盲目追求液冷把机房温度控制在18到27摄氏度、湿度40%到60%风冷已经足够稳定。比起电源冗余UPS不间断电源更需要优先安排。市电波动或闪断是服务器硬件损坏和文件系统损坏的头号原因。哪怕没有专业机房过载保护好的UPS也能避免突然断电损坏阵列卡缓存或数据库日志。服务器没接UPS时看着能跑一次雷击停电就够你折腾一整夜。电源管理在IPMI/BMC里还能设置断电策略建议把“来电后自动开机”打开。机房断电恢复后如果服务器没有自动起来一台台手动按电源键在凌晨三点真的很痛苦。3. 服务器操作系统与虚拟化Linux、Windows Server怎么选物理机到手接下来决定它的“灵魂”装什么操作系统。生产服务器主流是Linux或Windows Server测试环境经常用虚拟化隔离。很多人纠结这个问题我说说实际判断标准。3.1 Linux发行版Ubuntu Server和CentOS各自适合什么场景Linux服务器发行版常见就两支Debian系和RedHat系。Ubuntu Server属于Debian系软件新、社区活跃用apt管理包CentOS现在更常看Rocky Linux、AlmaLinux属于RedHat系包管理用yum/dnf默认配置偏保守适合追求稳定的业务。我做实验机用Ubuntu Server因为apt装软件方便很多开源项目直接给deb包。生产业务系统我更倾向Rocky/AlmaLinux原因是RHEL系列的生态稳定内核版本更新慢但经过大量生产环境验证补丁也比较保守。注意老CentOS的生命周期已经结束别再用它撑新业务新项目直接选Rocky或AlmaLinux否则安全补丁会越来越跟不上。最小安装和远程管理的操作如下# Ubuntu / Debian apt update apt install -y openssh-server nginx # CentOS / Rocky / AlmaLinux dnf update -y dnf install -y openssh-server nginx systemctl enable --now sshd nginx说明第一条语句是更新软件包索引再安装包第二条是RedHat系的对应操作。systemctl enable --now让服务开机自启并在当前会话立即启动比单独enable再start少一次操作。-y跳过安装确认适合脚本化安装。新手最踩坑的一点是“用什么工具远程管理”。如果对命令行不熟测试环境可以装1Panel这类开源面板它降低操作成本也带可视化文件管理和终端功能但面板本身暴露在公网会增加被攻击的入口所以在内网或加了访问控制后使用。生产环境我习惯纯SSH加跳板机管理不留面板入口。顺带一提互联网上“免费云服务器”的广告大多绑定到期续费正经业务启动宁可买台有SLA的低配云服务器也不要因为免费两个字把核心数据放到没保障的机器上。3.2 Windows Server的域控和AD什么时候非它不可Windows Server在Active DirectoryAD域控、组策略、Windows生态软件授权这类场景里几乎不可替代。公司电脑要统一登录、统一下发打印机和安全策略Windows Server搭域控制器是最成熟的做法。Windows Server 2016/2019/2022的经典组合是AD域控 DNS 文件共享。但Windows Server独有一些坑也很明显系统补丁重启频繁长时间不重启会缓慢变卡默认安装占资源大2核4G的机器跑起来很吃力安全基线配置比Linux复杂——Windows防火墙入站和出站规则没有现成的命令行习惯很多新手一改就导致服务不可访问。部署时至少要知道三项安装“Active Directory域服务”前先给服务器配固定IP和DNSDNS指向域控自己。服务器时间用w32tm同步到NTP时间服务器否则域认证会出问题。防火墙先放行RDP3389和域控相关端口但别把全部端口裸给公网。如果你的业务只是跑PHP、Java或Node的Web服务Windows Server不是必要选择大多数Web服务和数据库服务在Linux上更顺、更省内存。Windows的事交给WindowsLinux的事交给Linux两边按场景选就好。3.3 服务器虚拟化KVM和ESXi让一台物理机变多台关注“服务器虚拟化技术”的人很多一台高配物理服务器上开多个虚拟机VM互不干扰、随时快照、资源弹性调整。常见方案中KVMLinux内核自带虚拟化能力配合libvirt/QEMU使用免费但要命令行功底。VMware ESXi商业方案安装简单、管理界面友好性能好但License不便宜。Proxmox VE基于KVM的Web管理平台有社区版非常适合小团队我的测试机全放这上面。虚拟化的核心收益是“隔离”和“快照”给客户开测试环境直接克隆快照出问题回滚不用重新装系统。用KVM创建一台虚拟机常用命令如下# 创建一台2核2G内存、40G磁盘的虚拟机通过串口安装系统 virt-install \ --name vm01 \ --vcpus 2 \ --memory 2048 \ --disk path/var/lib/libvirt/images/vm01.qcow2,size40,formatqcow2 \ --os-variant ubuntu22.04 \ --network networkdefault \ --graphics none \ --extra-args consolettyS0说明命令是virt-install创建虚拟机。--vcpus是虚拟CPU数--memory单位是MB--disk指定磁盘镜像路径、大小和格式qcow2支持按需增长和快照。--os-variant告诉KVM按哪个系统优先生成配置。--graphics none搭配consolettyS0用于无图形界面环境通过串口安装系统——很多机房机器没有视频输出的时候靠这个选项才能顺利装完。部署时CPU资源要留余量不要让虚拟机总数超出物理核数太多否则会出现CPU延迟和排队。虚拟化后别忘了资源分配虚拟机磁盘是稀疏文件刚开始占用很小写入后慢慢变大。要定期查看宿主机磁盘水位避免“所有虚拟机忽然写不进去”的翻车现场。如果要做服务器集群虚拟机分布在各宿主机上时还要统一时间同步和数据存储否则调度和状态同步会错乱。4. 服务器基础服务配置固定IP、NTP时间服务器和Web服务实战服务器装好系统下一步是让它真正提供服务。固定IP、DNS、时间同步、Web服务和远程管理这四样是绝大多数服务器的底座。顺序也很重要先网络再时间再业务。4.1 固定IP和DNS服务器入网的第一步怎么配置服务器要走网络第一件事是配置固定IP。用DHCP自动获取地址一旦变化SSH断连、域名解析失效都会接踵而来。物理机在安装系统时就能指定静态IP已经装好系统的话Linux下常用nmcli或直接改配置文件。最小配置示例Ubuntu 22.04的netplanvim /etc/netplan/01-netcfg.yamlnetwork: version: 2 ethernets: eth0: # 关闭DHCP使用固定地址 dhcp4: false addresses: - 192.168.1.10/24 routes: - to: default via: 192.168.1.1 nameservers: addresses: [223.5.5.5, 119.29.29.29]说明dhcp4: false禁用自动获取地址addresses写固定IP和掩码routes是默认网关nameservers配置DNS。国内服务器常用223.5.5.5阿里、119.29.29.29腾讯解析外部域名稳定。配置完执行netplan apply生效用ip addr验证。大团队或对安全要求高的网络还会自建DNS服务器比如用CoreDNS或Bind解析内网域名。这样服务访问不依赖外网DNS延迟更低也减少泄漏内网解析记录的可能。但自建DNS的维护成本主要在安全和性能递归查询被打爆时会拖垮所有依赖解析的服务初期不一定要迷信拿云厂商的VPC内网DNS更省事。“怎么查看服务器的文件”——登录服务器后常见的操作就是ls -lh看大小和权限配合du -sh *找占用大的目录。很多新手习惯用Windows图形界面“进入服务器”其实SSH连上后用命令行管文件最快配合scp或rsync同步比图形界面工具更稳。4.2 NTP时间服务器服务器时间不准会导致什么问题时间不同步在单机时看着没事在服务器集群和证书体系里就是大问题。时间偏几分钟日志对不上排障时根本不知道哪个事件先发生HTTPS证书会报“证书尚未生效”或“证书已过期”SSH和Kerberos认证也可能直接失败。配置时间同步常用NTP时间服务器有ntp.aliyun.com、ntp.tencent.com这些都是国内可直连的公共服务器。新系统默认用chrony配置如下vim /etc/chrony/chrony.confpool ntp.aliyun.com iburst pool ntp.tencent.com iburst makestep 1 3systemctl restart chronyd chronyc sources -v说明pool是上游时间服务器地址iburst表示首次同步时快速请求几次加快校准makestep 1 3指时间偏差超过1秒时在前3次更新内直接步进调整之后用平滑方式避免业务时间跳变。chronyc sources -v查看同步来源、延迟和抖动date看当前系统时间。服务器时区也要一起检查timedatectl set-timezone Asia/Shanghai设置时区。很多人只同步了UTC没设时区导致定时任务在本地时区的“凌晨”触发业务看起来像半夜自动重启其实就是时区没设好。机房服务器多的话统一在部署脚本里把时区和NTP一起固化避免一台台手改。4.3 Web服务器与远程管理nginx、SSH和防火墙的配合最常见的外网服务形态是Web服务。用nginx做HTTP服务入口一个静态站点的最小配置如下server { listen 80; # HTTP端口 server_name example.com; # 绑定域名 root /var/www/html; # 站点根目录 index index.html; }说明listen 80监听HTTP端口server_name绑定域名root是站点根目录index指定默认首页文件名。配置文件写完后先nginx -t测试语法再systemctl reload nginx平滑重载不会断开已建立的连接。远程管理最常用是SSH。生产环境优先用密钥认证而不是密码登录公网上一分钟能被打几百次密码尝试一点都不夸张。现在很多云厂商默认禁用密码登录确实能减少大量攻击。个人服务器的建议做法是ssh-keygen -t ed25519 -C your_emailexample.com ssh-copy-id -p 22 userserver_ip说明ed25519算法安全且密钥短已成为默认选项。-C是备注信息方便多机器识别。ssh-copy-id把本地公钥追加到服务器的~/.ssh/authorized_keys执行过程中会要求输入一次密码。完成后再把/etc/ssh/sshd_config里的PasswordAuthentication no改掉并重启sshd。关键习惯确认用新终端能正常登录后再关闭密码认证否则可能把自己锁在门外。开放端口时防火墙策略只放行需要的服务。常见只放22、80、443不要一刀切iptables -P INPUT ACCEPT。这样Web服务器安全底线就有了。服务不多时宁可默认拒绝、逐个放行也比全部敞开再亡羊补牢强。5. 服务器运维避坑指南五个新手最容易踩的坑这部分是血泪经验汇总。每一条我都踩过或帮别人收拾过现象、原因、解决按顺序写照着排查就行。5.1 防火墙规则改完就断连入站出站策略怎么安全开放现象在公网服务器上执行清空防火墙规则或添加规则后SSH立刻断开怎么都连不上。原因默认策略变成了拒绝一切或者没有先放行SSH端口也有可能是改了规则没保存重启后规则恢复但当前会话已经断了。解决改防火墙之前先用screen或tmux开一个临时会话万一断了还能从另一个终端救回来。放行SSH端口的标准做法# 放行22端口并立即加载新规则 firewall-cmd --permanent --add-port22/tcp firewall-cmd --reload说明--permanent把规则写入持久配置--reload立即加载不需要重启防火墙服务。如果你的系统用ufw对应命令是ufw allow 22/tcp。提示云服务器的安全组和系统防火墙是两层叠加生效。排查“端口不通”先看云控制台安全组再看系统防火墙不要一上来就关防火墙。错误示范是直接systemctl stop firewalld它会同时把NAT和伪装规则一起停掉内网访问外网也断了。讨论windows2016服务器入站出站策略开放指定端口这类问题时同样先看系统自带防火墙的配置顺序再做针对性放行。5.2 时间不同步证书报错和日志错位的排查路径现象HTTPS访问报“证书无效”但证书明明没过期系统日志时间和业务日志时间对不上域控环境里客户端频繁掉认证。原因服务器时间漂移证书有效期校验失败时区设置错误导致日志看起来前后颠倒。解决# 设置时区并强制同步时间 timedatectl set-timezone Asia/Shanghai systemctl restart chronyd chronyc makestep date如果是Windows Server执行w32tm /resync并把Windows Time服务启动类型设为自动。公司内网有NTP服务器时优先指向内网地址比走公网稳定也减少对公网的依赖。5.3 磁盘被日志撑满服务器的隐形杀手现象服务无端变慢数据库写不进去SSH连上后执行命令报“No space left on device”Web页面偶尔返回“很抱歉遇到一些临时服务器问题”这类错误页。原因应用或系统日志没做轮转比如nginx access.log几个月不管动辄几十GB临时目录/tmp也没有清理机制。解决先用命令定位占用大的目录df -h du -sh /var/log/*df -h看分区使用率du -sh /var/log/*列出日志目录下每个文件的大小。找到大文件后配置logrotate自动轮转# 每日轮转nginx日志保留7份并压缩 cat /etc/logrotate.d/nginx EOF /var/log/nginx/*.log { daily rotate 7 compress missingok notifempty postrotate /bin/kill -USR1 $(cat /var/run/nginx.pid) endscript } EOF说明daily每天轮转一次rotate 7保留最近7份compress把旧日志压缩notifempty日志为空时不创建新文件postrotate里的脚本让nginx重新打开日志文件——不写这句话nginx会一直往已删除的旧文件句柄里写磁盘空间也释放不了。5.4 SSH暴力破解公网服务器最常见的攻击现象登录时提示“Too many authentication failures”日志里/var/log/auth.log全是Failed password记录。原因公网IP被扫描攻击者用密码字典不断尝试SSH登录。云服务器一上线几小时内就会被扫描这几乎是必然的。解决三件套禁用root远程登录PermitRootLogin no。改用密钥登录并设置PasswordAuthentication no。安装fail2banIP多次失败自动封禁。fail2ban配置示例# 安装fail2ban并启用sshd防护 apt install -y fail2ban cat /etc/fail2ban/jail.local EOF [sshd] enabled true port ssh # 监听ssh服务端口 maxretry 5 # 5次失败触发封禁 bantime 3600 # 封禁3600秒 EOF systemctl restart fail2ban说明maxretry 5表示5次失败触发封禁bantime 3600表示封禁3600秒。fail2ban不是银弹它只是降低攻击频率真要安全还是靠密钥认证和限制来源IP。如果你用非标准端口把port ssh改成实际端口号否则fail2ban监听不到。5.5 误删数据快照和异地备份是最后的后悔药现象rm -rf删错了目录或数据库被某条drop操作干掉瞬间懵在原地。原因没做快照或备份或备份只存在同一台机器上磁盘一起坏时全部归零。解决云服务器在云控制台做系统盘快照修改前先做一次改错了能回滚。物理服务器用备份脚本把重要目录推到异地存储比如用rsync到另一台机器。文件同步示例rsync -av --delete /data/ backup_host:/data/。说明-a归档模式保留权限和时间戳-v打印同步过程--delete让目标端删除源端已经删除的文件保证两边一致。第一次全量同步会比较久后续增量很快。同步完成后做一次校验确认目标端目录大小和文件数一致才算真备份完成。我现在的习惯是影响面大的操作前先做快照或备份再动手。快照不是万能药它有保存周期一周左右就会被覆盖真正给数据兜底的还是异地备份和定期恢复演练。忘了这步的时候大概率就是哭的时候。6. 服务器健康状态体检用五条命令快速排查卡顿和故障服务器日常巡检我直接记这五条命令比很多眼花缭乱的监控大屏都可靠。uptime # 查看平均负载 free -h # 查看内存使用 df -h # 查看磁盘使用率 dmesg -T | tail -20 # 查看内核和硬件报错 journalctl -xe | head -50 # 查看最近系统日志说明uptime看1、5、15分钟平均负载对照CPU核数判断是否过载free -h看available字段这是真正可用的内存df -h看分区使用率超过85%要处理dmesg -T显示内核和硬件报错比如磁盘I/O错误、OOMjournalctl -xe看最近的系统服务错误。串起来读一遍先看负载如果load average长期超过CPU核数再结合内存、磁盘判断是CPU不足还是内存交换free -h里swap被大量使用说明内存不够df -h里/var/log爆满说明日志没轮转dmesg出现“Out of memory”或“blk_update_request I/O error”就是硬件或内存先兆。网络层面的问题可以配合sar -n DEV 1或nload看服务器的网络利用率长期超过70%就要考虑带宽扩容或限流。很多“卡顿”其实是带宽被占满CPU和内存都闲着不监控网络就找不到原因。我的习惯是每周固定做一次巡检每次十分钟。发现一次异常就对照第5章的避坑清单处理顺手把logrotate、NTP、密钥登录这些底线配置补上。服务器常识说到底是这些反复用得到的东西把常用命令背下来比存一堆PPT有用得多希望帮到你。本文还有配套的精品资源点击获取