从零搭建ZStack私有云：单机部署到云主机创建全流程详解

说实话刚接触“私有云服务器搭建”这个概念的时候我脑子里第一反应就是 OpenStack 那套庞杂的组件、一堆需要维护的中间件搞到后面连自己都说不清某个服务到底挂没挂。后来开始认真摸 ZStack才慢慢意识到私有云不一定非要把自己折腾到精疲力尽。ZStack 这个国产云计算平台最吸引我的点就是把管理、计算、存储、网络这些东西都收拢到一套统一的架构里部署起来不像传统方案那么劝退日常运维也有图形界面可以兜底。这篇文章我想从一个实际动手者的角度完整还原一遍 ZStack 私有云的搭建过程。不管你是实验室里只有一台物理服务器还是公司里打算上几台机器做一个内部资源池按照下面的思路走基本都能搭出一个能用的私有云环境。我会尽量把每一步背后的原因也讲清楚毕竟很多人照着教程敲了半天命令最后翻车往往不是因为命令不对而是没搞懂自己到底在配置什么。1. 为什么需要自己的私有云以及 ZStack 为什么适合1.1 私有云解决的是“资源弹性”问题很多人觉得“私有云”听起来很玄说白了就是把你手上的一堆物理服务器变成可以随时创建、调整、销毁虚拟机的资源池。在没有云平台的时候我们要在物理机上加一台测试机器得先装系统、配网络、搞远程连接折腾大半天。有了私有云之后开一台机器就像点外卖一样CPU、内存、磁盘随手指定几分钟就能交付。这个“弹性”背后实际上是虚拟化、软件定义网络、分布式存储等能力集成在一起的结果。ZStack 采用的底层是 KVM 虚拟化也就是说它的云主机本质上还是跑在 Linux 生态里的虚拟机只是把以前需要手工完成的操作全部封装成了可视化流程。1.2 ZStack 之于自建私有云的核心优势选择 ZStack 而不是其他方案我当时主要基于三点考虑。第一部署门槛低。ZStack 提供了比较友好的安装引导流程你可以直接拿官方 ISO 装一整台机器也可以把安装脚本放到一台已装好 Linux 的服务上执行。整个过程和你平时装 CentOS、装 Kylin 的体验差不多不需要像传统云平台那样分别部署十几个服务组件。第二管理界面清爽。ZStack 的控制台把区域、集群、计算节点、存储、网络、镜像这些维度都理得很清楚新手不需要在命令行里背一堆操作 API也能完成大部分日常管理动作。第三架构扩展路径明确。一开始单机 all-in-one 做实验后面要上生产可以拆分管理节点和计算节点存储也可以从本地磁盘迁移到 NFS、Ceph 这类共享存储。这个演进过程比较平滑不会用着用着发现原来的投资全部报废。1.3 部署形态与典型适用场景ZStack 私有云的部署形态大体上分三种我根据自己的需求选的是第一种起步。部署形态组成方式适合场景all-in-one 单机一台服务器上同时承担管理、计算、存储学习测试、个人实验室、边缘轻量云标准两节点一台管理节点一台计算节点小规模内部使用业务要求不高的场景多节点集群独立管理节点 多台计算节点 共享存储生产环境、需要高可用和水平扩展我自己最开始就是一台旧服务器CPU 支持虚拟化内存 32GB硬盘两块 SSD直接 all-in-one 起步。先把一套完整私有云流程走通再去考虑扩节点这个策略让我省掉了不少排查环境问题的时间。如果你手头也只是一台机器我强烈建议你不要一上来就强拆管理节点和计算节点先把单机版跑顺后续再加机器。2. 安装前必须想清楚的几张“规划图”2.1 角色划分管理节点、计算节点、存储节点如何取舍很多新手第一次装 ZStack遇到的核心问题不是命令不会敲而是角色概念没建立起来。ZStack 里的一个重要构成是管理节点它负责整个控制台的逻辑调度包括创建云主机的请求分发、资源状态记录、数据库读写等等。计算节点则是实际跑 KVM 虚拟机的物理机负责承载你那些云主机的 CPU 和内存消耗。存储节点这个角色在某些部署方式下可以独立存在也可以直接把计算节点的本地磁盘拿来用。在 all-in-one 形态下这三类工作集中在同一台物理机上方便但是压力也集中。我建议你在安装之前先在纸上写清楚每一台机器的 IP、承担角色、磁盘挂载情况。后面配置网络和存储的时候照着这个表来操作可以少踩很多坑。2.2 网络规划里的三张网管理、业务、存储ZStack 部署中网络规划是最容易导致后期“云主机能创建但连不通”的因素。我这里要特别说明ZStack 内部逻辑上会把网络拆成几个平面物理上不一定需要独立网卡但逻辑上你得清楚每个流量走的是哪条路。管理网承载的是管理节点和计算节点之间的内部流量比如计算节点注册、状态上报、控制命令下发。业务网承载云主机的实际流量也就是用户访问虚拟机时走的路径。存储网通常承载云主机磁盘和备份存储之间的数据流量如果走共享存储存储网性能会直接影响虚拟机 IO。我在一台物理服务器上做 all-in-one其实管理网和业务网用的是同一个物理网卡逻辑上分开即可。如果你有多块网卡建议管理网和存储网尽量独立避免业务高峰时互相挤占带宽。2.3 硬件配置评估下面是我在实际部署中总结出来的最低参考配置不是官方绝对标准但可以作为你的起点。角色CPU内存磁盘说明管理节点4 核以上8GB 以上系统盘 100GB SSD如果数据量不大不必单独分配数据库磁盘计算节点8 核以上16GB 以上系统盘 数据盘数据盘给云主机镜像和运行盘用存储节点2 核即可4GB 以上越大越好SSD 优先用 NFS 导出共享存储时需要考虑网络带宽all-in-one8 核以上32GB 左右系统盘 数据盘我自己用的组合跑测试环境很稳有一点提醒CPU 必须支持虚拟化技术也就是 Intel VT-x 或者 AMD-V。如果你是在虚拟机里再嵌套虚机做测试需要在父虚拟机上开启嵌套虚拟化否则 KVM 会无法创建云主机。这个坑我刚开始踩过明明 CPU 型号很好结果怎么都启动不了云主机一查才发现是父虚拟化环境没开嵌套开关。3. 安装 ZStack 完整实操3.1 获取安装介质并制作启动盘我第一次装 ZStack 用了官方提供的 ISO 镜像这种方式最省心因为镜像里已经把操作系统和 ZStack 软件包打包好了不需要你手动安装 Linux 后再去配仓库装 ZStack。你只要到 ZStack 官网下载对应版本的社区版或试用版镜像就能获得一个可以直接引导安装的 ISO。拿到 ISO 之后在 Linux 下可以用 dd 命令写启动盘sudo dd ifzstack.iso of/dev/sdb bs4M statusprogress在 Windows 下我一般用 Rufus 或者 balenaEtcher 写 U 盘注意写入方式选择 DD 镜像模式避免解压成普通文件导致无法引导。3.2 引导安装把 U 盘插到服务器上开机进入 BIOS 选择 U 盘启动。引导之后你会看到一个安装菜单选择进入安装流程。安装过程中需要你设置 root 密码、配置系统分区、设定管理网络 IP。这里的管理网络 IP 非常关键它就是之后 web 控制台访问的入口地址同时也是管理节点用来和计算节点通信的地址。如果网络环境里没有 DHCP 自动分配我建议手动设置一个固定的管理 IP比如 192.168.10.10子网掩码 255.255.255.0网关指向你的核心交换机或路由器。DNS 可以先指向你所在网络的正常 DNS 服务器后面云主机需要上网时也会用到。安装完成后系统会自动重启并且 ZStack 相关服务会随系统启动。你可以在命令行验证一下zstack-ctl status如果服务状态显示正常那么就可以进入下一步的 web 初始化。3.3 登录 Web 前端并完成初始化在浏览器里输入https://你的管理IP:5000就能看到 ZStack 的登录界面。第一次登录时控制台会引导你完成初始化配置以前叫“初始化向导”不同版本入口可能略有差异但核心流程基本相同。初始化向导会要求你设置登录密码、确认管理节点地址并且很可能要求配置区域、集群、计算节点、主存储、备份存储等基础架构信息。这里我给的建议是每一步都认真填尤其注意 IP 地址和网段不要填错。如果一开始只求快速跳过后面创建云主机时各种找不到资源你还得反过来重新调整反而更费时间。3.4 创建区域与集群ZStack 的逻辑层级从大往小分依次是区域、集群、计算节点。区域可以理解为一个物理数据中心或一个逻辑资源池的大分区集群则是区域内的一组计算节点集合。在 web 控制台里创建区域时需要给区域起个名字比如 “Region-A”。创建集群时需要选择所属区域并设置集群名称。一个集群下的计算节点共享相同的二层网络和存储资源所以集群规划时最好把网络环境一致的机器放到一起。我在实际测试时一个 Region 下只建了一个 Cluster把唯一的物理机加入进去即可。生产环境如果要扩展只需要在集群下继续添加计算节点再把集群接到共享存储上就能形成一个小规模的资源池。3.5 添加计算节点计算节点的添加方式有两种一种是在 web 界面输入计算节点的 root 密码让 ZStack 自动完成 SSH 配置和 agent 安装另一种是通过 SSH 免密钥方式提前配置好。我实际用的都是控制台直接添加。在集群详情页选择“添加计算节点”填写计算节点的 IP、SSH 端口、root 账号密码ZStack 会自动把计算节点需要的 KVM 组件和 agent 装好并完成计算节点到管理节点的注册。添加完成后你可以在节点列表里看到该机器的 CPU、内存、socket 数量等信息状态为“已连接”就说明注册成功。这里要提醒一句计算节点不能是已经部署了管理节点服务的那台机器除非你做 all-in-one 时 ZStack 已经自动把当前节点同时作为计算节点加入这个不同版本行为不太一样要注意区分。3.6 添加主存储和备份存储存储这块ZStack 大致区分了两个概念主存储用于实际存放云主机运行时的磁盘文件备份存储用于存放镜像、ISO 和备份数据。理解这个区分很重要很多教程里没讲透导致新手把 ISO 直接丢到主存储后面做镜像时找不到文件。在单机测试环境里我配置的是本地存储。你可以在 web 控制台“主存储”页面添加“本地磁盘”填一个本地路径比如/data/primary然后确认该路径所在的分区有足够的空闲空间。备份存储同样可以用本地路径比如/data/backup。有一点要特别讲清楚本地磁盘路径如果不提前手动创建ZStack 安装 agent 时不一定会自动建目录所以你最好在命令行里先把目录建好并设置权限mkdir -p /data/primary mkdir -p /data/backup chmod 777 /data/primary chmod 777 /data/backup如果你的机器有多块盘建议把主存储和备份存储放到不同的物理磁盘上避免 IO 竞争。我之前在单块磁盘上同时跑了系统、主存储、备份存储创建云主机时磁盘压力一上来整个管理界面都变卡。3.7 创建扁平网络私有云里的网络概念我建议新手不要一开始就纠结 VPC、VXLAN 这些高级特性先用最常用的扁平网络跑通。在 ZStack 控制台中进入“网络”页面创建 L2 网络时可以选择“扁平网络”类型绑定计算节点上的一个物理网卡比如 eth0。创建完 L2 网络之后还需要在它上面创建 L3 网络配置 CIDR、网关、DNS、DHCP 起始结束地址。比如我的业务网段是 192.168.10.0/24网关 192.168.10.1则 DHCP 范围可以设置为 192.168.10.100 到 192.168.10.200。这样之后创建云主机时只要把网卡接入这个 L3 网络云主机就会自动从 DHCP 获取 IP。整体思路是L2 网络负责把物理网卡和虚拟网络打通L3 网络负责分配 IP 地址和网关。这个先二层再三层的步骤很多人会下意识跳过结果发现云主机无法和外部通信排错半天才发现是 L3 没有配置网关。4. 创建第一台云主机4.1 准备镜像创建云主机之前你要先准备好操作系统镜像。我以 CentOS 7 为例先把 ISO 上传到备份存储的目录里。如果你配置的是本地备份存储路径比如/data/backup那我直接通过scp或控制台的“文件上传”功能把 ISO 传到该目录。然后在 web 控制台的“镜像服务器”或“镜像仓库”中选择添加一个镜像。镜像来源选择 ISO 文件并指定它在备份存储上的路径ZStack 会把你添加的 ISO 注册为可用的镜像资源。添加成功后镜像列表里会显示这个 ISO 的名称、类型和大小此时就可以在创建云主机时选择了。4.2 创建云主机规格和启动配置进入“云主机”页面点击“创建云主机”。创建向导里会让你选择所属集群、计算节点然后设置云主机名称、CPU 核数、内存大小、磁盘容量。我给测试机分配了 4 核 8GB磁盘 100GB跑几个内部服务完全够用。接着要选择启动源这里选“镜像”然后从镜像列表里选择你刚注册的 CentOS ISO。系统会要求你选择一个网络也就是之前创建的 L3 网络。确认这些配置后提交ZStack 就会在计算节点上通过 KVM 创建一台新的云主机。4.3 启动、VNC 连接与系统安装云主机创建成功后默认状态是停止。你需要在操作列表里点击“启动”然后打开 VNC 远程控制台因为首次启动时云主机从 ISO 引导你需要像在物理机上装系统一样完成 Linux 安装过程。VNC 控制台其实就是云主机的虚拟屏幕。鼠标和键盘都通过浏览器转发过去安装 CentOS 时选择语言、分区、软件包这部分操作和物理机安装没有区别。唯一需要注意的是网络配置如果你是 DHCP 自动获取那安装过程中直接默认即可。如果你想让云主机使用固定 IP可以等系统装完进系统后再手动修改网卡配置。装完系统后云主机的根文件系统其实是在之前指定的那块虚拟磁盘上。ISO 的使命到这里基本结束但如果你后续还要基于这台云主机做模板可以看下面这一步。4.4 从云主机生成镜像模板这个操作我觉得非常实用。假设你已经在这台 CentOS 云主机里装好了 JDK、MySQL、Nginx希望以后快速创建同样配置的多台机器那就可以把当前云主机“转换为镜像模板”。在 ZStack 界面里找到这台云主机选择“从云主机创建镜像”ZStack 会先对虚拟机磁盘打一个快照再把快照转换成镜像并保存到备份存储。转换完成后这个镜像会出现在镜像列表里下次创建云主机时直接选择它就能复刻一台已经预装好软件的机器。我自己就是这么干的先手工装好一套基础环境做成模板之后每开一台新机器都从模板快速复制省下的时间相当可观。5. 运维和常见问题速查5.1 控制台打不开、节点状态异常遇到 web 控制台打不开第一个要确认的是管理节点服务状态。在管理节点上执行zstack-ctl status如果看到某个服务不在运行可以先重启服务zstack-ctl restart如果服务重启后依然不稳定很大概率是磁盘空间不够或者内存不足。ZStack 管理节点依赖 MySQL 数据库当根分区写满时数据库很容易异常进而导致整个控制台无法访问。我遇到过一次/var/lib/mysql所在分区被日志塞满的情况清理掉大日志后服务就恢复了。排查时可以借助 df 检查磁盘空间df -h如果空间长期吃紧建议把数据库目录和备份存储目录放倒一个容量更大的分区。5.2 云主机启动后拿不到 IP 地址云主机能启动但 DHCP 拿不到 IP这个问题在扁平网络场景下最典型。排查顺序从外到内先确认 L3 网络的 DHCP 范围是否配置正确。如果 DHCP 范围刚好被现有设备占用完自然会分配失败。其次是检查管理节点上的网络服务是否正常。ZStack 自带的 DHCP 服务随管理节点进程运行如果管理节点负载过高或者网络服务未启动也会导致云主机无法获取地址。还有一个容易被忽略的坑是物理网卡桥接问题。扁平网络把物理网卡桥接到了虚拟交换机上如果物理网卡模式不允许混杂模式或者桥接失败云主机虽然连上了虚拟网络实际丢包情况也会很严重。建议在计算节点上执行brctl show查看桥接设备是否已经创建并确认物理网卡已经加入桥接。5.3 存储容量不够和性能问题本地存储最大的限制是容量和 IO。你设置了 100GB 的云主机磁盘它并不是一开始就占满 100GB而是按需增长。但快照如果做多了磁盘占用会迅速膨胀。有几个经验值得记住第一主存储尽量不要跑快照后不管。ZStack 的快照功能虽然方便但频繁的快照会让主存储空间快速耗尽。对于测试环境快照保留三五份就清理掉不要堆积。第二如果主存储和备份存储都在同一块机械硬盘上云主机恢复和创建镜像的过程会很煎熬。有条件的话给主存储单独上 SSD。第三定期检查磁盘空间。我习惯每周执行一次du -sh /data/primary/*看看哪些云主机占用最大有没有异常增长的卷文件。5.4 最小成本备份策略私有云平台最怕的就是数据丢失。我不建议你在学习阶段就去折腾复杂的企业级备份方案但至少要做两件事。一件事是定期做云主机的快照。在 ZStack 界面里选择云主机点击“创建快照”这个操作非常轻量占用的空间也相对聪明恢复时直接利用快照回滚即可。另一件事是把重要的云主机转成镜像模板。之前说过从云主机生成镜像模板会保存当前系统状态必要时通过这个模板重新部署一台一模一样的机器。我在实际运维中几乎每周做一次模板更新把新装的软件都打进模板里万一机器出问题可以用模板在几分钟内恢复服务。写在最后的一些经验和建议我在实际部署 ZStack 私有云的过程中踩过最深的坑就是一步到位心态。以为装好控制台、配好存储就算完成结果真正开云主机时才发现网络、镜像、节点连接这些环节全是环环相扣的。后来我调整了节奏先把最小闭环跑通再逐步扩展功能整个过程就顺了很多。如果你手头只有一台物理服务器我真心建议你从 all-in-one 形态开始。先装一个单节点的 ZStack把镜像注册、网络配置、云主机生命周期走完整再慢慢尝试加计算节点、换共享存储。这个逼着自己动手的过程比看十篇架构分析都有用。等哪天你对节点状态、存储路径、网卡绑定这些概念都形成条件反射了再去考虑正式环境的高可用设计就有底气多了。最后一个小技巧安装完成后第一时间去“设置”里开启系统日志和告警通知哪怕只是邮件告警也可以。很多故障在草苗阶段就能从监控里发现端倪千万别等到云主机大面积失联才想起来看日志。私有云带给你的不只是资源上的自由也是一套重新理解服务器管理的方式希望这篇教程能帮你少走一段弯路。