Future of OpenVZ and ploop? [message #51335] |
Wed, 16 April 2014 20:36 |
vztester
Messages: 19 Registered: August 2008
|
Junior Member |
|
|
I am not sure if I am the only one but I prefer the non-ploop OpenVZ and recently downgraded after I found the latest vzctl 4.7 forces ploop on me.
Will there be continued support for the standard OpenVZ setup that we all loved?
If we have to use ploop then OpenVZ loses it's advantage of performance, simplicity and flexibility and then it really just becomes a why-not choose VMWare, KVM or Xen?
rtt
|
|
|
Re: Future of OpenVZ and ploop? [message #51336 is a reply to message #51335] |
Fri, 18 April 2014 09:40 |
Ales
Messages: 330 Registered: May 2009
|
Senior Member |
|
|
Nothing like a good rant, huh?
But how does vzctl 4.7 force you into anything? Simply change the VE_LAYOUT variable in /etc/vz/vz.conf back to simfs to make simfs default again, or use the command line switch. Try looking at 'man vzctl'.
Ploop or no ploop, comparing OpenVZ (containers) with VMWare or KVM (full virtualization) is a bit like comparing a rally car with a 12-ton dump truck.
There are things you can't haul with a rally car. There are things you shouldn't do with a dump truck if you have a rally car available. That's about the jist of it. I fail to see how ploop (or simfs, for that matter) changes that.
[Updated on: Fri, 18 April 2014 11:32] Report message to a moderator
|
|
|
|
|
Re: Future of OpenVZ and ploop? [message #51603 is a reply to message #51483] |
Wed, 13 August 2014 21:15 |
vztester
Messages: 19 Registered: August 2008
|
Junior Member |
|
|
devonblzx wrote on Tue, 24 June 2014 15:40I personally think ploop makes OpenVZ better. Sure, some cases simfs is nice, but ploop makes management from the host node so much easier with the image file and snapshots, makes containers independent from the host's filesystem limitations and quotas, and eventually will lead to containers being able to easily run different file system types.
Maybe you can explain further what the disadvantages of ploop are?
devon I think you make some good points especially with it not being limited by the filesystem (eg. number of files/directories and inodes etc..).
Anyway I think I explained the disadvantages above, it's easy to backup specific portions of a container or to deploy testing on them by directly accessing them via /vz/private/ctid. I just think that what I do is not very common so most won't see the value of simfs.
rtt
|
|
|