Questions tagged «qcow2»

6
极低的KVM磁盘性能(qcow2磁盘文件+ virtio)
设置KVM客户机时,我遇到一些严重的磁盘性能问题。通过一个简单的dd测试,qcow2映像所在的主机分区(镜像RAID阵列)的写入速度超过120MB / s,而我的来宾的写入速度为0.5到3MB / s。 该来宾配置了几个CPU和4G RAM,目前未运行其他任何功能。目前,这是一个完全最小的安装。 使用进行性能测试time dd if=/dev/zero of=/tmp/test oflag=direct bs=64k count=16000。 客户机配置为使用virtio,但这似乎不会影响性能。 主机分区是4kb对齐的(无论如何,主机上的性能还不错)。 在磁盘上使用写回缓存可以大大提高报告的性能,但是我不希望使用它;而是在磁盘上使用写回缓存。即使没有它,性能也要远胜于此。 主机和来宾都运行Ubuntu 12.04 LTS,该版本随附qemu-kvm 1.0 + noroms-0ubuntu13和libvirt 0.9.8-2ubuntu17.1。 主机启用了截止时间IO调度程序,而来宾则没有。 似乎有很多指南可以调整kvm的性能,我最终会实现的,但是目前看来我应该获得比该性能好得多的性能,因此似乎有些错误。 更新1 突然之间,当我回到现在进行测试时,速度为26.6 MB / s;这更像是我期望的w / qcrow2。如果有人对问题可能有什么想法(如果它再次神秘地出现),我将保留问题。 更新2 我不再担心qcow2的性能,只是使用原始映像切换到RAID1上的LVM,仍然使用virtio,但在磁盘驱动器上设置了cache ='none'和io ='native'。写入性能现在接近。135MB / s使用与上述相同的基本测试,因此弄清楚问题可以完全轻松解决时似乎没有什么意义。

2
哪种更好的映像格式(raw或qcow2)用作其他VM的基础映像?
我正在使用基本映像,并以此为基础创建了许多虚拟机。现在,我想知道qcow2还是raw用作基础图像更好。而且,请您告诉我使用baseimage代替克隆整个磁盘是否有任何优势。速度可能是一个因素,但就效率而言,使用基本映像然后使用该基本映像创建VM是否存在任何问题? 编辑1: 我做了一些实验 第一个是当baseimage和overlay均为qcow2时。其次,当baseimage是原始映像,但是覆盖层是qcow2时,在第三种情况下,我将为每个VM提供单独的原始磁盘映像。令人惊讶的是,与其他两种情况相比,最后一种情况要有效得多。 实验装置: baseimage中的操作系统:Ubuntu Server 14.04 64位。 主机操作系统:Ubuntu 12.04 64bit 内存:8GB 处理器:Intel®Core™i5-4440 CPU @ 3.10GHz×4 硬碟:500 GB 在x轴上:同时启动的VM数。从1开始,递增到15。 在y轴上:引导“ x”台计算机的总时间。 从图中可以看出,将完整的磁盘映像提供给VM似乎比其他两种方法更为有效。 编辑2: 当我们为每个VM提供单独的原始映像时就是这种情况。在执行缓存刷新之后,这是图。它几乎类似于原始baseimage + qcow覆盖。 谢谢。

3
释放kvm / qemu上qcow2-image文件上未使用的空间
我们在虚拟机中使用带有qcow2-images的kvm / qemu。 qcow2具有此不错的功能,其中映像文件仅分配虚拟机实际需要的空间。但是,如果虚拟机的分配空间变小,如何缩小映像文件? 例: 1.)我用qcow2格式创建了一个新图像,大小为100GB 2.)我使用此映像安装ubuntu。安装大约需要10 GB,映像文件会增长到大约10GB。到目前为止没有什么意外的。 3.)我用大约40 GB的附加数据填充了映像。图像文件将增长到50GB。我同意:-) 4.)这是很奇怪的地方:我删除了图像上的所有40GB数据,但是图像大小仍然占用了50GB。 问题:如何释放40GB的数据并将图像缩小到仅需要的10 GB? 在此先感谢,伯尼


2
挂载qcow2快照
我正在运行一些Xen服务器,并开始迁移到KVM。 目前,我的来宾系统正在原始图像或LVM上运行。 我发现libvirt提供了一些非常好的快照功能(virsh snapshot-create,...),因此我决定使用qcow2代替raw / lvm。 这是我的问题:libvirt在qcow2映像上创建与我使用qemu-img相同的快照-是否可以挂载它们?我读了一些有关qemu-nbd的信息以及安装qcow的可能性,但是我对快照一无所知。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.