I think you are speaking here about different cases. One is making HA backup node. When we are backing up full node to another node (1:1) - zfs send/receive is much better (and the goal is to save data, not running processes). Without zfs - ploop snapshotting and vzmigrate is good enough (over SSD), and rsync with ext4 (simfs inside CT) is really pain.
The other case is migrating large amount of CTs over large amount of nodes for resource usage balancing [with zero downtime]. There is no alternatives to vzmigrate here although zfs send/receive with per-container ZVOL can speed up this process [if it's important to transfer between nodes faster with less network usage] 10.07.2014 15:35, Pavel Odintsov пишет: >> Why? ZFS send/receive is able to do bit-by-bit identical copy of the FS, >> >I thought the point of migration is to don't have the CT notice any >> >change, I don't see why the inode numbers should change. > Do you have really working zero downtime vzmigrate on ZFS? > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 _______________________________________________ Users mailing list Users@openvz.org https://lists.openvz.org/mailman/listinfo/users
