创建和管理镜像

流程

1. 根据您的要求，在 undercloud 上的环境文件中添加带有 ExtraConfig 参数的新间隔：

   parameter_defaults:
     ControllerExtraConfig:
       glance::config::glance_api_config:
         DEFAULT/cache_prefetcher_interval:
           value: '<300>'

   将 <300> 替换为您要作为预缓存镜像间隔的秒数。

2. 在调整 /home/stack/templates/ 中环境文件中的间隔后，以 stack 用户身份登录并部署配置：

   $ openstack overcloud deploy --templates \
   -e /home/stack/templates/<env_file>.yaml

   将 <env_file> 替换为包含您添加的 ExtraConfig 设置的环境文件名称。

   重要

   如果您在创建 overcloud 时传递任何额外的环境文件，请使用 -e 选项再次传递它们，以避免对 overcloud 进行不必要的更改。

流程

1. 以 stack 用户身份登录 undercloud，再识别 controller-0 的调配 IP 地址：

   (undercloud) [stack@site-undercloud-0 ~]$ openstack server list -f value -c Name -c Networks | grep controller
   overcloud-controller-1 ctlplane=192.168.24.40
   overcloud-controller-2 ctlplane=192.168.24.13
   overcloud-controller-0 ctlplane=192.168.24.71
   (undercloud) [stack@site-undercloud-0 ~]$

2. 要向 overcloud 进行身份验证，请将存储在 /home/stack/overcloudrc 中的凭证复制到 controller-0 ：

   $ scp ~/overcloudrc tripleo-admin@192.168.24.71:/home/tripleo-admin/

3. 连接到 controller-0 ：

   $ ssh tripleo-admin@192.168.24.71

4. 在 controller-0 上，以 tripleo-admin 用户身份识别 glance_api 服务的 IP 地址。在以下示例中，IP 地址为 iwl 1.105 ：

   (overcloud) [root@controller-0 ~]# grep -A 10 '^listen glance_api' /var/lib/config-data/puppet-generated/haproxy/etc/haproxy/haproxy.cfg
   listen glance_api
    server central-controller0-0.internalapi.redhat.local 172.25.1.105:9292 check fall 5 inter 2000 rise 2

5. 由于 glance-cache-manage 命令仅在 glance_api 容器中可用，因此创建一个脚本，该脚本将执行到该容器中，以向 overcloud 进行身份验证的环境变量已经设置。在 controller-0 上的 /home/tripleo-admin 中创建一个名为 glance_pod.sh 的脚本，其内容如下：

   sudo podman exec -ti \
    -e NOVA_VERSION=$NOVA_VERSION \
    -e COMPUTE_API_VERSION=$COMPUTE_API_VERSION \
    -e OS_USERNAME=$OS_USERNAME \
    -e OS_PROJECT_NAME=$OS_PROJECT_NAME \
    -e OS_USER_DOMAIN_NAME=$OS_USER_DOMAIN_NAME \
    -e OS_PROJECT_DOMAIN_NAME=$OS_PROJECT_DOMAIN_NAME \
    -e OS_NO_CACHE=$OS_NO_CACHE \
    -e OS_CLOUDNAME=$OS_CLOUDNAME \
    -e no_proxy=$no_proxy \
    -e OS_AUTH_TYPE=$OS_AUTH_TYPE \
    -e OS_PASSWORD=$OS_PASSWORD \
    -e OS_AUTH_URL=$OS_AUTH_URL \
    -e OS_IDENTITY_API_VERSION=$OS_IDENTITY_API_VERSION \
    -e OS_COMPUTE_API_VERSION=$OS_COMPUTE_API_VERSION \
    -e OS_IMAGE_API_VERSION=$OS_IMAGE_API_VERSION \
    -e OS_VOLUME_API_VERSION=$OS_VOLUME_API_VERSION \
    -e OS_REGION_NAME=$OS_REGION_NAME \
   glance_api /bin/bash

6. Source overcloudrc 文件，运行 glance_pod.sh 脚本，以使用必要的环境变量在 glance_api 中执行以在 overcloud Controller 节点中进行身份验证。

   [tripleo-admin@controller-0 ~]$ source overcloudrc
   (overcloudrc) [tripleo-admin@central-controller-0 ~]$ bash glance_pod.sh
   ()[glance@controller-0 /]$

7. 使用 glance image-list 等命令来验证容器是否可以对 overcloud 运行经过身份验证的用户。

   ()[glance@controller-0 /]$ glance image-list
   +--------------------------------------+----------------------------------+
   | ID                                   | Name                             |
   +--------------------------------------+----------------------------------+
   | ad2f8daf-56f3-4e10-b5dc-d28d3a81f659 | cirros-0.4.0-x86_64-disk.img       |
   +--------------------------------------+----------------------------------+
   ()[glance@controller-0 /]$

流程

1. 以 admin 用户身份，将镜像排队为缓存：

   $ glance-cache-manage --host=<host_ip> queue-image <image_id>

   • 将 <host_ip> 替换为运行 glance-api 容器的 Controller 节点的 IP 地址。

   • 将 <image_id> 替换为您要队列的镜像 ID。

     当您将要预缓存的镜像排队后，cache_images 定期作业会同时获取所有排队的镜像。

     注意

     由于镜像缓存对每个节点而言是本地的，如果您的 Red Hat OpenStack Platform 使用 HA (3、5 或 7 Controller)部署，那么在运行 glance-cache-manage 命令时，您必须使用 --host 选项指定主机地址。

2. 运行以下命令，以查看镜像缓存中的镜像：

   $ glance-cache-manage --host=<host_ip> list-cached

   将 <host_ip> 替换为您环境中主机的 IP 地址。

流程

1. 作为云管理员，创建单独的 heat 模板环境文件，如 lock-down-glance-metadef-api.yaml，使其包含 Image 服务 metadef API 的策略覆盖：

   ...
   parameter_defaults:
     GlanceApiPolicies: {
   	glance-metadef_default: { key: 'metadef_default', value: '' },
   	glance-metadef_admin: { key: 'metadef_admin', value: 'role:admin' },
   	glance-get_metadef_namespace: { key: 'get_metadef_namespace', value: 'rule:metadef_default' },
   	glance-get_metadef_namespaces: { key: 'get_metadef_namespaces', value: 'rule:metadef_default' },
   	glance-modify_metadef_namespace: { key: 'modify_metadef_namespace', value: 'rule:metadef_admin' },
   	glance-add_metadef_namespace: { key: 'add_metadef_namespace', value: 'rule:metadef_admin' },
   	glance-delete_metadef_namespace: { key: 'delete_metadef_namespace', value: 'rule:metadef_admin' },
   	glance-get_metadef_object: { key: 'get_metadef_object', value: 'rule:metadef_default' },
   	glance-get_metadef_objects: { key: 'get_metadef_objects', value: 'rule:metadef_default' },
   	glance-modify_metadef_object: { key: 'modify_metadef_object', value: 'rule:metadef_admin' },
   	glance-add_metadef_object: { key: 'add_metadef_object', value: 'rule:metadef_admin' },
   	glance-delete_metadef_object: { key: 'delete_metadef_object', value: 'rule:metadef_admin' },
   	glance-list_metadef_resource_types: { key: 'list_metadef_resource_types', value: 'rule:metadef_default' },
   	glance-get_metadef_resource_type: { key: 'get_metadef_resource_type', value: 'rule:metadef_default' },
   	glance-add_metadef_resource_type_association: { key: 'add_metadef_resource_type_association', value: 'rule:metadef_admin' },
   	glance-remove_metadef_resource_type_association: { key: 'remove_metadef_resource_type_association', value: 'rule:metadef_admin' },
   	glance-get_metadef_property: { key: 'get_metadef_property', value: 'rule:metadef_default' },
   	glance-get_metadef_properties: { key: 'get_metadef_properties', value: 'rule:metadef_default' },
   	glance-modify_metadef_property: { key: 'modify_metadef_property', value: 'rule:metadef_admin' },
   	glance-add_metadef_property: { key: 'add_metadef_property', value: 'rule:metadef_admin' },
   	glance-remove_metadef_property: { key: 'remove_metadef_property', value: 'rule:metadef_admin' },
   	glance-get_metadef_tag: { key: 'get_metadef_tag', value: 'rule:metadef_default' },
   	glance-get_metadef_tags: { key: 'get_metadef_tags', value: 'rule:metadef_default' },
   	glance-modify_metadef_tag: { key: 'modify_metadef_tag', value: 'rule:metadef_admin' },
   	glance-add_metadef_tag: { key: 'add_metadef_tag', value: 'rule:metadef_admin' },
   	glance-add_metadef_tags: { key: 'add_metadef_tags', value: 'rule:metadef_admin' },
   	glance-delete_metadef_tag: { key: 'delete_metadef_tag', value: 'rule:metadef_admin' },
   	glance-delete_metadef_tags: { key: 'delete_metadef_tags', value: 'rule:metadef_admin' }
     }
   
   …

2. 在部署 overcloud 时，使用 -e 选项包括部署命令中包含策略覆盖的环境文件：

   $ openstack overcloud deploy -e lock-down-glance-metadef-api.yaml

流程

1. 作为云管理员，登录 undercloud 并为策略覆盖创建一个文件。例如：

   $ cat open-up-glance-api-metadef.yaml

2. 配置策略覆盖文件，以允许对所有用户进行 metadef API 读写访问：

   GlanceApiPolicies: {
       glance-metadef_default: { key: 'metadef_default', value: '' },
       glance-get_metadef_namespace: { key: 'get_metadef_namespace', value: 'rule:metadef_default' },
       glance-get_metadef_namespaces: { key: 'get_metadef_namespaces', value: 'rule:metadef_default' },
       glance-modify_metadef_namespace: { key: 'modify_metadef_namespace', value: 'rule:metadef_default' },
       glance-add_metadef_namespace: { key: 'add_metadef_namespace', value: 'rule:metadef_default' },
       glance-delete_metadef_namespace: { key: 'delete_metadef_namespace', value: 'rule:metadef_default' },
       glance-get_metadef_object: { key: 'get_metadef_object', value: 'rule:metadef_default' },
       glance-get_metadef_objects: { key: 'get_metadef_objects', value: 'rule:metadef_default' },
       glance-modify_metadef_object: { key: 'modify_metadef_object', value: 'rule:metadef_default' },
       glance-add_metadef_object: { key: 'add_metadef_object', value: 'rule:metadef_default' },
       glance-delete_metadef_object: { key: 'delete_metadef_object', value: 'rule:metadef_default' },
       glance-list_metadef_resource_types: { key: 'list_metadef_resource_types', value: 'rule:metadef_default' },
       glance-get_metadef_resource_type: { key: 'get_metadef_resource_type', value: 'rule:metadef_default' },
       glance-add_metadef_resource_type_association: { key: 'add_metadef_resource_type_association', value: 'rule:metadef_default' },
       glance-remove_metadef_resource_type_association: { key: 'remove_metadef_resource_type_association', value: 'rule:metadef_default' },
       glance-get_metadef_property: { key: 'get_metadef_property', value: 'rule:metadef_default' },
       glance-get_metadef_properties: { key: 'get_metadef_properties', value: 'rule:metadef_default' },
       glance-modify_metadef_property: { key: 'modify_metadef_property', value: 'rule:metadef_default' },
       glance-add_metadef_property: { key: 'add_metadef_property', value: 'rule:metadef_default' },
       glance-remove_metadef_property: { key: 'remove_metadef_property', value: 'rule:metadef_default' },
       glance-get_metadef_tag: { key: 'get_metadef_tag', value: 'rule:metadef_default' },
       glance-get_metadef_tags: { key: 'get_metadef_tags', value: 'rule:metadef_default' },
       glance-modify_metadef_tag: { key: 'modify_metadef_tag', value: 'rule:metadef_default' },
       glance-add_metadef_tag: { key: 'add_metadef_tag', value: 'rule:metadef_default' },
       glance-add_metadef_tags: { key: 'add_metadef_tags', value: 'rule:metadef_default' },
       glance-delete_metadef_tag: { key: 'delete_metadef_tag', value: 'rule:metadef_default' },
       glance-delete_metadef_tags: { key: 'delete_metadef_tags', value: 'rule:metadef_default' }
     }

   注意

   您必须将所有 metadef 策略配置为使用 rule:metadeta_default。

3. 在部署 overcloud 时，请使用 -e 选项将新的策略文件包含在部署命令中：

   $ openstack overcloud deploy -e open-up-glance-api-metadef.yaml

流程

1. 使用 virt-install 开始安装：

   [root@host]# virt-install \
     --virt-type kvm \
     --name <rhel9> \
     --ram <2048> \
     --cdrom </var/lib/libvirt/images/rhel-9.0-x86_64-dvd.iso> \
     --disk <rhel9.qcow2>,format=qcow2,size=<10> \
     --network=bridge:virbr0 \
     --graphics vnc,listen=127.0.0.1 \
     --noautoconsole \
     --os-variant=<rhel9.0>

   • 将尖括号 &lt ;& gt; 中的值替换为 RHEL 9 镜像的正确值。

     此命令会启动一个实例并启动安装过程。

     注意

     如果实例没有自动启动，请运行 virt-viewer 命令来查看控制台：

     [root@host]# virt-viewer <rhel9>

2. 配置实例：

   1. 在初始安装程序引导菜单中，选择 Install Red Hat Enterprise Linux 9。
   2. 选择相应的 Language 和 Keyboard 选项。
   3. 当系统提示安装所使用的设备类型时，请选择 Auto-detected installation media。
   4. 当提示安装目的地类型时，请选择 Local Standard Disks。对于其他存储选项，请选择 Automatically configure partitioning。
   5. 选择 Basic Server 安装，它将安装 SSH 服务器。
   6. 对于网络和主机名，请选择 eth0 作为网络，然后选择您的设备的主机名。默认主机名是 localhost.localdomain。

   7. 在 Root Password 字段中输入密码，然后在 Confirm 字段中输入同一密码。

      结果

      安装过程完成并显示 Complete! 屏幕。

3. 安装完成后，重启实例并以 root 用户身份登录。

4. 更新 /etc/sysconfig/network-scripts/ifcfg-eth0 文件，使其只包含以下值：

   TYPE=Ethernet
   DEVICE=eth0
   ONBOOT=yes
   BOOTPROTO=dhcp
   NM_CONTROLLED=no

5. 重启机器。

6. 使用 Content Delivery Network 注册机器。

   # sudo subscription-manager register
   # sudo subscription-manager attach --pool=Valid-Pool-Number-123456
   # sudo subscription-manager repos --enable=rhel-9-server-rpms

7. 更新系统：

   # dnf -y update

8. 安装 cloud-init 软件包：

   # dnf install -y cloud-utils-growpart cloud-init

9. 编辑 /etc/cloud/cloud.cfg 配置文件，并在 cloud_init_modules 下添加以下内容：

   - resolv-conf

   resolv-conf 选项会在实例第一次引导时自动配置 resolv.conf 文件。此文件包含与实例相关的信息，如 名称服务器、域 和其他选项。

10. 在 /etc/sysconfig/network 中添加以下行以避免访问 EC2 元数据服务时出现问题：

    NOZEROCONF=yes

11. 要确保控制台信息会在仪表板的 Log 标签页和 nova console-log 输出中显示，请在 /etc/default/grub 文件中添加以下引导选项：

    GRUB_CMDLINE_LINUX_DEFAULT="console=tty0 console=ttyS0,115200n8"

12. 运行 grub2-mkconfig 命令：

    # grub2-mkconfig -o /boot/grub2/grub.cfg

    输出如下：

    Generating grub configuration file ...
    Found linux image: /boot/vmlinuz-3.10.0-229.9.2.el9.x86_64
    Found initrd image: /boot/initramfs-3.10.0-229.9.2.el9.x86_64.img
    Found linux image: /boot/vmlinuz-3.10.0-121.el9.x86_64
    Found initrd image: /boot/initramfs-3.10.0-121.el9.x86_64.img
    Found linux image: /boot/vmlinuz-0-rescue-b82a3044fb384a3f9aeacf883474428b
    Found initrd image: /boot/initramfs-0-rescue-b82a3044fb384a3f9aeacf883474428b.img
    done

13. 取消注册实例，以便生成的镜像不包含此实例的订阅详情：

    # subscription-manager repos --disable=*
    # subscription-manager unregister
    # dnf clean all

14. 关闭实例：

    # poweroff

15. 使用 virt-sysprep 命令重置并清理镜像，以便它可用于在没有问题的情况下创建实例：

    [root@host]# virt-sysprep -d <rhel9>

16. 通过将磁盘镜像中的任何可用空间转换为主机中的可用空间来减小镜像大小：

    [root@host]# virt-sparsify \
      --compress <rhel9.qcow2> <rhel9-cloud.qcow2>

    此命令在运行命令的位置中创建一个新的 < rhel9-cloud.qcow 2> 文件。

    注意

    您必须根据应用到实例的类别中的磁盘空间手动调整实例的分区大小。

流程

1. 使用 virt-install 开始安装：

   [root@host]# virt-install \
     --virt-type kvm \
     --name <rhel86-cloud-image> \
     --ram <2048> \
     --vcpus <2> \
     --disk <rhel86.qcow2>,format=qcow2,size=<10> \
     --location <rhel-8.6-x86_64-boot.iso> \
     --network=bridge:virbr0 \
     --graphics vnc,listen=127.0.0.1 \
     --noautoconsole \
     --os-variant <rhel8.6>

   • 将尖括号 &lt ;& gt; 中的值替换为 RHEL 8 镜像的正确值。

     此命令会启动一个实例并启动安装过程。

     注意

     如果实例没有自动启动，请运行 virt-viewer 命令来查看控制台：

     [root@host]# virt-viewer <rhel86-cloud-image>

2. 配置实例：

   1. 在初始安装程序引导菜单中，选择 Install or upgrade an existing system，并按照安装提示进行操作。接受默认值。

      磁盘安装程序提供在安装前测试安装介质的选项。选择 OK 以运行测试或 跳过 以在没有测试的情况下继续。

   2. 选择相应的 Language 和 Keyboard 选项。
   3. 当系统提示安装所使用的设备类型时，请选择 基本存储设备。
   4. 为您的设备选择一个主机名。默认主机名是 localhost.localdomain。
   5. 设置 时区和 root 密码。
   6. 根据磁盘上的空间，从哪个安装类型中选择您想要的 安装类型？ 窗口。
   7. 选择 Basic Server 安装，它将安装 SSH 服务器。
   8. 安装过程完成，并会显示 Congratulations，您的 Red Hat Enterprise Linux 安装已完成 屏幕。
3. 重启实例，并以 root 用户身份登录。

4. 更新 /etc/sysconfig/network-scripts/ifcfg-eth0 文件，使其只包含以下值：

   TYPE=Ethernet
   DEVICE=eth0
   ONBOOT=yes
   BOOTPROTO=dhcp
   NM_CONTROLLED=no

5. 重启机器。

6. 使用 Content Delivery Network 注册机器：

   # sudo subscription-manager register
   # sudo subscription-manager attach --pool=Valid-Pool-Number-123456
   # sudo subscription-manager repos --enable=rhel-8-server-rpms

7. 更新系统：

   # dnf -y update

8. 安装 cloud-init 软件包：

   # dnf install -y cloud-utils-growpart cloud-init

9. 编辑 /etc/cloud/cloud.cfg 配置文件，并在 cloud_init_modules 下添加以下内容。

   - resolv-conf

   resolv-conf 选项会在实例第一次引导时自动配置 resolv.conf 文件。此文件包含与实例相关的信息，如 名称服务器、域 和其他选项。

10. 要防止网络问题，请创建 /etc/udev/rules.d/75-persistent-net-generator.rules ：

    # echo "#" > /etc/udev/rules.d/75-persistent-net-generator.rules

    这可防止创建 /etc/udev/rules.d/70-persistent-net.rules 文件。如果创建了 /etc/udev/rules.d/70-persistent-net.rules 文件，当您从快照引导时，网络可能无法正常工作，因为网络接口是作为 eth1 而不是 eth0 创建的，且 IP 地址没有被分配。

11. 在 /etc/sysconfig/network 中添加以下行以避免访问 EC2 元数据服务时出现问题：

    NOZEROCONF=yes

12. 要确保控制台信息会在仪表板的 Log 标签页和 nova console-log 输出中显示，请在 /etc/grub.conf 文件中添加以下引导选项：

    console=tty0 console=ttyS0,115200n8

13. 取消注册虚拟机，以便生成的镜像不包含此实例的相同订阅详情：

    # subscription-manager repos --disable=*
    # subscription-manager unregister
    # dnf clean all

14. 关闭实例：

    # poweroff

15. 使用 virt-sysprep 命令重置并清理镜像，以便它可用于在没有问题的情况下创建实例：

    [root@host]# virt-sysprep -d <rhel86-cloud-image>

16. 使用 virt-sparsify 命令减少镜像大小。这个命令将磁盘镜像中的任何可用空间转换为主机中的可用空间：

    [root@host]# virt-sparsify \
      --compress <rhel86.qcow2> <rhel86-cloud.qcow2>

    此命令在运行命令的位置中创建一个新的 < rhel86-cloud.qcow 2> 文件。

    注意

    您必须根据应用到实例的类别中的磁盘空间手动调整实例的分区大小。

流程

1. 使用 virt-install 开始安装：

   [root@host]# virt-install \
       --name=<name> \
       --disk size=<size> \
       --cdrom=<path> \
       --os-type=windows \
       --network=bridge:virbr0 \
       --graphics spice \
       --ram=<ram>

   • 替换 virt-install 参数的以下值：

     • <name > mvapich- iwlthe Windows 实例具有的名称。
     • <size& gt; mvapich-wagondisk 大小（以 GB 为单位）。
     • <path > mvapich- iwlthe 到 Windows 安装 ISO 文件的路径。

     • <RAM > mvapich-busybox 请求的 RAM 量（以 MB 为单位）。

       注意

       --os-type=windows 参数确保为 Windows 客户机正确配置了时钟，并启用其 Hyper-V enlightenment 功能。在将镜像上传到镜像服务(glance)之前，还必须在镜像元数据中设置 os_type=windows。

2. virt-install 命令默认将客户机镜像保存为 /var/lib/libvirt/images/&lt;name& gt; .qcow2。如果要在其他位置保留客户机镜像，请更改 --disk 选项的参数：

   --disk path=<filename>,size=<size>

   • 将 <filename > 替换为存储实例镜像的文件名称，以及其路径（可选）。例如，path=win8.qcow2,size=8 在当前工作目录中创建一个名为 win8.qcow2 的 8 GB 文件。

     提示

     如果客户机没有自动启动，请运行 virt-viewer 命令来查看控制台：

     [root@host]# virt-viewer <name>

     有关如何安装 Windows 的更多信息，请参阅相关的 Microsoft 文档。

3. 要允许新安装的 Windows 系统使用虚拟化硬件，您可能需要安装 VirtIO 驱动程序。为此，请通过将其作为 CD-ROM 驱动器附加到 Windows 实例来安装镜像。要安装 virtio-win 软件包，您必须将 VirtIO ISO 镜像添加到实例中，并安装 VirtIO 驱动程序。如需更多信息，请参阅 配置和管理虚拟化 中的 为 Windows 虚拟机安装 KVM 半虚拟驱动程序。

4. 要完成配置，请在 Windows 系统上下载并执行 Cloudbase-Init。在安装 Cloudbase-Init 的末尾，选择 Run Sysprep 和 Shutdown 复选框。Sysprep 工具通过生成操作系统 ID （供某些 Microsoft 服务使用）使客户机唯一。

   重要

   红帽不提供对 Cloudbase-Init 的技术支持。如果您遇到问题，请联系 Cloudbase Solutions。

流程

1. 为 UEFI 安全引导创建新镜像：

   $ openstack image create --file <base_image_file> uefi_secure_boot_image

   • 将 <base_image_file > 替换为支持 UEFI 和 GUID 分区表(GPT)标准的镜像文件，并包括 EFI 系统分区。

2. 如果默认机器类型不是 q35，请将机器类型设置为 q35 ：

   $ openstack image set --property hw_machine_type=q35 uefi_secure_boot_image

3. 指定实例必须调度到 UEFI 安全引导主机上：

   $ openstack image set \
    --property hw_firmware_type=uefi \
    --property os_secure_boot=required \
    uefi_secure_boot_image

1. 创建镜像并指定要导入的镜像的 URI：

   $ glance image-create-via-import \
       --container-format <CONTAINER FORMAT> \
       --disk-format <DISK-FORMAT> \
       --name <NAME> \
       --import-method web-download \
       --uri <URI>

   • 将 <CONTAINER FORMAT > 替换为您要为镜像设置的容器格式(None, ami, ari, aki, bare, ovf, ova, docker)。
   • 将 <DISK-FORMAT > 替换为您要为镜像设置的磁盘格式(None, ami, ari, aki, vhd, vhdx, vmdk, raw, qcow2, vdi, iso, ploop)。
   • 将 <NAME > 替换为您的镜像的描述性名称。
   • 将 <URI > 替换为您的镜像的 URI。

2. 您可以使用 glance image-show <IMAGE_ID&gt; 命令检查镜像的可用性。

   • 将 <IMAGE_ID > 替换为您在创建镜像过程中提供的 ID。

1. Web 下载 方法创建一个镜像记录。
2. Web 下载 方法从指定的 URI 检索镜像。

流程

1. 将镜像转换为 RAW 可能会产生大于原始 QCOW2 镜像文件的镜像。在转换前运行以下命令，以确定最终 RAW 镜像大小：

   qemu-img info <image>.qcow2

2. 将镜像从 QCOW2 转换为 RAW 格式：

   qemu-img convert -p -f qcow2 -O raw <original qcow2 image>.qcow2 <new raw image>.raw

流程

1. 将镜像数据导入多个指定的存储：

   $ glance image-create-via-import \
   --container-format bare \
   --name IMAGE-NAME \
   --import-method web-download \
   --uri URI \
   --stores STORE1,STORE2

   • 将 IMAGE-NAME 替换为您要导入的镜像的名称。
   • 使用镜像的 URI 替换 URI。
   • 将 STORE1、STORE2 和 STORE3 替换为您要复制镜像数据的存储名称。

   • 或者，将 --stores 替换为 --all-stores true，以将镜像上传到所有存储。

     注意

     将 --allow-failure 参数设置为 false 时，镜像服务不会忽略无法导入镜像数据的存储。您可以使用镜像属性 os_glance_failed_import 来查看失败的存储列表。如需更多信息，请参阅 检查镜像导入操作的进度。

2. 验证镜像数据是否已添加到特定存储中：

   $ glance image-show IMAGE-ID | grep stores

   使用原始现有镜像的 ID 替换 IMAGE-ID。

   输出显示以逗号分隔的存储列表。

流程

1. 将镜像数据导入到单个存储中：

   $ glance image-create-via-import \
   --container-format bare \
   --name IMAGE-NAME \
   --import-method web-download \
   --uri URI \
   --store STORE

   • 将 IMAGE-NAME 替换为您要导入的镜像的名称。
   • 使用镜像的 URI 替换 URI。

   • 将 STORE 替换为您要将镜像数据复制到的存储名称。

     注意

     如果您没有在命令中包括 --stores、--all-stores 或 --store 的选项，则镜像服务会在中央存储中创建镜像。

2. 验证镜像数据是否已添加到特定的存储中：

   $ glance image-show IMAGE-ID | grep stores

   使用原始现有镜像的 ID 替换 IMAGE-ID。

   输出显示以逗号分隔的存储列表。

流程

1. 验证镜像数据是否已添加到特定存储中：

   $ glance image-show IMAGE-ID

   使用原始现有镜像的 ID 替换 IMAGE-ID。

   输出显示以逗号分隔的存储列表，类似以下示例片断：

   | os_glance_failed_import       |
   | os_glance_importing_to_stores | central,dcn0,dcn1
   | status                        | importing

2. 监控镜像导入操作的状态。当您使用 watch 命令前有一个命令时，命令输出每两秒钟刷新一次。

   $ watch glance image-show IMAGE-ID

   使用原始现有镜像的 ID 替换 IMAGE-ID。

   当镜像导入操作进行时，操作的状态会改变：

   | os_glance_failed_import       |
   | os_glance_importing_to_stores | dcn0,dcn1
   | status                        | importing

   显示镜像无法导入的输出结果类似以下示例：

   | os_glance_failed_import       | dcn0
   | os_glance_importing_to_stores | dcn1
   | status                        | importing

   操作完成后，状态会变为 active ：

   | os_glance_failed_import       | dcn0
   | os_glance_importing_to_stores |
   | status                        | active

流程

1. 将镜像数据复制到所有可用存储中：

   $ glance image-import IMAGE-ID \
   --all-stores true \
   --import-method copy-image

   使用您要复制的镜像的名称替换 IMAGE-ID。

2. 确认镜像数据成功复制到所有可用存储：

   $ glance image-list --include-stores

   有关如何检查镜像导入操作的状态的详情，请参阅 检查镜像导入操作的进度。

流程

1. 将镜像数据复制到特定的存储中：

   $ glance image-import IMAGE-ID \
   --stores STORE1,STORE2 \
   --import-method copy-image

   • 使用您要复制的镜像的名称替换 IMAGE-ID。
   • 将 STORE1 和 STORE2 替换为您要复制镜像数据的存储名称。

2. 确认镜像数据成功复制到指定的存储中：

   $ glance image-list --include-stores

   有关如何检查镜像导入操作的状态的详情，请参阅 检查镜像导入操作的进度。