builders of the future!!!!!

[seth vidal]

On Wed, 21 Mar 2012 08:33:51 -0600
Kevin Fenzi <kevin at scrye.com> wrote:

> There's a few things we could do on fas load: 
> 
> a) add more fas servers. 
> b) reduce the number of runs. How often do we change someone in
> sysadmin-noc, sysadmin-main, sysadmin-build?
> c) move to a system where we only re-run fasClient when there is a
> change. 

I'm thinking for the hosts which are sysadmin-ish only - do C.

for the publicish hosts continue to poll fas directly.

so:
- hosted, people, bastion, publictests == poll
- everything else is a set built and pushed to them.


> I'd agree collectd off probibly. Or at least a seperate one if we
> needed to monitor them. 

I'm not sure what benefit we get from collectd on transient builders,
though.

On our long-running hosts I understand but not on the builders.


 
> 
> Yeah, we could hopefully have another network thats larger than /24
> for the arm builders. 

I can imagine various network changes should easily allow us to
allocate larger than a /24 to the internal build network.

 
> I'm sure some of this will be a process of 'oh no, what we have now
> doesn't scale, lets fix it'. Of course some of it we can get ready for
> up front too. 

yay for planning! :)

 
> Overall I like the idea of the automated builder re-install and think
> it will get us more ready for things like a large arm cluster. 

Then I will get crackin' on making it work.

-sv
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: not available
URL: <http://lists.fedoraproject.org/pipermail/infrastructure/attachments/20120321/4c8263df/attachment.sig>