装机这事听起来简单但真要在一台600GB磁盘的物理服务器上装CentOS 7.6还得把Bond配好中间坑其实不少。尤其是现在网上教程要么只讲装系统要么只讲配置Bond很少有把这两个动作放在一条链路里说清楚的。我最近刚好又给机房一台R系列服务器重装了系统顺手把网卡Bond也一起做了趁着记忆还热把整个过程和踩过的坑完整记录一下。先说下我这台机器的具体情况双路CPU内存64GB磁盘就是一块600GB的SAS盘板载四个千兆网口需要做两两Bond。操作系统选择CentOS 7.61810版本内核3.10.0-957装的是最小化安装加一部分运维常用组件。1. 为什么服务器要做Bond以及600GB磁盘的分区思路1.1 Bond到底解决了什么问题单块网卡的带宽和链路稳定性始终是个瓶颈。千兆网卡理论速率125MB/s但实际跑到110MB/s以上就很吃力了一旦网线松动、交换机端口故障或者网卡本身老化业务直接断掉。Bond的核心价值有两个一是链路冗余二是带宽叠加。CentOS 7.6默认支持bonding内核模块不需要额外安装驱动。我在生产环境里最常用的两种模式是mode 1active-backup和mode 4802.3ad。mode 1配置简单不需要交换机配合故障切换时间在100ms以内适合绝大多数业务场景mode 4需要交换机端口做LACP聚合能实现多链路负载均衡但对交换机的配置要求更高小团队维护起来容易出问题。所以这篇文章里我用的方案是mode 1加miimon100参数每100毫秒检测一次链路状态两个物理网口绑成一个逻辑网口主网卡挂了备网卡自动顶上。1.2 600GB磁盘的分区规划600GB说大不大说小不小但跟现在动辄几TB的服务器比它确实需要精打细算。我见过不少人拿到这种规格的机器就直接全部分给根分区系统跑了一两年之后发现日志分区被撑爆root分区满了导致服务起不来这种事故完全可以提前避免。首选重新装系统时都是手工分区方案如下挂载点分区类型大小格式说明/bootext41024MBext4引导分区不需要大1GB足了/ext4100GBext4系统根分区/usr、/etc、/opt都在这/homexfs150GBxfs如果这台机器只跑业务给50GB也行/var/logext4150GBext4日志分区必须单独拆出来/dataxfs剩余空间xfs业务数据分区逻辑卷管理swap这块单独说一下很多人习惯划分一个和内存一样大的swap分区但在64GB内存的物理机上这个做法有点浪费磁盘空间。我的习惯是给16GB swap配合vm.swappiness10的内核参数让系统优先使用物理内存只有在内存压力较大的情况下才用到swap。/boot分区用ext4是个比较保守的选择因为grub对xfs的引导兼容性虽然在新版本中已经没有问题但ext4在CentOS 7上毕竟是最成熟的方案。根分区给100GB装完系统之后正常情况下连20GB都用不到剩下的空间是给后续安装的软件和依赖留的缓冲。2. 安装前的准备工作和最容易忽略的两个细节2.1 镜像选择与启动盘制作CentOS 7.6的官方镜像文件名是CentOS-7-x86_64-Minimal-1810.iso也可以在阿里云镜像站或者清华镜像源下载。如果服务器没有外网用DVD镜像更保险里面包含了常用的软件包不用装完系统再折腾yum源。启动盘制作这里有一个很常见的坑直接用UltraISO写入U盘装到一半会报错找不到安装源。这跟U盘的文件系统格式有关系UltraISO的USB-HDD模式有时候在部分服务器主板上识别不友好。Windows下建议用Rufus选择“DD镜像模式”写入Linux环境下直接用dd命令dd ifCentOS-7-x86_64-Minimal-1810.iso of/dev/sdb bs4M statusprogress这句话没有任何花样但能避免后面装系统装到一半失败重来的尴尬。2.2 BIOS和启动模式的决定现在的服务器大多默认UEFI启动但CentOS 7.6在UEFI模式下的安装流程跟传统BIOS模式有些区别磁盘分区表要用GPT格式。由于我的服务器磁盘只有600GB而且没有超过2TB的容量限制采用传统的BIOS加MBR分区表方案兼容性最好后面如果要做系统克隆或者迁移到虚拟化平台也少一层麻烦。进服务器BIOS需要做的设置有几项SATA Controller Mode设为RAID或AHCI取决于你的磁盘控制器驱动Boot Mode设为Legacy或UEFI二者选其一不要开成UEFI with CSM这种混合模式容易导致安装引导混乱。还有个细节是IPMI带外管理口一定要提前配置好因为后面装完系统配置Bond的时候如果网络配置有问题还可以通过IPMI远程控制台去修复。我这次就是先配置好IPMI的固定IP然后通过web管理界面挂载ISO镜像安装系统省去了跑到机房插U盘的麻烦。3. CentOS 7.6系统安装全流程3.1 安装引导与语言选择从安装介质启动后会进入GRUB引导界面选择“Install CentOS 7”回车。这里等的时间有点久因为内核要加载各种硬件驱动。如果你的服务器用的是比较新的阵列卡或者NVMe磁盘可能还需要在引导参数里加nomodeset或者inst.dd加载驱动不过我这台机器用的是LSI的SAS控制器CentOS 7.6内核自带了驱动直接就能识别出600GB的磁盘。语言选择界面选English不要选中文。这对我来说是一条铁律系统语言用英文日志里的错误信息全是英文的如果用中文系统grep关键字定位问题的时候会非常别扭。时区可以后面再设置。3.2 手工分区步骤进入安装主界面后点击INSTALLATION DESTINATION选择磁盘然后务必选中“I will configure partitioning”单选按钮手工分区。自动分区在这个场景下有两个问题一是自动方案会把整个600GB都分给根分区这不符合我们前面的规划二是自动分区默认会创建LVM逻辑卷对于这台机器来说没必要增加复杂度。手工分区的操作步骤点击左下角的号创建/boot大小1024MB文件系统类型ext4再次点击号创建/大小100GB文件系统类型ext4创建/home大小150GB文件系统类型xfs创建/var/log大小150GB文件系统类型ext4创建swap大小16384MB文件系统类型swap点击号挂载点填/data大小不填留空代表使用剩余全部空间文件系统类型xfs然后点击“Done”两次接受分区方案变更。有个注意事项如果磁盘之前安装过其他系统分区界面的“Unknown”或者已有分区要先删除掉再创建。操作方法很简单选中已有分区点左边框中间的减号全部删干净以后重新加。3.3 KDUMP、网络和软件包选择的细节安装界面的KDUMP选项卡默认是Enabled但对于生产环境服务器我建议关掉。原因是kdump本身会预留一部分内存默认会保留系统内存的一部分给crash kernel我在64GB内存的机器上安装时会顺带把它关掉因为一旦内核崩溃业务可能已经受损重启往往是最快恢复手段。NETWORK HOSTNAME进来以后先设置主机名比如node01.example.local。这时先不要急着打开网卡连接因为我们要等系统装完再手动配置Bond如果在这里开启了DHCP自动获取IP后面配置Bond时还得先停掉NetworkManager的接管多绕一圈。软件包选择上最小化安装是首选。如果这台服务器后面要装MySQL或者编译软件建议勾选“Development Tools”组里面有gcc、make、git这些基础工具省得后面联网安装。完成以上设置之后点击Begin Installation等待进度条走完设置root密码然后重启。3.4 首次启动后的基础环境调整系统重启后第一件事是进入root账户配置网络。这个时候网卡还没有IP需要先临时配置一个地址方便通过SSH远程操作。直接修改/etc/sysconfig/network-scripts/ifcfg-eno1TYPEEthernet BOOTPROTOstatic NAMEeno1 DEVICEeno1 ONBOOTyes IPADDR192.168.10.11 NETMASK255.255.255.0 GATEWAY192.168.10.1 DNS1114.114.114.114 DNS28.8.8.8然后重启网络服务systemctl restart network先用这个临时IP把基础环境配好装完必要的工具以后再来做Bond配置。接下来配置yum源。CentOS官方源在2024年6月30日之后已经归档直接用mirror.centos.org肯定不行需要把yum源切换到Vault源或者国内的阿里云源。当然CentOS 7.6这种老版本也需要先把base源调整到vault对应的目录。我的做法是cd /etc/yum.repos.d/ mkdir /etc/yum.repos.d/backup mv *.repo /etc/yum.repos.d/backup/ curl -o /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo sed -i s/mirror.aliyun.com/mirrors.aliyun.com/g /etc/yum.repos.d/CentOS-Base.repo yum clean all yum makecache同时建议把EPEL源也装上yum install -y epel-release装完之后顺手把这些基础包装上yum install -y vim net-tools wget lsof tcpdump bind-utils telnet这些是排查网络问题的基本工具没有它们Bond配完了你都没法验证效果。4. Bond配置的两种路径安装时配置与系统内配置4.1 安装界面的网卡绑定不是不能用但问题很多在CentOS安装过程中网络配置页面其实提供了一个“Add Bond”按钮可以在系统安装阶段就把Bond建好。具体操作是选择两块物理网卡点配置右下角的“添加”选Bond类型填一个bond0名称设置IP地址和bonding模式然后回到物理网卡界面把两块网卡设为bond0的从属设备。但是这个方案有几个隐患安装器生成的ifcfg-bond0文件非常简单很多参数没有覆盖NetworkManager在安装阶段接管了网络配置生成的配置文件是NM的keyfile格式跟传统的ifcfg格式混在一起后面排查问题容易踩雷。另外一个问题是安装器强制要求Bond模式下必须有IP配置没法先建Bond后加地址。所以我强烈建议在安装阶段跳过网卡配置装完之后采用传统ifcfg文件方式手工配置Bond。对于生产环境明确可控、配置可审计比所谓的“省事”重要得多。4.2 关闭NetworkManager回归network.service这可能是整个Bond配置过程中最关键也最容易被忽略的一步。CentOS 7中NetworkManager默认是开启的它在后台监听并管理所有的网络接口。问题是NM自己在处理Bond时有一套独立的配置方式通过nmcli命令可以创建bond连接但生成的配置会写到/etc/sysconfig/network-scripts/下面以ifcfg-bond0的文件形式存在同时NM会把物理网卡的连接也接管导致我们手工编写的ifcfg-eno1和ifcfg-eno2失效甚至出现重启之后bond接口幽灵存在或者网卡名变成eno16777736这种奇怪现象。与其跟NM的配置逻辑较劲不如彻底关闭它回到CentOS 6时代用network.service管理的模式。关闭方法。systemctl stop NetworkManager systemctl disable NetworkManager systemctl enable network systemctl start network不要担心这样会导致“系统不先进”在服务器这个场景下稳定可控压倒一切。我见过太多人卡在Bond配置半天出不来结果最后发现是NM在作祟。直接用network.service管理所有的配置就是纯文本的ifcfg文件出问题一目了然。4.3 Bond配置文件详解首先创建Bond主接口文件/etc/sysconfig/network-scripts/ifcfg-bond0DEVICEbond0 NAMEbond0 TYPEBond BONDING_MASTERyes ONBOOTyes BOOTPROTOstatic IPADDR192.168.10.11 NETMASK255.255.255.0 GATEWAY192.168.10.1 DNS1114.114.114.114 DNS28.8.8.8 BONDING_OPTSmode1 miimon100这里的BONDING_MASTERyes是CentOS 7.6中必须有的参数它告诉系统这个接口是bonding主接口没有这行ifcfg-bond0可能不会被正确识别为bond接口而是被当成普通网卡启动时直接报错。BONDING_OPTS这一行是整个Bond的核心。mode1对应active-backup模式miimon100表示每100毫秒通过MII方式检测一次网卡物理链路状态。这个参数值设置在50到200之间都可以100是一个比较中庸的选择既能快速感知断线又不会因为检测过于频繁导致CPU占用上升。然后是两块物理网卡的配置。以eno1为例/etc/sysconfig/network-scripts/ifcfg-eno1DEVICEeno1 NAMEeno1 TYPEEthernet BOOTPROTOnone ONBOOTyes MASTERbond0 SLAVEyes同样的方式配置ifcfg-eno2。这里特别注意物理网卡上不要配置任何IP地址信息BOOTPROTOnoneIP地址只存在于bond0主接口上。如果你不小心在物理网卡上也填了IP会造成同一网段内IP冲突网络时通时断。配置完三个文件之后重启网络服务。systemctl restart network不要用ifup bond0来启停因为物理网卡和bond接口有绑定关系单独启停某个接口会导致状态不完整。正确的做法是systemctl restart network一次性全部应用。4.4 验证Bond是否生效重启网络服务之后用以下几个命令确认Bond状态先看状态再验证连通性cat /proc/net/bonding/bond0这个文件会显示当前Bond的详细信息包括bonding模式、MII Polling间隔、当前激活的从属网卡。重点看Currently Active Slave这一行它显示当前是哪块网卡在负责收发数据Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011) Bonding Mode: fault-tolerance (active-backup) Primary Slave: None Currently Active Slave: eno1 MII Status: up MII Polling Interval (ms): 100 Up Delay (ms): 0 Down Delay (ms): 0 Slave Interface: eno1 MII Status: up Speed: 1000 Mbps Duplex: full Slave Interface: eno2 MII Status: up Speed: 1000 Mbps Duplex: full看到MII Status: up说明链路物理状态正常Currently Active Slave: eno1表示eno1是主用接口。接着用ip link show master bond0确认两个从属接口是否都挂在bond0下ip link show master bond0输出应该包含eno1和eno2两个接口。最后ping网关和外部DNS确认网络连通性ping -c 4 192.168.10.1 ping -c 4 114.114.114.1144.5 故障切换实测配置完Bond一定不要跳过故障演练这一步。我见过太多人配置完就扔在那半年之后链路真的出了问题才发现Bond根本没生效或者切换失败。故障演练方法很简单把当前active的物理网卡down掉我这里active的是eno1ip link set dev eno1 down然后立刻查看/proc/net/bonding/bond0正常情况下几秒钟内Currently Active Slave应该自动变为eno2。再从外部机器ping一下这台服务器看是否有丢包ping -c 10 192.168.10.11如果一切正常Bond切换过程几乎不丢包最多丢1到2个包。然后把eno1重新启用ip link set dev eno1 upbalancing的规则是通过arp_ip_target或者primary参数决定主备切换策略的mode 1下默认是any slave can become active也就说eno1恢复之后不会自动切换回eno1除非你设置了primaryeno1参数。如果希望eno1始终是主用口恢复后自动切回需要在ifcfg-bond0的BONDING_OPTS中加上primaryeno1BONDING_OPTSmode1 miimon100 primaryeno1这个参数在网卡故障恢复时非常实用毕竟我们希望主用链路尽量稳定在主网卡上。5. 生产环境Bond配置必须补完的细节5.1 防止多网卡环境下的路由混乱如果服务器上除了bond0还有其他非绑定网卡比如用于带外管理的网卡或者连接存储网络的网卡要在/etc/iproute2/rt_tables中配置策略路由否则流量可能从错误接口发出。我的原则是服务器上除了bond0之外其他网卡一律不配置IP地址除非有明确的用途。这样路由表天然干净不存在多出口导致的路由混乱问题。如果确实有多个IP需要配置建议给每块网卡配置METRIC权重低数值优先。5.2 Bond与MTU的配合问题普通千兆网口的MTU默认是1500如果你的内网环境启用了Jumbo Frame巨型帧比如交换机上配置了MTU 9000那么bond0接口和物理网卡的MTU都要设置成一致MTU9000在ifcfg-bond0和ifcfg-eno1/eno2中都要加这一行。大坑是有时候你只在bond0上配了MTU物理网卡没配结果iperf测试带宽时吞吐率反而下降这个问题在排查时不太容易发现。检查各接口MTU是否一致ip link show5.3 写入网络参数调优CentOS 7.6的默认内核参数对网络性能的调优并不激进在跑高流量业务之前建议在/etc/sysctl.conf中追加以下参数net.core.somaxconn 65535 net.core.rmem_default 262144 net.core.wmem_default 262144 net.core.rmem_max 16777216 net.core.wmem_max 16777216 net.ipv4.tcp_rmem 4096 87380 16777216 net.ipv4.tcp_wmem 4096 65536 16777216 net.ipv4.tcp_tw_reuse 1 net.ipv4.tcp_fin_timeout 30 net.ipv4.tcp_max_syn_backlog 8192 net.ipv4.ip_local_port_range 1024 65535 net.ipv4.conf.all.rp_filter 0 net.ipv4.conf.bond0.rp_filter 0rp_filter需要重点说明一下在Bond的active-backup模式下反向路径过滤如果保持默认的严格模式值为1从备用网卡进来的流量可能会被内核丢弃导致切换后不通。这个问题在mode 1下尤其隐蔽因为切换前测试一切正常真正切换的时候才暴露让人误以为是Bond切换脚本的问题。调整完参数记得sysctl -p5.4 开机自启动与异常断电的恢复ifcfg-bond0中已经写了ONBOOTyes理论上重启后Bond会自动拉起。但CentOS 7.6有个常见的启动顺序问题network服务启动时如果物理网卡链路还没来得及协商完成bond0的建连可能会失败。为了避免这个情况在ifcfg-eno1和ifcfg-eno2中加上LINK_DELAY0但更稳妥的办法是设置bonding的内核模块参数。创建/etc/modprobe.d/bonding.confalias bond0 bonding options bonding mode1 miimon100 max_bonds1这样即使ifcfg文件里的BONDING_OPTS没有被正确解析内核层面的bonding也会以正确的模式和参数加载相当于多了一层保护。6. Bond配置排错最常踩的四个坑以及排查链路6.1 重启后bond0没起来物理网卡没地址这个故障的排查链路相对明确。重启之后SSH连不上只能通过IPMI或者其他带外方式进去。登进系统后先看statusip link show systemctl status network重点查几个地方第一/etc/sysconfig/network-scripts/ifcfg-bond0有没有BONDING_MASTERyes。前面说过没有这行的后果是systemd-networkd不会把bond0识别为bonding master接口启动时直接跳过。第二物理网卡配置文件里MASTERbond0和SLAVEyes是否都在。漏了SLAVEyes网卡不会把自己挂到bond0下面。第三看NetworkManager是不是又起来了。如果你执行了systemctl disable NetworkManager但用的是enable命令而不是mask某些依赖NM的服务例如NetworkManager-wait-online.service会在启动时把它拉起来systemctl mask NetworkManagermask比disable更彻底它会把服务链接到一个/dev/null设备任何依赖它的服务都无法启动它。建议在配置Bond时直接mask。6.2 Bond起来了但ping不通外网Bond接口状态是UP链路也是up但ping网关不通。这时分几步排查先在服务器上ping网关IP通了的话说明二层没问题接着ping DNS的IP还不通就检查路由表ip route正常应该有一条default via 192.168.10.1 dev bond0。如果default路由走了别的接口查看bond0的ifcfg文件中的GATEWAY是否写对以及有没有多余的ifcfg文件也在指定网关。如果网关ping得通但外网ping不通跑一下cat /etc/resolv.conf看DNS配置。CentOS 7.6的/etc/resolv.conf有时候会被NetworkManager覆盖如果你关闭了NM那么resolv.conf应该只受/etc/sysconfig/network-scripts/ifcfg-bond0中DNS行的控制。6.3 拔掉网线后切换正常但重启回来变成主备交换了这是一个非常容易让人迷惑的现象。假设你测试的时候拔的是eno1的网线切换正常。但重启系统之后发现Currently Active Slave显示的是eno2而不是我们期望的eno1。这并不是故障只是bonding在切换后没有主从优先级的概念导致的。如果希望恢复后始终让eno1做主用口除了要在BONDING_OPTS中添加primaryeno1之外还需要在主配置文件里设置BONDING_OPTSmode1 miimon100 primaryeno1同时注意ifcfg-eno2中不要设置任何PRIO相关参数避免干扰主从判定。6.4 性能没有提升甚至比单网卡还差很多人配置Bond的初衷是提升吞吐量但是mode 1active-backup本身就不提供带宽叠加这一点在配置之前要有清晰的认知backup模式的唯一价值就是高可用。如果要提升吞吐必须切换到mode 4802.3adLACP需要交换机配合配置链路聚合且双网卡必须连在同一个聚合端口组内。mode 4下内核用xmit_hash_policy来分发流量常用的策略是layer34。在ifcfg-bond0的BONDING_OPTS里设置BONDING_OPTSmode4 miimon100 xmit_hash_policylayer34这里再提醒一次mdoe 4模式需要交换机端配置好LACP不可独立工作。如果你没有权限登录交换机老老实实用mode 1就好。6.5 一个通用的Bond问题定位命令集锦直接抄走按顺序执行和检查# 检查bond接口是否创建、状态如何 cat /proc/net/bonding/bond0 # 列出所有网卡及IP地址 ip addr show # 查看各网卡是否有挂在bond0下 ip link show master bond0 # 查看路由表 ip route # 查看network服务状态和错误日志 systemctl status network journalctl -u network -n 50 --no-pager # 检查bonding内核模块是否加载 lsmod | grep bonding # 查看当前链路状态 ethtool eno1 ethtool eno2整个排查逻辑可以归纳为先确认bond接口存在且状态up再确认物理网卡拉起了链路然后确认路由和IP配置没有冲突最后看内核日志有没有关于bonding的错误信息。7. Bond切换脚本与监控告警的落地经验7.1 监测Bond状态的周期性脚本配置完Bond之后还需要有监控手段来确认它长期处于健康状态。写一个简单的shell脚本配合crontab每五分钟检查一次Bond状态异常时写入系统日志#!/bin/bash # /usr/local/bin/check_bond.sh BOND_STAT$(cat /proc/net/bonding/bond0) CURRENT_ACTIVE$(echo $BOND_STAT | grep Currently Active Slave | awk {print $4}) if [ -z $CURRENT_ACTIVE ] || echo $BOND_STAT | grep -q MII Status: down; then echo $(date %F %T) bond0 error /var/log/bond_check.log exit 1 fi echo $(date %F %T) bond0 OK active$CURRENT_ACTIVE /var/log/bond_check.log配合crontab*/5 * * * * /usr/local/bin/check_bond.sh这里通过/proc/net/bonding/bond0而不是ethtool来检测状态是因为/proc文件是内核直接反馈的bond状态可靠性最高而ethtool查询的是网卡驱动的信息两者在异常场景下可能有时间差。7.2 交换机侧需要配合的事项Bond的mode 1模式不需要交换机端的任何配置直接把两根网线插在交换机任意两个端口即可。但如果交换机上启用了STPSpanning Tree Protocol建议把连接服务器的两个端口设置为PortFast/Edge Port否则STP收敛时间会导致Bond切换时网络中断10到30秒。如果使用mode 4交换机侧需要把两个端口加入同一个静态聚合组或动态LACP聚合组并且两个端口的VLAN配置、Trunk设置要完全一致。这一点很多刚接触Bond的人容易忽略服务器侧配好了802.3ad但交换机侧端口一个属于access模式一个属于trunk模式Bond永远起不来。8. 装机完成后必做的基础安全加固Bond配置完成后系统是可以跑业务了但离“上线标准”还差一截。CentOS 7.6虽然是老系统但加固动作不能少。这一步不是可选项在将系统移交业务团队之前我至少会做以下几件事修改SSH默认配置编辑/etc/ssh/sshd_config将PermitRootLogin改为noPasswordAuthentication改为no改用公钥登录。虽然有些小团队嫌麻烦但一台公网可达的机器开着root密码登录就是给攻击者送分。配置firewalld或iptablesCentOS 7.6默认防火墙是firewalld很多运维为了省事直接systemctl stop firewalld这个习惯非常危险。最小化安装的系统上只放行SSH和实际业务端口。安装并配置fail2ban把暴力破解SSH的IP直接拉黑日志量会明显减少。统一配置NTP时间同步yum install -y chrony systemctl enable chronyd systemctl start chronyd时间同步在排查网络问题时很关键日志时间不对会让人怀疑Bond切换时间点是否正常。9. 最后再说几个实际操作中的Tips这套流程我在不同品牌的服务器上都跑过Dell R740、HP DL380、浪潮NF系列Bond的配置思路完全一致区别主要在于网卡命名规则。Dell和HP默认网卡名可能是eno1/eno2浪潮可能是em1/em2配置方法完全一样只需要把配置文件里的DEVICE字段改成实际网卡名。另外一个实用技巧是配置Bond之前先执行ethtool -i eno1看驱动名。如果是ixgbeIntel 10G网卡在配置Bond的时候建议在/etc/modprobe.d/ixgbe.conf里加上options ixgbe allow_unsupported_sfp1这个参数主要解决部分兼容SFP模块不被识别的问题。对于千兆板载网卡e1000e或igb驱动不需要做特殊处理。最后是关于selinux的建议。CentOS 7.6默认SELinux是enforcing模式如果后续要跑Nginx、MySQL这类软件文件上下文需要逐一放行对新手来说比较折腾。我的习惯是装完系统先把SELinux设为permissive模式而不是完全关闭后续按业务需求逐步放行setenforce 0 sed -i s/^SELINUXenforcing/SELINUXpermissive/ /etc/selinux/configpermissive模式只警告不阻断即能直观看到哪些访问被SELinux策略拦截了又不影响业务上线等业务跑稳定之后有精力再正经配置策略。说了这么多其实核心就一句话系统安装和Bond配置都是基础设施里的“基本功”基本功扎实后面业务网络出问题的概率会小很多。尤其是Bond这种配置改一次配置可能要等到真正故障的时候才能验证效果提前做好物理层的故障演练显得尤为重要。我在配置完Bond之后一定会强制自己当场做一次断线测试确认切换正常才收工这个习惯帮我挡掉了许多肉眼看不见的坑。
