8.3. 迁移配额限制


您可以使用 nova-manage limits migrate_to_unified_limits CLI 命令,将传统配额限制从 Nova 数据库迁移到 Identity (keystone)服务中的统一限制。

流程

  1. 在 nova conductor pod 中,运行 migration 命令一次迁移默认限制并检测缺少的限制:

    $ oc exec nova-cell0-conductor-0 -- nova-manage limits migrate_to_unified_limits

    命令输出一个表,显示 Identity 服务中没有设置限制的资源。

  2. 可选:在 nova conductor pod 中,您可以为每个项目运行一次 migration 命令,以迁移每个项目的限制:

    $ oc exec nova-cell0-conductor-0 -- nova-manage limits migrate_to_unified_limits --no-embedded-flavor-scan --quiet --project-id <project_id>
    • <project_id > 替换为项目的 ID 号。
  3. 为任何剩余的资源手动创建默认注册限制和项目限制。将限制设置为 -1 以表示无限。

    • 设置默认限制:

      $ oc exec openstackclient -- openstack registered limit create --service nova --default-limit <limit> <resource>
      • 将 & lt;limit& gt; 替换为 limit 值。
      • <resource > 替换为资源的名称。
    • 设置项目限制:

      $ oc exec openstackclient -- openstack limit create --service nova --project <project_id> --resource-limit <limit> <resource>

      配额资源名称具有以下格式:

      Expand
      $RESOURCE描述

      class:VCPU

      每个项目允许的共享 CPU 内核数(VCPU)

      class:PCPU

      每个项目允许的专用 CPU 内核数(PCPU)

      servers

      每个项目允许的实例数

      server_key_pairs

      每个用户允许的密钥对数

      server_metadata_items

      每个实例允许的元数据项数

      class:MEMORY_GB

      每个项目允许的实例 RAM 的兆字节数

      server_groups

      每个项目的服务器组数

      server_group_members

      每个服务器组的服务器数

      class:DISK_GB

      每个项目允许的实例磁盘 GB

      class:<resource_class>

      放置 API 服务中的任何资源类都可以为其指定配额限制,例如 class:VGPU

Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

关于红帽文档

Legal Notice

Theme

© 2026 Red Hat
返回顶部