Open Stack

On Thu, 22 Apr 2021 at 15:08, Donny Davis <donny at fortnebula.com> wrote:

> FWIW I had some excellent startup times in Fort Nebula due to using local
> storage backed by nvme drives. Once the cloud image is copied to the
> hypervisor, startup's of the vms were usually measured in seconds.
>

Nova image pre-caching might be useful here:
https://docs.openstack.org/nova/ussuri/admin/image-caching.html#image-pre-caching

Cheers,
Ollie


> Not sure if that fits the requirements, but sub 30 second startups were
> the norm. This time was including the actual connection from nodepool to
> the instance. So I imagine the local start time was even faster.
>
> What is the requirement for startup times?
>
> On Mon, Apr 19, 2021 at 9:31 AM Jeremy Stanley <fungi at yuggoth.org> wrote:
>
>> On 2021-04-19 16:31:24 +0530 (+0530), open infra wrote:
>> > On Thu, Mar 25, 2021 at 8:38 PM Jeremy Stanley <fungi at yuggoth.org>
>> wrote:
>> [...]
>> > > The next best thing is basically what Nodepool[*] does: start new
>> > > virtual machines ahead of time and keep them available in the
>> > > tenant. This does of course mean you're occupying additional quota
>> > > for whatever base "ready" capacity you've set for your various
>> > > images/flavors, and that you need to be able to predict how many of
>> > > what kinds of virtual machines you're going to need in advance.
>> > >
>> > > [*] https://zuul-ci.org/docs/nodepool/
>> >
>> > Is it recommended to use nodepool in a production environment?
>>
>> I can't begin to guess what you mean by "in a production
>> environment," but it forms the lifecycle management basis for our
>> production CI/CD system (as it does for many other Zuul
>> installations). In the case of the deployment I help run, it's
>> continuously connected to over a dozen production clouds, both
>> public and private.
>>
>> But anyway, I didn't say "use Nodepool." I suggested you look at
>> "what Nodepool does" as a model for starting server instances in
>> advance within the tenants/projects which regularly require instant
>> access to new virtual machines.
>> --
>> Jeremy Stanley
>>
>
>
> --
> ~/DonnyD
> C: 805 814 6800
> "No mission too difficult. No sacrifice too great. Duty First"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20210423/77be3df2/attachment-0001.html>