<div dir="ltr">I am +1 for such setup for non-mission-critical payload, e.g. pull request builds. We can always auto-reschedule them if the instance goes down. I am pretty sure we can have a high continuous load on such first-priority agents, and that it will reduce the net cost. Still needs testing and a sign-off from the security team.<div><br><div>There are also some other ideas for cost cutting we discussed in the mailing lists and Jira tickets, it would be great to do the joint brainstorming at the next Infra team meetings.</div><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Feb 7, 2020 at 4:47 PM Marky Jackson <<a href="mailto:marky.r.jackson@gmail.com">marky.r.jackson@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Huge +1 from me<br>
<br>
> On Feb 7, 2020, at 1:22 PM, R. Tyler Croy <<a href="mailto:rtyler@brokenco.de" target="_blank">rtyler@brokenco.de</a>> wrote:<br>
> <br>
> We've been discussing some cost-mitigation measures with the Jenkins board<br>
> recently, and one of the big areas of cost for our infra is <a href="http://ci.jenkins.io" rel="noreferrer" target="_blank">ci.jenkins.io</a>.<br>
> <br>
> An idea that struck me yesterday was that we could just spend a few thousand<br>
> dollars on a couple intel NUCs, keep those as "always on" agents, and then<br>
> use AWS/Azure/GCP for burst capacity on top of that.<br>
> <br>
> In my home lab, I already have a cabinet with a few machines, cheap solar<br>
> power, and a gigabit connection to the public internet. It would be relatively<br>
> little effort for me to provision a few NUCs on their own network segment here.<br>
> <br>
> The downsides that come to mind would be: physical infrastructure, a dependency<br>
> on Tyler's Great Little Datacenter, some personal cost to me (another network<br>
> switch and perhaps some electrical work to ensure the circuit will support even more<br>
> computers), and each machine would not have its own public IPv4 (though they<br>
> would all have public IPv6s).<br>
> <br>
> The upside is that we've have basically some fixed cost executors, and even if<br>
> they fail, service availability would not completely disappear since we can<br>
> still burst into the cloud.<br>
> <br>
> <br>
> In terms of space, I believe I could fit up to 8 more NUCs in the cabinet. The<br>
> one I have right now has 8 cores and 32GB of RAM, which I think can easily<br>
> handle a couple core builds ;)<br>
> <br>
> <br>
> <br>
> <br>
> Let me know what you all think!<br>
> <br>
> --<br>
> GitHub:  <a href="https://github.com/rtyler" rel="noreferrer" target="_blank">https://github.com/rtyler</a><br>
> <br>
> GPG Key ID: 0F2298A980EE31ACCA0A7825E5C92681BEF6CEA2<br>
> _______________________________________________<br>
> Jenkins-infra mailing list<br>
> <a href="mailto:Jenkins-infra@lists.jenkins-ci.org" target="_blank">Jenkins-infra@lists.jenkins-ci.org</a><br>
> <a href="http://lists.jenkins-ci.org/mailman/listinfo/jenkins-infra" rel="noreferrer" target="_blank">http://lists.jenkins-ci.org/mailman/listinfo/jenkins-infra</a><br>
<br>
_______________________________________________<br>
Jenkins-infra mailing list<br>
<a href="mailto:Jenkins-infra@lists.jenkins-ci.org" target="_blank">Jenkins-infra@lists.jenkins-ci.org</a><br>
<a href="http://lists.jenkins-ci.org/mailman/listinfo/jenkins-infra" rel="noreferrer" target="_blank">http://lists.jenkins-ci.org/mailman/listinfo/jenkins-infra</a><br>
</blockquote></div>