冲突与碰撞：OpenStack中的虚拟机和裸机

| CUSTOM_GOLD   |             1.0 |        1 |        0 |         1 |        1 |      1 | 

+---------------+-----------------+----------+----------+-----------+----------+--------+ 

如果将此节点分配给一个flavor请求(或未显式清空)标准资源类的实例，我们将有如下用法：

$ openstack resource provider usage show <node UUID> 

+----------------+--------+ 

| resource_class | usage | 

+----------------+--------+ 

| VCPU           |     64 | 

| MEMORY_MB     | 131072 | 

| DISK_GB       |    371 | 

| CUSTOM_GOLD   |      1 | 

+----------------+--------+ 

如果删除此实例，则标准资源类清单将变为可用，并且可由VM的调度程序选择。这不可能很好地结束。我们必须做的是确保不将这些资源报告给Placement。默认情况下，这是在Stein版本的Nova中完成的，并且可以通过在nova.conf中设置以下内容来配置Rocky以执行相同的操作：

[workarounds] 

report_ironic_standard_resource_class_inventory = False 

但是，如果我们这样做，Nova将尝试从我们的实例已经消耗的Placement资源提供程序中移除库存，并将收到一个HTTP 409冲突。这将很快使我们的日志充满无用的告警。

Flavor迁移

值得庆幸的是，有一个解决方案。我们可以修改现有实例中的使用的flavor以删除标准资源类清单，这将导致从Placement中删除这些资源的分配。这将使Nova可以从资源提供者处删除库存。Matt Riedemann启动了一个Nova Patch，它将删除我们的标准资源类清单。该补丁需要推到生产线上，但效果很好，足以被 Rocky版本 生产使用。

迁移可以离线或在线完成。我们选择离线进行此操作，以避免部署此修补程序。对于每个要迁移的节点：

nova-manage db ironic_flavor_migration --resource_class <node resource class> --host <host> --node <node UUID> 

或者，如果所有节点都具有相同的资源类：

nova-manage db ironic_flavor_migration --resource_class <node resource class> --all 

您可以通过数据库检查实例包含的flavor是否已正确更新：

sql> use nova 

sql> select flavor from instance_extra; 

现在(仅适用于Rocky)，可以禁用标准资源类清单报告。在nova计算服务运行了一段时间之后，展示位置将被更新：

$ openstack resource provider inventory list <node UUID> 

+---------------+------------------+----------+----------+-----------+----------+-------+ 

| resource_class| allocation_ratio | max_unit | reserved | step_size | min_unit | total | 

+---------------+------------------+----------+----------+-----------+----------+-------+ 

（编辑：晋中站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!