[Systems] Which storage driver for Docker?
Bernie Innocenti
bernie at codewiz.org
Mon Nov 3 22:53:02 EST 2014
On 03/11/14 05:19, Sam P. wrote:
> Hey Bernie,
>
> On Sun, Nov 2, 2014 at 3:47 PM, Bernie Innocenti <bernie at codewiz.org
> <mailto:bernie at codewiz.org>> wrote:
>
> I just read this:
>
> http://developerblog.redhat.com/2014/09/30/overview-storage-scalability-docker/
>
> Perhaps I've been too fast to ditch btrfs: docker really needs a
> copy-on-write filesystem to store images efficiently... and btrfs is
> slower and more complicated than other filesystems *exactly* because
> it's designed to handle CoW well.
>
>
> Sounds cool
>
>
>
> So it's a perfect fit... if it works. I'm a bit worried that the Ubuntu
> 14.04 kernel might have serious btrfs bugs, but we have no way to know
> until we hit one. Let's just make sure we have very good backups,
> ok? :-)
>
>
> Well we have 2 btrfs partitions, and each is different:
>
> - Docker images: we have already discussed the lack of need to back
> these up
> - Socialhelp: we need to back this up, but this really does not need to
> be on btrfs... I will migrate it soon
>
>
>
> Another concern: creating multiple btrfs volumes on top of MD and LVM is
> probably stupid: btrfs is complicated also because it handles raid and
> subvolumes at higher level. If we decide to deploy lots of containers on
> freedom, we should probably rethink the disk layout.
>
>
> I don't think we need to, we only really need to have 1 btrfs partition
> - the docker image store. I think that the overhead on that partition
> won't fill up the rest of the disk space =)
>
>
> What's your opinion on this?
Agree with you.
Today I spoke with Teo T'so of ext4 fame. He told me that he'd use
overlayfs, but it's still new and immature and anyway we don't have a
recent enough kernel for it.
Wow, this entire software stack seems pretty cutting edge! I'm 100%
happy to experiment, but we should hold back on migrating anything
critical until the dust settles a bit more.
--
_ // Bernie Innocenti
\X/ http://codewiz.org
More information about the Systems
mailing list