第 4 章 技术备注

之前，角色中没有正确设置 Satellite URL。这导致系统无法获取 Satellite 服务器版本并且注册失败。此错误修复添加了相应的功能，可以默认从 rhsm_baseurl 参数获取 rhsm_satellite_url 值，并将 URL 传递到注册任务，从而允许强制注册；同时也添加了忽略证书错误的选项。您可以根据需要覆盖默认值或配置选项。

OpenStack Rally 作为技术预览包括在以前的版本中，它已从这个版本中删除。

借助这一更新，aodh 服务现在会验证事件类型输入查询。
在更新之前，不会验证输入查询。无效的输入查询可能会导致无法发出警报的问题。

实例资源具有三个新的属性：launched_at、deleted_at 和 created_at；可用于跟踪 Nova 创建/启动/删除实例的确切时间。

OpenStack 指标服务 (Ceilometer) 创建了监控服务 (Gnocchi) 不会测量的指标。此修复移除了不必要的指标。现在，Ceilometer 仅创建 Gnocchi 将会测量的指标。

此功能可让您将块存储卷附加到多个主机。
您可以将一个卷同时附加至块存储 (cinder) 和计算 (nova) 服务中的多个主机或服务器（读/写 (RW) 模式）。此功能可以应对通常需要”active/active”或”active/standby”方案的集群化应用工作负载用例。此功能应该与基本的卷操作搭配。已知的限制包括加密卷和迁移。
可用性取决于后端支持。

此增强可在卷驻留于同一 Ceph 集群时，优化 RBD 卷在 Ceph 后端之间的迁移。如果两个卷在同一个 Ceph 集群中，数据迁移由 ceph 本身执行，而不是由 cinder-volume 进程执行。这可以缩短迁移时间。

某些从 OpenStack 裸机服务 (Ironic) 发到采用 IPMI 硬件的 BMC 的命令因为硬件驱动程序错误而失败。这导致裸机节点无法启动。此修复添加了 ipmi_disable_boot_timeout 硬件选项，可以防止 Ironic 将这些命令发送到 IPMI 硬件。

ironic 集成了 Dell Remote Access Controller (iDRAC) 管理硬件接口功能 “idrac”的 set_boot_device() 函数（位于 ironic.drivers.modules.drac.management）。它可以成功设置能够在以后引导时保留的引导设备，但只有在 Dell EMC 服务器的引导模式设为 BIOS 时才可。出现此状况的原因是，该函数只明白一种持久引导模式 BIOS，而且这是硬编码的。
PERSISTENT_BOOT_MODE = 'IPL’
初始程序载入 (IPL) 类同于传统 BIOS 引导模式。对于没有配置为服务器的当前引导模式的持久引导模式，iDRAC 不会报告或显示引导来源列表。只有与配置的引导模式关联的列表才会报告，并可修改。因此，当引导模式配置为 UEFI 时，iDRAC 仅允许修改其引导来源列表。但是，set_boot_device() 能够仅修改 BIOS (IPL) 的引导来源列表，但不会报告。它会因为尝试访问错误的、未报告引导来源列表而失败。因此，当引导模式是 UEFI 时，ironic iDRAC 硬件类型“idrac”所管理的 Dell EMC 服务器无法引导到部署的操作系统，ironic 编排器日志中也将显示错误。
ironic iDRAC 管理硬件接口实施在运行时决定配置的持久引导模式，并修改其引导来源列表。此发行版本中去除了持久引导模式的硬编码。
因此，ironic iDRAC 硬件类型管理的 Dell EMC PowerEdge 13 和 14 代服务器对于持久引导模式、BIOS 或 EFI 都能成功引导到部署的操作系统。对于 PowerEdge 12 代和更旧的服务器，此错误没有解决，但 BIOS 引导模式继续受到支持。

此更新引入了使用 "neutron” 网络接口的多租户裸机网络。

通过配置使用 "neutron” 网络接口的多租户裸机网络，操作员可以让用户将隔离的 VLAN 网络用于裸机节点上的调配和租户流量。

在以前的发行版本中，ironic-conductor 哈希环代码中存在争用情形。哈希环在负载下可能是 None，但这会导致内部服务器错误：'NoneType”对象没有属性“__getitem__”。此发行版本解决了争用情形，ironic API 操作也不再因为“NoneType”对象没有属性“__getitem__”而失败。

借助这一更新，用户可以创建应用凭据，使其应用能够进行 keystone 身份验证。

请参见 https://docs.openstack.org/keystone/latest/user/application_credentials.html

Manilla 的 OpenStack Dashboard (Horizon) 插件无法检索项目配额信息。这导致用户无法创建共享，并造成共享系统文件 dashboard 出现问题。应用这一修复后，检索操作能够正常工作，并且用户也可在控制面板中查看共享文件系统和创建共享。

使用 linuxbridge ml2 驱动程序时，非特权租户能够在不指定 IP 地址的前提下创建和连接端口，绕开 IP 地址验证。如果后来从允许的分配池以外分配了与现有客户机或路由器冲突的 IP 地址，可能会发生潜在的拒绝服务。

此更新支持两个新的可调节选项，它们可用于减少数据包丢失。

虚拟机监控程序内核线程可以先占虚拟机 CPU (vCPU)，即使启用了强分区 (isolcpus, tuned)。先占并不频繁，每秒几次而已，但每个 virtio 队列有 256 个描述符。仅一次 vCPU 先占就能导致数据包丢失，因为先占过程中会填充 256 个套接字。各队列数据包速率超过 1 Mpps（每秒 100 万个数据包）的网络功能虚拟化 (NFV) 虚拟机会存在这种情形。

此更新支持两个新的可调节选项，即“rx_queue_size”和“tx_queue_size”。这两个选项分别可用于配置 virtio NIC 的 RX 队列大小和 TX 队列大小，以减少数据包丢失。

Nova 的 libvirt 驱动程序现在允许在配置客户机 CPU 型号时指定细致 CPU 功能标志。

例如，此功能可以缓解运行特定 Intel 型虚拟 CPU 型号的客户机在应用“Meltdown”CVE 补丁程序后遇到的性能降级问题。此客户机性能影响可通过将 CPU 功能标志“PCID”（Process-Context ID）公开给客户机 CPU 来缓解（假定物理硬件本身提供有 PCID 标志）。

如需更多关于指定细致 CPU 标志的信息，请参阅 nova.conf 中的 [libvirt]/cpu_model_extra_flags 文档来了解用法详情。

借助这一更新，libvirt 计算驱动程序现在允许用户创建具有受信任 SR-IOV 虚拟功能的实例。在获得信任后，VF 可执行特定的操作，如修改客户机中 VF 的 MAC 地址。

接口绑定需要所有从控机使用相同的 MAC 地址，因而需要在故障转移期间修改其中一个 VF 的 MAC 地址。由于 MAC 地址变更属于特权操作，因此参与的 VF 必须获得信任后才能在客户机中成功配置绑定。

管理员现在可以为 VF 配置受信任模式。首先，ova.conf 中“[pci] passthrough_whitelist”JSON 配置选项的“trusted”值必须设为“true”。例如：

[pci]
passthrough_whitelist = {"devname": "eth0", "trusted": "true",
                         "physical_network":"sriovnet1"}

其次，在创建端口时，必须为绑定配置集设置“trusted=true”。例如：

$ neutron port-create <net-id> \
    --name sriov_port \
    --vnic-type direct \
    --binding:profile type=dict trusted=true

由于受信任模式仅应用到 SR-IOV VF，“vnic-type”必须是“hw_veb”或“direct”中的一个。

功能：
添加了 nova-scheduler 的 CPUWeigher 权重。

原因：
CPUWeigher 允许操作员配置 vCPU 的堆叠或分散策略。

结果：
操作员可以启用 CPUWeigher 并配置堆叠（首先使用一个节点上的所有 vCPU）或分散（尝试使用所有主机上数量大致相等的 vCPU）策略。

应用此更新后，Nova 会在引导具有大页面的实例时筛查主机大页面的 NUMA 关联性。Nova 拒绝大页面不足的 NUMA 节点。

在此更新之前，Nova 不筛查大页面的 NUMA 关联性。如果主机的 NUMA 页面不足，即使 CPU 充足，实例引导也会失败。

OpenStack Sahara 现在支持 Cloudera Distribution Hadoop (CDH) 插件 5.13。

此更新为 OpenStack Sahara 添加了 s3 兼容对象存储支持。

添加了新的 tripleO heat 模板，以支持 QDR。
启用 metrics_qdr 服务会在所有 overcloud 节点上部署 QDR 服务，该服务将用于路由各个 overcloud 节点上运行的 collectd 服务的指标数据。

下方显示了相关的 heat 模板参数。

MetricsQdrPort:
default: '5666'
description: Service name or port number on which the qdrouterd will accept
            connections. This argument must be string, even if the numeric
            form is used.
type: string
MetricsQdrUsername:
default: 'guest'
description: Username which should be used to authenticate to the deployed
            qdrouterd.
type: string
MetricsQdrPassword:
default: 'guest'
description: Password which should be used to authenticate to the deployed
            qdrouterd.
type: string
hidden: true
MetricsQdrConnectors:
default: []
description: Connectors configuration (array of hashes).
type: json
MetricsQdrAddresses:
default:
 - prefix: 'collectd/notify'
   distribution: multicast
 - prefix: 'collectd/telemetry'
   distribution: multicast
description: Addresses configuration (array of hashes).
type: json
MetricsQdrUseSSL:
default: false
description: Set to true if it is required to use SSL or TLS on
            the connection for listener.
type: boolean
MetricsQdrUseEncryption:
default: false
description: Set to true if it is required to encrypt connection to the peer
            for listener.
type: boolean
MetricsQdrSaslMechanisms:
default: 'ANONYMOUS'
description: List of accepted SASL auth mechanisms for listener in format
            of comma separated list.
type: string
MetricsQdrSslCertDb:
default: ''
description: Path to SSL certificate db for listener.
type: string
MetricsQdrSslCertFile:
default: ''
description: Path to SSL certificate file for listener.
type: string
MetricsQdrSslKeyFile:
default: ''
description: Path to SSL private key file for listener.
type: string
MetricsQdrSslPwFile:
default: ''
description: Path to SSL password file for certificate key for listener.
type: string
MetricsQdrSslPassword:
default: ''
description: SSL password to be supplied for listener.
type: string
MetricsQdrTrustedCerts:
default: ''
description: Path to file containing trusted certificates for listener.
type: string

OvsDpdkMemoryChannels 参数无法通过 DPDK 派生参数工作流派生，其值默认设为 4。您可以在环境参数文件中更改这个值，以匹配您的硬件。

在此更新之前，对 /var/lib/nova/instances 使用 nfs 等共享存储时，在任何计算节点上重新启动 nova_compute 容器会导致实例虚拟临时磁盘和 console.log 出现所有者/组更改。因此，实例会失去对其虚拟临时磁盘的访问权限，并且停止工作。
在 /var/lib/nova/instances 中修改实例文件的所有权的方法得到了改进，仅以必要的文件/目录为目标。
现在，重启 Nova 计算容器不会丢失对实例文件的访问权限。

专用监控器节点扩展或监控器替换不再导致 stack update 命令失败，或造成 Ceph 监控器超出仲裁范围。

在弃用 instack_undercloud 功能后，通过 admin 用户升级 undercloud 因为权限错误而失败。原因在于 admin 用户缺少 member 角色。此修复从 puppet-keystone 模块和 tripleo-teat-templates 为 admin 用户重新添加了 member角色。

以前，将控制器节点替换为 ODL 会因为重新弄部署过程中缺少 ODL 配置文件而失败。此修复从主机卸载了 /opt/opendaylight/data 目录，然后在替换过程中触发 ODL 配置文件的重新生成。

以前，OpenStack Director 在配置 HAProxy 负载均衡时使用轮询而不是来源均衡，这导致了粘性会话错误。应用此修复后，Director 会在 HAProxy 配置中将来源均衡用于负载均衡，粘性会话也会正常运行。

OpenStack Director 以前总是将 IP 地址用于 openshift_master_cluster_hostname 和 openshift_master_cluster_public_hostname 参数，这使得 OpenShiftGlobalVariables Heat 参数中的主机名被忽略。应用此修复后，将在提供了主机名时使用主机名，并在没有提供主机名时使用 IP 地址。

通过这一更新，OSP 14 支持在使用路由的脊叶型网络时为各个角色的每个节点设置具体的 IP 地址。

在此更新之前，只有不使用路由的脊叶型网络的部署才支持为各个节点设置具体的 IP。在 OSP 13 中，无法为各个网路设置具体的 IP，但 OSP 13 中因为缺少充足的文档和测试而将此功能考虑为技术预览。

OSP 14 允许操作员在使用路由的脊叶型网络时（包括统一网络中有多个路由的子网）选择将哪些 IP 地址用于各角色的每个节点的各个网络。

借助这一更新，NTP 时间会在部署过程的早期阶段同步，从而防止容器配置和部署失败。如果 NTP 服务器不可访问且无法同步，部署会立即失败。
在此更新前，失败会延后发生并显示含义模糊的错误消息。

通过这一增强，您可以将 collectd 配置为发送指标数据到本地 QPID 分派路由器服务，以支持服务保障框架实施。

您可以使用新的 collectd tripleo heat 模板来配置 amqp1 写入插件。
将 CollectdConnectionType 参数设为“amqp1”。
设置后，所有指标数据都发送到本地 QDR，除非通过下方显示的参数进行明确覆盖。

若要部署本地 QDR，可使用环境文件 /usr/share/openstack-tripleo-heat-templates/environments/metrics-collectd-qdr.yaml。

相关的 heat 模板参数如下方所示。
CollectdAmqpHost:
type: string
description: Hostname or IP address of the AMQP 1.0 intermediary.
default: nil
CollectdAmqpPort:
type: string
description: >
  Service name or port number on which the AMQP 1.0 intermediary accepts
  connections. This argument must be a string, even if the numeric form
  is used.
default: '5666'
CollectdAmqpUser:
type: string
description: >
  User part of credentials used to authenticate to the AMQP 1.0 intermediary.
default: guest
CollectdAmqpPassword:
type: string
description: >
  Password part of credentials used to authenticate to the AMQP 1.0 intermediary.
default: guest
hidden: true
CollectdAmqpTransportName:
type: string
description: Name of the AMQP 1.0 transport.
default: metrics
CollectdAmqpAddress:
type: string
description: >
  This option specifies the prefix for the send-to value in the message.
default: collectd
CollectdAmqpInstances:
type: json
description: >
  Hash of hashes. Each inner hash represent Instance block in plugin
  configuration file. Key of outer hash represents instance name.
  The 'address' value concatenated with the 'name' given will be used
  as the send-to address for communications over the messaging link.
default: {}
CollectdAmqpRetryDelay:
type: number
description: >
  When the AMQP 1.0 connection is lost, defines the time in seconds to wait
  before attempting to reconnect.
default: 1
CollectdAmqpInterval:
type: number
description: >
  Interval on which metrics should be sent to AMQP intermediary. If not set
  the default for all collectd plugins is used.
default: -666

VNC 的 tls-everywhere 场景中存在下列 TLS 连接：

- client -> haproxy
- novncproxy -> vnc server (instance)

不过，从 haproxy 到 nova novncproxy 的连接没有加密，造成控制器上存在从 haproxy 到 nova novnc-proxy 服务的未加密本地连接。自本发行版本起，从 haproxy 到 nova novnc-proxy 服务的链接已被加密。

在以前的版本中，您可以通过 nova::compute::libvirt::rx_queue_size/nova::compute::libvirt::tx_queue_size 设置 RX/TX 队列大小，但没有专门的 TripleO heat 模板参数。自本发行版本起，可以按照如下所示以角色为基础设置 RX/TX 队列大小：

parameter_defaults:
ComputeParameters:
NovaLibvirtRxQueueSize: 1024
NovaLibvirtTxQueueSize: 1024

因此，可使用新的参数设置 rx_queue_size/tx_queue_size。

通过这一更新，在切换到容器化的 undercloud 后，undercloud 上可以使用 gnocchiclient，这使得用户能够查询遥测数据。

将针对 Ceph 节点的配置更新列入黑名单不再导致部署失败。

使用 Gnocchi 文件后端部署 overcloud 可能会因为 /var/lib/gnocchi/ 目录访问权限问题而失败。

临时解决方案：在部署 overcloud 前，按照如下所述在 openstack/tripleo-heat-templates/docker/services/gnocchi-api.yaml 文件中设置该目录的权限：

        - path:
            list_join:
              - "/"
              - - {get_param: GnocchiFileBasePath}
                - "tmp"
          owner: gnocchi:gnocchi
          perm: '0600'
          recurse: true

OpenStack 平台 director 没有配置块存储服务 (cinder) 访问 nova API 特权部分所需的身份验证数据。因此，使用 nova 的特权 API 的卷操作（如迁移使用中的卷）会失败。director 现在为 cinder 配置 nova 的身份验证数据。因此，需要特权的卷操作可以正常执行。

containers-prepare-parameter.yaml 文件中的 neutron_driver 为 null。
因此，按照常规 OSP 更新指南进行的 OSP14 + ODL 小幅更新会失败。

临时解决方案：
在更新 overcloud 前，在 containers-prepare-parameter.yaml 中将 neutron_driver 更改为“odl'（请参见 https://bugzilla.redhat.com/show_bug.cgi?id=1660454）。

借助这一临时解决方案，OSP14 + ODL 小幅更新应该会成功。

此更新在“openstack port list”命令的输出中添加了主机名和网络名称。新增的信息可以方便 Neutron 端口和 IP 地址与特定主机的关联。

OSP-Director 现在支持在控制平面（调配）网络设置具体的 IP 地址，这与其他网络的设置类似。若要设置调配过程中使用的 IP 地址，请在 "ctlplane” 网络下设置 IP，每行一个 IP 地址。它们会按照顺序分配给节点（Compute-0、Compute-1，等等）。

例如：

parameter_defaults:
ControllerIPs:
ctlplane:
- 192.168.24.251
ComputeIPs:
ctlplane:
- 192.168.24.252
- 192.168.24.253

请参见 /usr/share/openstack-tripleo-heat-templates/environments/ips-from-pool-ctlplane.yaml 中的文件来获取用法示例。

在这一更新之前，OSP-Director 允许操作员选择每一网络上各个 overcloud 节点使用的 IP 地址，但调配 IP 地址是随机的。通过这一更新，OSP-Director 支持为每个网络上的各个角色选择具体的 IP 地址。

在此更新中，创建 cinder 卷时 TripleO 会分配默认的卷类型“tripleo”。在此更新之前，由于缺少卷类型而导致卷类型调整和迁移操作过程中出现错误。
您可以通过覆盖 CinderDefaultVolumeType 参数来更改 cinder 卷类型。
注：如果默认卷类型是手动配置的（即，在 Tripleo director 之外配置），请在更新 overcloud 节点时将 CinderDefaultVolumeType 参数设置为手动配置的值。这可确保默认卷类型的名称不会更改为“tripleo”默认值。

通过本次更改，nova-metadata-api 通过 nova_metadata 容器中的 httpd wsgi 提供。
请注意，上游会停止将 eventlet 用于所有 WSGI 运行的服务，包括 nova-api 和 nova-metadata-api 在内。请参见 https://review.openstack.org/#/c/549510/ 来了解更多详细信息。

提供技术预览的软件包：

该技术预览的说明：

现在，您可以在计算节点上进行配置，以便计算节点重新引导时自动重启计算节点上的实例，而不首先迁移实例。可以配置 Nova 和 libvirt-guest，以安全地关闭实例，并在计算节点重新引导时启动它们。

新参数：
NovaResumeGuestsStateOnHostBoot (True/False)
NovaResumeGuestsShutdownTimeout（默认 300s）

以前，系统重启后不会为 Cinder iSCSI/LVM 后端重新创建回环设备，这阻碍了 cinder-volume 服务重新启动。此修复添加了一个 systemd 服务，它可以重新启动相关的回环设备，因此可在重启后保留 Cinder iSCSI/LVM 后端。

没有 bucket 的组会导致 Open vSwitch 断言，造成守护进程崩溃。借助这一更新，代码允许没有 bucket 的组。不论组有没有 bucket，它们都不会触发断言。

重新启动服务导致重新创建已移到其他网络命名空间的内部端口。发生这种情况时，端口将丢失其网络配置，并在错误的网络命名空间中重新创建。自本发行版本起，代码不会在服务重启时重新创建端口，因此端口能保留其网络配置。

在某些 OVS 版本中，updelay 和 downdelay 绑定设置会被忽略，始终使用默认设置。

在此发行版本中，Nova 的 libvirt 驱动程序现在允许在配置 CPU 型号时指定细致的 CPU 功能标志。

这一变化有一项好处，能够缓解运行特定 Intel 型虚拟 CPU 型号的客户机在应用“Meltdown” CVE 补丁程序后遇到的性能降级问题。此客户机性能影响可通过将 CPU 功能标志“PCID”（Process-Context ID）公开给客户机 CPU 来缓解（假定物理硬件本身提供有 PCID 标志）。

如需更多详细信息，请参考 nova.conf 的 [libvirt]/cpu_model_extra_flags 文档中的用法详情。

借助这一更新，容器化服务日志轮转将默认为使用 logrotate 的 copytruncate。旧日志的默认保留期限保持不变（14 天）。

原因：在解析主机名时，python-amqp 同时请求 A 和 AAAA 记录。

后果：如果成功检索到 A 记录，仍然会发送 AAAA 请求。如果解析器无法解析 AAAA 记录请求，整个操作都必须等待 AAAA 请求超时。这使得名称解析的用时超过必要的时长，也可能造成 AMQP 消息传递操作缓慢或彻底超时。

修复：如果成功返回 A 记录，则不请求 AAAA 记录，仅使用成功的 A 记录。

结果：名称查找可以快速解析。

OpenStack TripleO Heat 模板的部分版本含有错误的 Neutron service_plugins 参数设置，阻碍 Octavia 与 OVN 配合。此发行版本升级了 OVN 版本，通过以下软件包来支持 Octavia：openstack-tripleo-heat-templates-9.0.1-0

以前，与 eventlet 相关的线程事件会创建不必要的系统调用，这降低了 REST API 的性能，而且导致 Tempest 中出现超时失败。此修复改进了 REST API 调用的响应事件，并且减少了 Tempest 中的超时失败。

原因：重新引导时，系统不正确关机并等待容器停止。

后果：容器在安全停止之前可能自行终止。

修复：添加了新的服务，确保系统先等待容器完全停止，然后继续重新引导过程。

结果：在更新之后，系统停止或重新引导之前所有容器都应正确关闭。

以前，为检查非 admin 用户访问权限对策略文件进行的 API 请求会导致重新加载和重新分析整个文件，造成处理时间变慢并且性能降低。

此错误修复添加了策略文件缓存功能，使得对该文件的查询不会重新加载整个文件。现在，只有更改文件才会导致重新加载和重新解析该文件。

软件包版本变基：
python-tempestconf-2.0.0

在本次变基中，python-tempestconf 工具经过了大幅重构，简化了生成 tempest.conf 的过程。
本次变基也修复了许多未解决的错误，并且引入了对新服务的支持。
迁移到新的发行版本会让 tempest 用户获益良多。
如需详细信息，请参见 OpenStack 发行说明：
https://docs.openstack.org/releasenotes/python-tempestconf/unreleased.html#relnotes-2-0-0

OpenStack director 现在将 Ansible 用于 overcloud 节点的软件配置。Ansible 可在 overcloud 部署过程中提供更加熟悉并可调试的操作员体验。Ansible 可用于替换软件配置部署数据在 overcloud 节点上 heat 和 heat 代理 (os-collect-config) 之间的通信和传输。

Ansible 控制节点通过运行 ansible-playbook（借助 Ansible 清单文件和一系列 playbook 和任务）来应用配置，而不是在每个 overcloud 节点上运行 os-collect-config 并从 heat 轮询部署数据。默认情况下，Ansible 控制节点（运行 ansible-playbook 的节点）是 undercloud。

--http-boot 的默认值从 /httpboot 更改为 
/var/lib/ironic/httpboot，后者是容器化 Ironic 服务的
预期值。

以前，发送 IPMI bootdev 命令导致一些硬件意外更改引导设备次序。这妨碍了一些节点从正确的 NIC 引导，或者造成无法从任何位置进行 PXE 引导。

本发行版本为 IPMI 驱动程序添加了 noop 管理接口。此接口可处理引导命令，并且防止使用 bootdev。若要准备使用 noop 接口，您必须预先配置节点，让其尝试从正确的 NIC 尝试 PXE 引导模式，然后回退到本地硬盘驱动器。

这一更新修复了一个调试消息插值错误。以前，如果启用了调试模式，此错误会导致在处理响应时导致服务器崩溃。

在软件包安装过程中，virtualbmc 软件包的一个 RPM 规格错误导致无法创建运行 virtualbmc 服务的特殊用户或组。这一更新修复了 RPM 规格，可确保成功执行用户管理操作。安装软件包时可以成功启动 virtualbmc 服务。

VirtualBMC (VBMC) 不再被支持，生产环境中不应使用它。如需满足测试需要，您可以直接通过 pip 安装 VBMC。