1. 为什么需要自建YUM仓库？

在企业级Linux运维中，自建YUM仓库是个基本功。我见过太多生产环境因为依赖外部源导致部署卡壳的情况——某次凌晨三点紧急修复安全漏洞时，官方源突然响应缓慢，整个运维团队硬是等了两个小时才完成补丁更新。这种教训让我坚定了一个原则：关键系统必须掌握软件供应链的自主权。

自建仓库的核心价值在于：

• 稳定性：完全摆脱对公共源的依赖，网络抖动、源站维护都不再影响业务
• 安全性：可对软件包进行二次校验，避免供应链攻击
• 效率：内网千兆传输比公网下载快10倍不止
• 合规：满足等保要求中对软件来源的可控性要求

2. 仓库构建前的准备工作

2.1 硬件资源规划

根据我的经验，一个中等规模（100+节点）的仓库建议配置：

CPU: 4核以上 内存: 8GB+ 存储: 500GB RAID5 (实际需求=基础包200GB + 业务包300GB) 网络: 千兆内网（建议绑定双网卡做负载均衡）

2.2 软件环境搭建

先确保基础服务就位：

# 安装必要工具 yum install -y createrepo yum-utils httpd # 配置防火墙（生产环境建议改用硬件防火墙规则） firewall-cmd --permanent --add-service=http firewall-cmd --reload # 创建仓库目录结构 mkdir -p /var/www/html/repos/{base,updates,extras,epel}

关键技巧：使用独立磁盘挂载到/var/www/html，避免仓库膨胀挤占系统空间

3. 仓库构建全流程实操

3.1 基础软件包同步

以阿里云镜像站为例演示同步：

reposync -n -r base -p /var/www/html/repos/base --download-metadata reposync -n -r updates -p /var/www/html/repos/updates

这里有几个经验参数：

• -n：仅下载最新版，节省空间
• --download-metadata：必须获取repodata，否则无法建立索引
• 建议凌晨通过cron定时同步：

0 3 * * * /usr/bin/reposync -n -r base -p /var/www/html/repos/base

3.2 生成仓库元数据

这是最易出错的环节，正确姿势：

createrepo -v /var/www/html/repos/base --update createrepo -v /var/www/html/repos/updates --update

常见问题处理：

• 遇到Error parsing XML时，执行：

rm -f /var/www/html/repos/base/repodata/*.xml createrepo --update /var/www/html/repos/base

3.3 自定义软件包管理

添加业务软件到extras目录：

# 示例：添加自制RPM包 cp nginx-custom-1.18.0.rpm /var/www/html/repos/extras createrepo --update /var/www/html/repos/extras

4. 客户端配置指南

4.1 基础配置模板

创建/etc/yum.repos.d/local.repo：

[local-base] name=Local Base baseurl=http://yum-server/repos/base enabled=1 gpgcheck=0 [local-updates] name=Local Updates baseurl=http://yum-server/repos/updates enabled=1 priority=10

4.2 高级调优技巧

• 带宽限制（适用于大规模集群）：

# 在仓库服务器httpd配置中添加 BandwidthLimit 8M

• 缓存加速：

yum makecache fast

5. 运维监控方案

5.1 仓库健康检查

我常用的监控脚本：

#!/bin/bash REPO_STATUS=$(curl -sI http://localhost/repos/base/repodata/repomd.xml | head -1) if [[ $REPO_STATUS != *"200"* ]]; then echo "仓库异常！" | mail -s "YUM仓库告警" admin@example.com fi

5.2 存储空间预警

在/etc/cron.daily/添加空间检查：

#!/bin/bash THRESHOLD=90 USAGE=$(df -h /var/www/html | awk 'NR==2{print $5}' | tr -d '%') if [ $USAGE -gt $THRESHOLD ]; then echo "仓库磁盘使用率已达${USAGE}%" >> /var/log/yum-repo.log fi

6. 灾备方案设计

6.1 增量备份策略

rsync -avz --delete /var/www/html/repos/ backup-server:/yum-backup/

配合logrotate实现版本控制：

/yum-backup { daily rotate 7 compress delaycompress missingok }

6.2 快速恢复流程

实测过的恢复方案：

1. 安装最小化CentOS
2. 挂载备份存储
3. 执行：

rsync -avz backup-server:/yum-backup/ /var/www/html/repos/ systemctl restart httpd

7. 性能优化实战

7.1 网络层优化

调整httpd配置（/etc/httpd/conf/httpd.conf）：

KeepAlive On MaxKeepAliveRequests 100 KeepAliveTimeout 15 # 启用压缩 AddOutputFilterByType DEFLATE application/x-rpm

7.2 存储层优化

使用XFS文件系统并启用reflink：

mkfs.xfs -m reflink=1 /dev/sdb1

8. 安全加固要点

8.1 访问控制

推荐配置：

<Directory "/var/www/html/repos"> Require ip 192.168.1.0/24 Options Indexes FollowSymLinks AllowOverride None </Directory>

8.2 完整性校验

添加GPG签名：

# 生成密钥 gpg --gen-key # 签名仓库 gpg --detach-sign --armor /var/www/html/repos/base/repodata/repomd.xml

9. 疑难问题排查

9.1 常见错误代码库

9.2 日志分析技巧

关键日志路径：

• /var/log/httpd/access_log（查看客户端访问情况）
• /var/log/httpd/error_log（定位服务端错误）
• /var/log/yum.log（记录客户端操作）

分析命令示例：

# 统计客户端访问TOP10 awk '{print $1}' /var/log/httpd/access_log | sort | uniq -c | sort -nr | head

10. 进阶扩展方案

10.1 多架构仓库整合

创建异构仓库目录：

mkdir -p /var/www/html/repos/{x86_64,aarch64}/base

同步时指定架构：

reposync -a x86_64 -r base -p /var/www/html/repos/x86_64/base

10.2 容器化部署方案

使用Docker Compose部署：

version: '3' services: yum-repo: image: centos:7 volumes: - /data/repos:/var/www/html/repos ports: - "80:80" command: > sh -c "yum install -y httpd createrepo && systemctl start httpd && tail -f /dev/null"

这套方案我在三个客户的生产环境落地过，最长的稳定运行已超过4年。记住关键点：定期同步、监控存储、做好备份。当某天公网源突然不可用时，你会感谢现在搭建私有仓库的决定。