BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] Cloud-backup solutions for Linux?
- Subject: [Discuss] Cloud-backup solutions for Linux?
- From: bogstad at pobox.com (Bill Bogstad)
- Date: Mon, 28 Sep 2015 12:33:57 -0400
- In-reply-to: <BLUPR04MB36977A2FCE3457F4B0D5CF3DC4F0@BLUPR04MB369.namprd04.prod.outlook.com>
- References: <25d28188.1ER.1lD.10.iPeowC@mailjet.com> <22022.45659.150670.461495@snorkack.blazemonger.com> <BLUPR04MB36961A07BEDF29D3AA5D0E6DC400@BLUPR04MB369.namprd04.prod.outlook.com> <CAJFsZ=qqOcvCb980hRX_mchtA4076oWs4ZemeCN9m8CRmHYTfA@mail.gmail.com> <BLUPR04MB36977A2FCE3457F4B0D5CF3DC4F0@BLUPR04MB369.namprd04.prod.outlook.com>
On Mon, Sep 28, 2015 at 8:24 AM, Edward Ned Harvey (blu) <blu at nedharvey.com> wrote: >> From: Bill Bogstad [mailto:bogstad at pobox.com] >> >> > 2- Use a snapshotting filesystem like btrfs or zfs in the host, so the host can >> replicate the guest storage to another location seamlessly. >> >> I don't see how this can work in a way that would be useful. >> Filesystem snapshots of your emulated disk images by the host OS may >> give you a single point in time copy, but they don't guarantee that >> the copy is in any way consistent. > > This is one of my favorite modes of operation. I run a ZFS host, and have guest VM's residing in zvol's, which get snapshotted and replicated periodically to additional attached storage, and offsite and offline. > > If something happens, like the whole machine explodes or whatever, then I restore the guest snapshot, and power it on. The behavior of the guest machine is exactly as if the guest machine had been running and then suddenly the guest power was yanked or kernel panic or something. The guest storage device is a precise snapshot of what the guest storage would have looked like at the instant that the storage snapshot occurred. Well, we are on the same page on that anyway. It is exactly like pulling the plug on a running system. > If you're running an OS or some daemon that can't survive a power interruption, time to find a new OS or switch to a different daemon. While some OSes/filesystems handle power interruption well at this point, it seems to me that there are lots of apps/servers which do not and which people still need to use. Particularly in a VM environment where you might be running legacy OS/app combinations because you can't replace them, it seems to me that suggesting this method as a generic way to backup VMs is not really appropriate. Sure we should all replace our old software systems with ones that use transactions to protect against this kind of failure, but I don't think we are there yet. Bill Bogstad
- Follow-Ups:
- [Discuss] Cloud-backup solutions for Linux?
- From: blu at nedharvey.com (Edward Ned Harvey (blu))
- [Discuss] Cloud-backup solutions for Linux?
- References:
- [Discuss] Cloud-backup solutions for Linux?
- From: dbarrett at blazemonger.com (Daniel Barrett)
- [Discuss] Cloud-backup solutions for Linux?
- From: blu at nedharvey.com (Edward Ned Harvey (blu))
- [Discuss] Cloud-backup solutions for Linux?
- From: bogstad at pobox.com (Bill Bogstad)
- [Discuss] Cloud-backup solutions for Linux?
- From: blu at nedharvey.com (Edward Ned Harvey (blu))
- [Discuss] Cloud-backup solutions for Linux?
- Prev by Date: [Discuss] Cloud-backup solutions for Linux?
- Next by Date: [Discuss] Cloud-backup solutions for Linux?
- Previous by thread: [Discuss] Cloud-backup solutions for Linux?
- Next by thread: [Discuss] Cloud-backup solutions for Linux?
- Index(es):