手把手教你搞定OpenStack Train版离线部署：从零搭建私有云（附完整yum源制作）-洪萨配资

企业级OpenStack Train离线部署实战：从yum源构建到私有云落地

在数字化转型浪潮中，企业对于私有云的需求日益增长。OpenStack作为开源云计算平台的标杆，其灵活性和可扩展性备受青睐。但对于许多金融机构、军工单位或严格隔离的生产环境而言，离线部署能力成为刚需。本文将完整呈现OpenStack Train版本在内网环境下的部署全流程，特别针对依赖包管理这一核心痛点，提供经过实战验证的解决方案。

1. 离线环境准备与规划

部署OpenStack Train版本前，必须对目标环境进行系统化评估。我们曾为某金融机构实施离线部署时，因忽略交换机MTU设置导致Neutron网络服务异常，这个教训凸显了前期规划的重要性。

1.1 硬件需求评估

典型的中小规模生产环境建议配置：

节点类型	CPU	内存	存储	网卡
控制节点	16核+	32GB+	500GB RAID	双万兆+管理网卡
计算节点	32核+	64GB+	1TB+	双万兆+IPMI
存储节点(Ceph)	12核	32GB	10TB+	双万兆+存储专用网卡

注意：实际配置需根据虚拟机密度和存储策略调整，建议预留30%性能余量

1.2 操作系统准备

离线环境需统一基础系统版本，避免依赖冲突：

# 在所有节点执行 cat /etc/redhat-release CentOS Linux release 7.9.2009 (Core) # 关闭防火墙和SELinux systemctl stop firewalld systemctl disable firewalld setenforce 0 sed -i 's/SELINUX=enforcing/SELINUX=disabled/g' /etc/selinux/config

2. 离线yum源构建实战

依赖管理是离线部署的最大挑战。我们采用分层构建策略，确保依赖完整性和可维护性。

2.1 基础源制作

在外网机器上搭建完整镜像：

# 安装必要工具 yum install -y yum-utils createrepo httpd # 创建本地仓库目录 mkdir -p /var/www/html/openstack-train/{base,openstack} # 同步基础包 reposync -n --repoid=base -p /var/www/html/openstack-train/base reposync -n --repoid=extras -p /var/www/html/openstack-train/base reposync -n --repoid=updates -p /var/www/html/openstack-train/base # 生成元数据 createrepo /var/www/html/openstack-train/base

2.2 OpenStack专用源集成

针对Train版本的特殊依赖处理：

# 添加Train仓库 yum install -y centos-release-openstack-train # 同步核心组件 reposync -n --repoid=centos-openstack-train -p /var/www/html/openstack-train/openstack reposync -n --repoid=centos-qemu-ev -p /var/www/html/openstack-train/openstack # 解决常见依赖缺失问题 curl -L http://mirror.centos.org/centos/7/storage/x86_64/ceph-nautilus/ -o /var/www/html/openstack-train/ceph-repo.html

3. 控制节点深度配置

控制节点是OpenStack的中枢神经系统，其稳定性直接影响整个平台。

3.1 数据库与消息队列

高可用配置建议：

# /etc/my.cnf.d/openstack.cnf [mysqld] bind-address = 0.0.0.0 default-storage-engine = innodb innodb_file_per_table = on max_connections = 4096 collation-server = utf8_general_ci character-set-server = utf8 # RabbitMQ集群配置 rabbitmqctl set_policy HA-all '^(?!amq\.).*' '{"ha-mode":"all"}'

3.2 Keystone服务关键参数

身份认证服务的性能优化：

# /etc/keystone/keystone.conf [token] expiration = 86400 provider = fernet [database] max_retries = -1 db_max_retries = -1

4. 计算节点性能调优

计算节点承载实际工作负载，需针对虚拟化进行深度优化。

4.1 KVM加速配置

<!-- /etc/libvirt/qemu.conf --> <memoryBacking> <hugepages/> </memoryBacking> <cpu mode='host-passthrough' check='none'/>

4.2 NUMA亲和性设置

# 查看NUMA拓扑 lstopo --of png > numa_topology.png # 启动实例时绑定NUMA节点 openstack flavor set m1.large --property hw:numa_nodes=2

5. 网络服务部署陷阱规避

Neutron网络服务配置不当是部署失败的主因之一。

5.1 VXLAN与VLAN选择矩阵

场景	建议方案	MTU设置	注意事项
高性能低延迟	VLAN	1500	需要交换机支持
大规模多租户	VXLAN	1450	需要硬件卸载支持
混合云连接	GRE	1460	加密考虑使用IPSec

5.2 安全组性能瓶颈突破

# 采用开源虚拟防火墙替代方案 yum install -y openvswitch-firewalld systemctl enable ovs-firewalld

6. 存储方案选型建议

根据业务特性选择存储后端：

块存储：Cinder with LVM (适合传统应用)
对象存储：Swift (适合云原生应用)
文件存储：Manila with NFS (适合共享存储场景)

Ceph集群的离线部署需要特别注意：

# Ceph离线安装关键步骤 ceph-deploy install --nogpgcheck --repo-url http://internal-repo/ceph-nautilus node1 node2 node3

7. 部署后验证体系

完整的验证流程比安装更重要，我们推荐分层检查法：

基础服务验证

openstack endpoint list nova service-list neutron agent-list

镜像上传测试

openstack image create --disk-format qcow2 --container-format bare --file cirros-0.5.2-x86_64-disk.img cirros

网络连通性测试

openstack network create test-net openstack subnet create --network test-net --subnet-range 192.168.100.0/24 test-subnet

实例启动验证

openstack server create --flavor m1.tiny --image cirros --nic net-id=$(openstack network show test-net -c id -f value) test-instance

在最近为某汽车厂商实施的部署中，我们通过这套验证体系提前发现了Cinder卷服务与Nova的API版本不兼容问题，避免了生产事故。

手把手教你搞定OpenStack Train版离线部署：从零搭建私有云（附完整yum源制作）