All of lore.kernel.org
 help / color / mirror / Atom feed
From: Loic Dachary <loic@dachary.org>
To: Sage Weil <sage@inktank.com>
Cc: ceph-devel@vger.kernel.org
Subject: Re: experimental dmcrypt support
Date: Sun, 17 Feb 2013 15:01:54 +0100	[thread overview]
Message-ID: <5120E2D2.10102@dachary.org> (raw)
In-Reply-To: <alpine.DEB.2.00.1302141748510.11259@cobra.newdream.net>

[-- Attachment #1: Type: text/plain, Size: 2719 bytes --]

Hi,

Are you aware of the current efforts to support volume encryption in OpenStack ?

http://lists.openstack.org/pipermail/openstack-dev/2013-February/005317.html
https://blueprints.launchpad.net/nova/+spec/encrypt-cinder-volumes

My 2cts ;-)

On 02/15/2013 02:57 AM, Sage Weil wrote:
> Alexandre and I have been working on adding basic dm-crypt support to 
> ceph-disk-prepare/activate.  At this point it is working reasonably well, 
> but before we move forward I thought I'd see if anyone has 
> feedback/comments on the implementation.
> 
> The initial goals are very simple: transparently dm-crypt the volumes for 
> the osd data and journal befor we use them, and store the keys somewhere 
> on the local host (currently /etc/ceph/dmcrypt-keys).  Eventually we'll 
> want to something more sophisticated there--there is a whole industry to 
> supprot key management and compliance for this sort of thing--but slotting 
> that in later should be pretty simple.
> 
> For now, the basic process looks like this:
> 
>  ceph-disk-prepare --dmcrypt DATADISK [JOURNALDISK]
> 
> When --dmcrypt is passed, we generate a unique UUID for the data and 
> journal both (the data one matches the OSD uuid), and label the 
> GPT partitions.  We also set the type to special "dmcrypted osd" and 
> "dmcrypted journal" types.  The dm-crypt mapped devices appear in 
> /dev/mapper/$UUID, so the journal symlink inside the data dir of the 
> data volume points there.  Keys are stored in 
> /etc/ceph/dmcrypt-keys/$UUID.
> 
> Normally, to activate an OSD, a udev rule triggres on teh osd partition 
> type and runs ceph-disk-active.  In this case, it's slightly more 
> complicated.  A udev rule triggers on the encrypted journal partition type 
> and starts dm-crypt (using the key in /etc/ceph/...).  For the encrypted 
> osd partition, we first start dm-crypt, then run ceph-disk-activate on the 
> resulting /dev/mapper/$UUID volume.
> 
> That's basically it.  Leveraging udev makes this pretty simple, and should 
> be portable to any distro (vs, say, using upstart events to do the same 
> steps).
> 
> Later, we may want to add some super-simple key management so that the 
> keys are stored on the monitor instead of in a local directory, but for 
> some users at least this is sufficient (where the concern is really about 
> disposal of disks).
> 
> See wip-dmcrypt in ceph.git to take a look.
> 
> Thanks!
> sage
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Loïc Dachary, Artisan Logiciel Libre


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

      reply	other threads:[~2013-02-17 14:01 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-15  1:57 experimental dmcrypt support Sage Weil
2013-02-17 14:01 ` Loic Dachary [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5120E2D2.10102@dachary.org \
    --to=loic@dachary.org \
    --cc=ceph-devel@vger.kernel.org \
    --cc=sage@inktank.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.