nova配置怎么样，nova配置参数详解？

Nova配置的核心结论

Nova配置的成败取决于对控制节点、计算节点和网络节点的分层协同设计，而非单点参数修改。 只有将调度策略、虚拟化驱动、存储对接和网络安全统一纳入配置体系，才能构建高可用、高性能的OpenStack计算服务，实践中，我们建议先用最小配置跑通流程，再逐维度优化,避免一步到位导致的隐性风险。

Nova架构核心组件与配置前提

Nova由多个子服务组成,配置前必须明确每个组件的职责：

• nova-api：接收外部请求,负责路由与鉴权。
• nova-conductor：协调数据库与计算节点,避免计算节点直连数据库。
• nova-scheduler：根据过滤和权重算法选择合适计算节点。
• nova-compute：管理虚拟机生命周期,通过libvirt调用虚拟化能力。

配置Nova前，必须先规划好网络和存储。 若Neutron未正确配置，Nova无法正常分配IP；若存储类型不匹配，虚拟机磁盘创建将失败。配置文件中的[DEFAULT]段需明确transport_url、my_ip和use_neutron=True。

核心配置文件的深度解析

Nova的主要配置文件为/etc/nova/nova.conf,其中关键参数决定系统行为。

控制节点必配项

• 数据库连接：connection = mysql+pymysql://nova:密码@控制节点IP/nova
• 消息队列：transport_url = rabbit://nova:密码@控制节点IP
• 认证服务：auth_url = http://控制节点IP:5000/v3
• 本机IP：my_ip = 控制节点管理IP

关键点：my_ip必须与管理网段IP一致，否则计算节点无法与控制节点通信。

计算节点核心配置

计算节点需重点配置虚拟化驱动和资源管理：

• 虚拟化驱动：virt_type = kvm，若CPU不支持嵌套虚拟化，可回退为qemu
• CPU与内存超分：cpu_allocation_ratio = 8.0、ram_allocation_ratio = 1.5（根据业务压力调整,超分过高会引发性能雪崩）
• reserved_host_memory：建议预留物理内存的10%给宿主机和系统进程

调度器配置策略

在[scheduler]段：

• scheduler_driver = filter_scheduler
• scheduler_default_filters = RetryFilter, AvailabilityZoneFilter, ComputeFilter, ComputeCapabilitiesFilter, ImagePropertiesFilter, ServerGroupAntiAffinityFilter
• scheduler_weight_classes = nova.scheduler.weights.all_weighers

强烈建议开启ServerGroupAntiAffinityFilter，避免同一业务虚拟机集中在一台物理机，提升可用性。

性能调优与安全加固实战

性能迈向极致的五个参数

• [libvirt]cpu_mode = host-passthrough：使虚拟机获得与宿主机一致的CPU指令集，适合高计算场景
• [libvirt]disk_cachemodes = network=writeback,block=writeback：提升磁盘I/O性能，但需注意异常断电时的数据安全
• [workarounds]disable_root_wrap = True：减少命令包装层带来的延迟
• [DEFAULT]dhcp_domain = internal.example.com：自定义域名，避免DNS解析冲突
• [vnc]enabled = True和novncproxy_base_url：确保VNC控制台可访问，便于排障

安全加固三大要点

• Keystone集成：确保auth_strategy = keystone，并且所有服务账号密码使用强密码,避免默认密码。
• 网络隔离：在

  

  /etc/nova/nova.conf中为my_ip指定管理IP,同时Neutron侧将业务网络与管理网络分开。

• 文件权限：nova.conf权限应设为640，属主属组为nova,防止普通用户读取数据库密码。

酷番云实践案例：Nova+酷番云存储的优化经验

我们曾协助一家电商客户在酷番云环境中部署Nova集群，初期虚拟机创建平均耗时8秒，且高并发时偶尔报NoValidHost。通过以下三步优化，耗时降至3秒，调度成功率99.9%：

1. 存储路径改造：将Nova的临时磁盘后端从本地LVM切换到酷番云分布式存储，通过[ephemeral_storage]backend = ceph并配置rbd_secret_uuid，解决了单节点磁盘I/O瓶颈。
2. 调度策略调优：在[scheduler]中增加RamWeigher并设置ram_weight_multiplier = 2.0，使调度器优先选择内存空闲度高的节点,降低物理机内存超分导致的Swap风险。
3. 控制节点高可用：将nova-conductor部署为多副本模式，同时将[DEFAULT]enabled_apis = osapi_compute,metadata配置在所有控制节点，配合负载均衡，实现API请求分发。其中metadata服务常被忽略，但云-init初始化时依赖它，必须确保可用。

这套方案在酷番云裸金属服务器上运行稳定，客户后续扩容节点时，只需同步计算节点配置并重新启动nova-compute即可,无需改动控制端。

常见故障排查与解决路径

故障1：创建虚拟机超时，报“No valid host was found”

• 依次检查计算节点nova-compute是否正常工作
• 查看nova-manage service list，确认节点是否处于enabled状态
• 检查镜像格式是否为raw或qcow2，并确认该镜像支持的Hypervisor类型

故障2：虚拟机网络不通

• 先检查Neutron端口是否成功绑定
• 再查看nova-compute日志，确认security_group_api是否为neutron
• 最后检查宿主机iptables是否放行VM的DHCP和DNS流量

故障3：控制台VNC打不开

• 确保[vnc]段中server_proxyclient_address为管理网IP
• 在Neutron安全组中放行6080端口
• 检查novncproxy进程是否在运行

相关问答模块

问1：Nova配置中，计算节点CPU超分比设置为多少合适？

答：没有绝对标准，需结合业务类型。计算密集型业务建议cpu_allocation_ratio设为1.0~2.0，避免CPU竞争；而Web前端等轻量业务可设为4.0~8.0，但务必同时设置reserved_host_cpus保留物理CPU给宿主机使用，实践中可在酷番云控制台监控宿主机负载，如果steal时间超过5%，说明超分过高,应及时调低。

问2：Nova的conductor服务挂掉后，计算节点还能继续运行虚拟机吗？

答：已有虚拟机不会中断，因为虚拟机的运行由nova-compute直接管理，不依赖conductor。但涉及冷迁移、调整规格、重建实例等生命周期操作会失败，因为这些操作需要conductor与数据库交互，因此务必对conductor做高可用部署,或者在控制节点故障时及时重启该服务。

结语参与互动

Nova配置不是一次性的静态工作，而是一个持续调优的过程，建议团队建立配置变更审计机制，每次修改都记录在案，并用nova-manage version校验配置兼容性，你所在的环境中，Nova配置遇到过最棘手的调度问题是什么？欢迎在评论区分享你的排查思路,我们一起探讨更优解法。