[Openstack-operators] Openstack team size vs's deployment size

Van Leeuwen, Robert rovanleeuwen at ebay.com
Thu Sep 8 07:33:12 UTC 2016

> I was hoping to poll other operators to see what their average team size vs’s deployment size is,
>  as I am trying to use this in an internal company discussion.
> Right now we are in the order of ~260 Compute servers per Openstack Dev/Engineer.
> So trying to see how we compare with other openstack installs, particularly those running with more than a few hundred compute nodes.

In my opinion it highly depends on too many things to have general rule of thumb.
Just a few things that I think would impact required team size:
* How many regions you have: setting up and managing a region usually takes more time then adding computes to an existing region
* How often do you want/need to upgrade
* Are you offering more then “core IAAS services” e.g. designate/trove/…
* What supporting things do you need around your cloud and who manage e.g. networking, setting up dns / repositories / authentication systems  etc
* What kind of SDN are you using/ how it needs to be integrated existing networks
* What kind of hardware you are rolling and what is the average size of the instances. E.G. hosting 1000 tiny instances on a 768GB / 88 core hypervisor will probably create more support tickets then 10 large instances on a low-spec hypervisor.
* How you handle storage ceph/san/local?
* Do you need live-migration when doing maintenance or are you allowed to bring down an availability zone
* Are you building your own packages / Using vendor packages
* The level of support the users expect and which team is taking care of that

In my private cloud experience rolling compute nodes and the controllers are not the bulk of the work.
The time goes in all the things that you need around the cloud and customizations that takes time.

It might be a bit different for public cloud providers where you might deliver as-is and do not need any integrations.
But you might need other things like very reliable billing and good automation around misbehaving users.

Robert van Leeuwen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20160908/98159030/attachment.html>

More information about the OpenStack-operators mailing list