[Users] simfs challenge

Nick Knutov mail at knutov.com
Thu Jan 28 03:42:55 PST 2016


Hello,

One of big reasons to prefer simfs over ploop is disk space overhead in 
ploop after using snapshots (for backups for example).
It can be really huge - we have one CT which takes 120Gb instead of 60Gb 
(df -h inside) after daily backups with vzpbackup (*) tool. It's 
after(!) ploop merge & compact.

Do you plan to make some improvements for this case?

(*) https://github.com/andreasfaerber/vzpbackup

28.01.2016 14:27, Konstantin Khorenko пишет:
> Hi All,
>
> so, this is the current situation with simfs:
>
> First of all we cannot implement as it was previously (in OpenVZ 6, 
> 2.6.32-x kernels).
> This is because there is no vzfs in Virtuozzo 7, but all quota related 
> code used by simfs
> was shared between vzfs and simfs, and maintaining that code for simfs 
> only is definitely
> not the thing we'd be happy to do.
> Yes, we definitely want to reuse some mainstream (or write a 
> mainstream-able) code for it.
>
> So, how this could be implemented?
>
> "Old" simfs fs without quota - is just a bindmount => this is a start 
> point.
> 1st level quota for simfs-based Containers (the quota for the 
> Container as a whole) can be
> implemented using project quota which is going to be accepted to 
> mainstream sooner or later.
>
> As for the 2nd level quota (per-user quota inside a CT), we had not 
> found any good solution
> during our internal discussions, so ideas from community are very 
> welcome.
>
> So what do we have at the moment: you can create a simfs-based 
> Container in Virtuozzo 7
> (see instructions below), but cannot manage quota for it.
>
> What should be done further (that's what you can help us with):
>
> 1. Take project quota kernel patches (which Stas Kinsbursky alredy 
> ported to vz7 kernel
> some time ago), apply them to current vz7 kernel - you'll get the 
> kernel able to manage
> project quota.
>
> 2. Need to add project quota support to appropriate userspace tools: 
> quota-tools and e2fsprogs
> see details at https://bugs.openvz.org/browse/OVZ-6619
>
> Hope that helps to understand our plans on simfs in Virtuozzo 7
> and looking forward for a hero who could drive this forward! :)
>
>
>
> More formal feature description is below:
>
> =========================================================================================== 
>
> 1. Feature
> simfs filesystem for Virtuozzo 7 Containers
>
>
> 2. Description
> https://bugs.openvz.org/browse/OVZ-6613
> https://jira.sw.ru/browse/PSBM-40730
>
> Differences between recommended Containers disk backend (ploop) and 
> simfs:
> https://openvz.org/CT_storage_backends
>
> Unlike previous versions of OpenVZ, simfs layout in Virtuozzo 7 is 
> based on bindmounts.
> This means once you start a simfs-based Container, effectively
> "private" area of a Container is bindmounted to the "root" Container 
> area.
> That's it.
>
> How to create a simfs-based Container:
> * set VEFSTYPE=simfs in the /etc/vz/vz.conf
> # vzctl create $VEID
>
> 3. Products
> Virtuozzo 7, libvzctl-7.0.170
>
>
> 4. Testing
> just a validation:
> - create a Container
> - start/stop the Container
> - destroy the Container
>
> 5. Known issues
> * quota for simfs-based Containers is not implemented
>   - 1st level quota (for the Container as a whole) is planned to be 
> implemented via project quota
>     https://bugs.openvz.org/browse/OVZ-6619
>
>   - 2nd level quota (per-user quota inside a Container) is not planned
>
> * online migration of a simfs-based Container is not implemented
>
>
> 6. Feature owner
> Kernel part:    Stanislav Kinsbursky <skinsbursky at virtuozzo.com>
> Userspace part: Igor Sukhih <igor at virtuozzo.com>
>
>
> -- 
> Best regards,
>
> Konstantin Khorenko,
> Virtuozzo Linux Kernel Team
> _______________________________________________
> Users mailing list
> Users at openvz.org
> https://lists.openvz.org/mailman/listinfo/users

-- 
Best Regards,
Nick Knutov
http://knutov.com
ICQ: 272873706
Voice: +7-904-84-23-130



More information about the Users mailing list