解决方案 »

  1.   


    动态调整是什么意思?能解释下么?
    你的意思是用到超过10G的时候就会分配20G空间?那这个fdisk里面的10G又代表什么意思?
    创建镜像的时候初始分配的10G 和flavor里面的硬盘空间大小又是什么关系?
      

  2.   


    我试着制作了一个初始大小为30G的镜像,然后选择硬盘大小20G的flavor,结果发现实例启动以后,执行fdisk -l 的显示结果是30G。也就是说flavor里面的硬盘就没有出现在实例中。动态调整也不对啊!?
      

  3.   

    flavor里面哪个20G是附加存储,跟镜像里面哪个应该没有关系,附加这个20G应该是通过volume attached上去的吧。也就是镜像硬盘不够的时候,动态加上去。
      

  4.   


    我根本没有attach 什么volume。我只是简单的制作一个镜像,然后选择一个flavor启动一个实例。
      

  5.   


    对啊,所以你看到的就是镜像的大小,没有用volume,怎么会看到你选择的那20G大小?你觉得你选择哪个20G是怎样分配的呢?
      

  6.   


    那启动实例的时候,选择的那个flavor里面的Root Disk有什么意义?比如我制作的镜像大小为10G,我启动实例的时候选择的flavor里面写的Root Disk是20G,结果我只能看到镜像的10G,这个20G是代表啥?
      

  7.   

    你镜像是怎么做的呢?
    如果你直接创建了一个.img文件,做完后直接上传这个img镜像的话,创建出来的系统盘大小不会随flavor改变。还有一种是,要调整镜像,把系统kerel跟ramdisk盘提取出来。一共上传3个文件,一个调整后的.img镜像,还有kernl跟ramdisk 启动起来的就可以随flavor的大小了。
      

  8.   


    我是直接上传的img文件。没有上传kernal和ramdisk文件。
    你说的调整镜像我没做过,虽然在官网看到过,不过那个eucatools我一直在centos下找不到安装的源。如果我安装了eucatools了的话,上传kernal和ramdisk是上传到本地的glance里面还是上传到哪儿?
      

  9.   

    当然是上传到glance中。 你就用那种方法做镜像吧。上传单独的.img镜像肯定是没法自定义系统盘的大小的。不必eucatools的。你就是多步调整镜像,多一步提取、上传kernel跟ramdisk文件。照着文档做就行。
      

  10.   

    DiskVirtualroot disk size in gigabytes. This is an ephemeral disk the baseimage is copied into. When booting from a persistent volume itis not used. The "0" size is a special case which usesthe native base image size as the size of the ephemeral rootvolume.
      

  11.   

    当然是上传到glance中。 你就用那种方法做镜像吧。上传单独的.img镜像肯定是没法自定义系统盘的大小的。不必eucatools的。你就是多步调整镜像,多一步提取、上传kernel跟ramdisk文件。照着文档做就行。这个能提供一份文档参考一下吗?我都是直接上传镜像到glance的,没有看到拆分的文档哦?