From: Mark Meyer <mark@ofosos.org>
To: guix-devel@gnu.org
Subject: [Mark Meyer] Re: AWS + OpenStack support
Date: Tue, 11 Apr 2017 07:48:00 +0200 [thread overview]
Message-ID: <871sszh4vj.fsf@ofosos.org> (raw)
[-- Attachment #1: Type: text/plain, Size: 31 bytes --]
Sorry, didn't go to the list.
[-- Attachment #2: Type: message/rfc822, Size: 3370 bytes --]
From: Mark Meyer <mark@ofosos.org>
To: Chris Marusich <cmmarusich@gmail.com>
Subject: Re: AWS + OpenStack support
Date: Tue, 11 Apr 2017 07:45:08 +0200
Message-ID: <878tn7h50b.fsf@ofosos.org>
>>>>> "Chris" == Chris Marusich <cmmarusich@gmail.com> writes:
Chris> Mark Meyer <mark@ofosos.org> writes:
Chris> I think it'd be awesome if this were easier to do! This
Chris> topic has come up before:
Chris> https://lists.gnu.org/archive/html/guix-devel/2017-03/msg00757.html
Chris> https://lists.gnu.org/archive/html/help-guix/2016-11/msg00075.html
Ah. I completely missed the latter discussion.
Chris> Long story short, instead of starting with a base image and
Chris> modifying it (e.g., by injecting credentials at first boot
Chris> via the EC2 metadata service), one appealing alternative is
Chris> to use EC2's VM import feature to actually import precisely
Chris> the system that you want to launch:
Chris> https://aws.amazon.com/ec2/vm-import/
Which does not work with GuixSD (tried it). Apparently it looks into the
image an expects stuff like fstab. I find it not very trust building
that it actually inspects the image.
Chris> Customizations, such as SSH credentials, would be specified
Chris> in a GuixSD operating system configuration file and built
Chris> into the VM image, so neither the EC2 metadata service, nor
Chris> hacks like the "cloud-init" script used by some distros,
Chris> would enter into the picture at all.
Chris> Some preliminary work in a similar spirit was already done in
Chris> the branch 'wip-deploy', but I don't think it was
Chris> EC2-specific in any way. Perhaps by looking there, you can
Chris> find some inspiration?
Here the immediate downside would be that stuff like auto-scaling does
not work out of the box. Which some people consider one of the selling
features of AWS, the prices for VM hosting being rather high.
Chris> I think it would be better to spend your energy on creating a
Chris> mechanism that allows an individual to build a GuixSD image
Chris> from their own operating system configuration file, import
Chris> that into EC2, and then launch an instance from it. If such
Chris> a feature were available in GuixSD, you could do it once from
Chris> a desktop/laptop with a slow internet connection to create a
Chris> "control server" in the cloud (with a fast internet
Chris> connection), and then you could run it from the control
Chris> server as needed to quickly spin up whatever other instances
Chris> you might need.
I think the above steps could be shortened somewhat and automated, if
you know you're running on ec2.
I don't see a way to cleanly import an image into AWS. This is however
different for OpenStack, there you have an image service that does just
what we need.
I'll try my hand at optimizing these steps on the weekend.
Cheer, Mark
--
Mark Meyer
mark@ofosos.org
[-- Attachment #3: Type: text/plain, Size: 39 bytes --]
--
Mark Meyer
mark@ofosos.org
next reply other threads:[~2017-04-11 5:48 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-11 5:48 Mark Meyer [this message]
2017-04-11 7:04 ` [Mark Meyer] Re: AWS + OpenStack support Chris Marusich
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=871sszh4vj.fsf@ofosos.org \
--to=mark@ofosos.org \
--cc=guix-devel@gnu.org \
/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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
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.