On Wed, Nov 24, 2021 at 09:16:05AM -0500, Cleber Rosa wrote:
> Hi,
>
> Fosshost.org was kind enough to supply the QEMU project with a public
> VM hosted by them. The original use case we anticipated was to set up
> a GitLab CI runner, because we assumed the VM was KVM capable, but
> that turned out not to be the case.
Setting up a GitLab CI runner doesn't require KVM per se, it is
more about what you want to use the runner for.
I presume what you mean here is that the intended usage was to
run functional/integration tests that require KVM ?
> So, at this point, adding it as a GitLab CI runner would not add any
> significant improvement over the shared runners already provided, and
> it would require more maintenance effort.
The elephant in the room is GitLab's stated plan to switch gitlab.com
share runners onto a quota, instead of allowing unlimited usage.
Their original timescale is out of the window, because it is blocked
by RFE work they're doing first
- Backend track CI minute usage for projects where the CI
cost is $0
- Frontend to report CI minute usage for projects where the
CI cost is $0
They promised that they'd roll out those improvements and then
give several more months to let projects understand their
typical CI usage, before they enforce the quotas.
This is a long winded way of saying
- We don't currently know how much CI time we use for qemu.git
pipelines. Guesstimates based on number of pipelines/jos
we create give *very* high monthly counts.
- Once we do know, this may or may not be within the allowance
we can acquire from signing up to their open source program
I'm betting we are going to significantly exceed what even
the OSS program offers for CI minutes.
- We might be left with a choice of cutting down our CI
jobs or adding more private runners.
> If there are any ideas for making use of this resource, and volunteers
> to configure and maintain it, please let me know.
>
> Otherwise, it seems fair to relinquish the resource back to Fosshost.org.
The fosshost may yet be important once gitlab enforce CI minute quotas,
but the timeframe for when we'll discover this has pushed out significantly
since gitlab first announced their plan.
We've since got access to Azure credits too. Maybe we'll be better off
using Azure instead, or maybe we'll need both Azure and Fosshost. Hard
to predict.
I dont like that we're sitting on fosshost resources that could be used
by other projects, so if we can have a strong confidence that we will
not use it, then we should give it back. I don't think we've got that
confidence right now though due to gitlab's changed timeframes.
Regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
