[lxc-users] Recommended techniques for dynamically provisioning containers using lxd

Ingo Baab ib at baab.de
Tue Aug 23 16:01:33 UTC 2016


sorry list,
- this mail was accidentally send by me to the list..  sorry.
-Ingo


Am 23.08.2016 um 17:56 schrieb Ingo Baab:
>
> https://www.youtube.com/watch?v=5PXxINlP_8Y
>
> http://mysticlabs.com/consulting/
>
>
>
> Am 23.08.2016 um 17:02 schrieb Zach Lanich:
>> P.Lowe, did you ever get an answer on this. I’m doing something very 
>> similar with SaltStack.
>>
>> Best Regards,
>>
>> Zach Lanich
>> /Business Owner, Entrepreneur, Creative/
>> */Owner/CTO/*
>> weCreate LLC
>> /www.WeCreate.com <http://www.wecreate.com>/
>>
>>> On Aug 17, 2016, at 4:48 PM, P. Lowe <plowe at zitovault.com 
>>> <mailto:plowe at zitovault.com>> wrote:
>>>
>>>
>>> Hi,
>>>
>>> I am investigating the use of lxd to dynamically spin up server 
>>> instances.
>>>
>>> I'm thinking about using a code-as-infrastructure approach using a 
>>> chef-solo cookbook that is pulled out of git upon the container's 
>>> initial boot and does all the provisioning upon initial boot.
>>>
>>> Would people recommend creating a new container from a base image, 
>>> modifying rc.local to pull the cookbook from git and launch it upon 
>>> initial bootup, after which rc.local is reset to be empty and the 
>>> server is restarted?
>>>
>>> After rc.local is modified, the new container would be published to 
>>> the local image store, so that whenever a new container is launched, 
>>> it will boot up, run rc.local, pull the cookbook from git, run the 
>>> cookbook and apply all the local provisioning operations, empty out 
>>> rc.local, and then reboot the machine, after which it will boot with 
>>> the customized provisioning parameters for normal operation.
>>>
>>> What is the recommended way to send provisioning parameters (e.g. ip 
>>> address, gateway, hostname, block device mounts, secrets (certs / 
>>> keys)) to the container? Would people just drop a config file into 
>>> the container using the lxc push command, or any other better 
>>> techniques?
>>>
>>> Thanks,
>>>
>>> P.Lowe
>>>
>>>
>>> _______________________________________________
>>> lxc-users mailing list
>>> lxc-users at lists.linuxcontainers.org 
>>> <mailto:lxc-users at lists.linuxcontainers.org>
>>> http://lists.linuxcontainers.org/listinfo/lxc-users
>>
>>
>>
>> _______________________________________________
>> lxc-users mailing list
>> lxc-users at lists.linuxcontainers.org
>> http://lists.linuxcontainers.org/listinfo/lxc-users
>
>
>
> _______________________________________________
> lxc-users mailing list
> lxc-users at lists.linuxcontainers.org
> http://lists.linuxcontainers.org/listinfo/lxc-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxcontainers.org/pipermail/lxc-users/attachments/20160823/7cbd86b7/attachment.html>


More information about the lxc-users mailing list