Date: Fri, 17 Dec 2010 12:37:43 -0800 From: Colin Percival <cperciva@freebsd.org> To: Robert Watson <rwatson@freebsd.org> Cc: "freebsd-xen@freebsd.org" <freebsd-xen@freebsd.org> Subject: Re: FreeBSD/EC2 lives! Message-ID: <4D0BCA17.8030207@freebsd.org> In-Reply-To: <alpine.BSF.2.00.1012170928080.39096@fledge.watson.org> References: <4D066D52.2080100@freebsd.org> <127D9397-0A4A-4020-AF0B-42E5772E261D@gmail.com> <alpine.BSF.2.00.1012170928080.39096@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12/17/10 01:29, Robert Watson wrote: > On Mon, 13 Dec 2010, Aleksey Ovcharenko wrote: >> Any plans of using ZFS there? > > I don't know about Amazon's live disk resizing policy, but at least in > our local Xen deployment of FreeBSD at Cambridge, ZFS seems like the > sensible thing so that we can do live disk resizing during provision of > VMs through cloning. Amazon EBS doesn't allow disks to be resized -- this is something I asked for a long time ago, but I'm guessing it isn't something a very large number of people are demanding. Of course, with EBS you can always create a new volume, sync everything across, then destroy the old volume[*]; so it's not as large a problem as on a local Xen deployment where the amount of disk space you have available might limit your ability to temporarily duplicate everything. [*] In theory, at least. Last time I tried I got a FreeBSD kernel panic when I detached an EBS volume from a running instance. -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4D0BCA17.8030207>