Closed jamestwebber closed 6 years ago
@jamestwebber - This is released in v2.1.0. The calling convention is the same as in aegea batch
: aegea launch akislyuk-ebs-test4 --storage /foo=500 /bar=600
. Caveats:
mkdir /foo /bar
for the above example), and run mount -a
, and the rest of it will work just fine).aegea build_ami NAME
for this to work. The change that I committed today reconfigures the base AMI to support auto-formatting, auto-mounting, and fstab enrollment of the filesystems. (Although old/non-aegea AMIs don't support this, you can still use them for launch, log in to the resulting instance and format and mount the filesystem manually.)Awesome, thanks!
So if I understand this correctly, I have to build the AMIs through aegea to use this capability? We had a plan to organize through Packer images but if we should reorient to build off of aegea we can do that. Or if there's a way to make sure our Packer-built AMIs are aegea- compatible, that would be good too.
You could try, and as I described, you can use some of this capability with non-aegea AMIs. But I recommend using aegea to build the AMIs for now. I'm working with @ryanking to make the aegea and packer-based AMI build processes compatible.
Again, apologies if I don't see this in the options. I built AMIs without configuring additional storage but most users are going to need an additional volume to download and work with their data. When using
aegea batch
it is straightforward to request/mnt=500
or something but I don't see a way to do this withaegea launch
. This would be a useful feature, as the alternatives area) rebuild the images so they have storage volumes already (which requires assumptions about space requirements), or b) have people launch instances from the console, although they'd have to format the volume themselves.