All of lore.kernel.org
 help / color / mirror / Atom feed
* [Qemu-devel]  Security for QCOW2 format
@ 2014-11-07 16:32 Halsey Pian
  2014-11-08  7:01 ` Fam Zheng
  0 siblings, 1 reply; 2+ messages in thread
From: Halsey Pian @ 2014-11-07 16:32 UTC (permalink / raw)
  To: qemu-devel

[-- Attachment #1: Type: text/plain, Size: 826 bytes --]

Dear All,

 

Nice to know all of you!

 

Recently, I am reading codes of qcow2 format, in order to switch
virtualization solution in my project from VMWare to KVM for more specific
customization based on customer's requirements. 

 

I have one consideration related to qcow2 format in QEMU.

As you know, there is all-in-one img file for QCOW2 format even if there is
much original data and a number of snapshots, then maybe we would get a huge
file, and maybe we cannot use this img if it is broken due to some
reason/exception during long term running especially for server application.
Is there a solution for this? Or is there a strategy similar to VMWare VMDK
format using the structure with parent pointer to manage separate sub vmdk
files? 

 

Could you give help on it? Many thanks!

 

Best Regards

Halsey Pian


[-- Attachment #2: Type: text/html, Size: 5697 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [Qemu-devel] Security for QCOW2 format
  2014-11-07 16:32 [Qemu-devel] Security for QCOW2 format Halsey Pian
@ 2014-11-08  7:01 ` Fam Zheng
  0 siblings, 0 replies; 2+ messages in thread
From: Fam Zheng @ 2014-11-08  7:01 UTC (permalink / raw)
  To: Halsey Pian; +Cc: qemu-devel

On Sat, 11/08 00:32, Halsey Pian wrote:
> Dear All,
> 
>  
> 
> Nice to know all of you!
> 
>  
> 
> Recently, I am reading codes of qcow2 format, in order to switch
> virtualization solution in my project from VMWare to KVM for more specific
> customization based on customer's requirements. 
> 
>  
> 
> I have one consideration related to qcow2 format in QEMU.
> 
> As you know, there is all-in-one img file for QCOW2 format even if there is
> much original data and a number of snapshots, then maybe we would get a huge
> file, and maybe we cannot use this img if it is broken due to some
> reason/exception during long term running especially for server application.
> Is there a solution for this? Or is there a strategy similar to VMWare VMDK
> format using the structure with parent pointer to manage separate sub vmdk
> files? 
> 
>  
> 
> Could you give help on it? Many thanks!

Qcow2 supports external snapshot with backing file, as alternative to internal
snapshot. It is similar to VMDK parent pointer.

There is no "sub image" in qcow2, if you mean something like two GB split
extents in VMDK.

Fam

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2014-11-08  7:01 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-11-07 16:32 [Qemu-devel] Security for QCOW2 format Halsey Pian
2014-11-08  7:01 ` Fam Zheng

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.