<div dir="ltr"><div><div>>If they're not listed anywhere, I suppose that nobody follows up on the sizing until something breaks?</div><span class="gmail-im" style="color:rgb(80,0,80)"><div><br></div></span></div>I have been introspecting the infra mirror on FortNebula to determine if there is any last little bit of performance to be gained. <div>Its also publicly tracked here</div><div><br><div><a href="http://grafana.fortnebula.com:3000/d/9MMqh8HWk/openstack-utilization">https://grafana.fortnebula.com/d/9MMqh8HWk/openstack-utilization</a><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 19, 2019 at 12:57 PM Clark Boylan <<a href="mailto:cboylan@sapwetik.org">cboylan@sapwetik.org</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">On Mon, Aug 19, 2019, at 9:36 AM, Shadi Akiki wrote:<br>
> > the sizing details for control plane servers are not really listed anywhere<br>
> <br>
> If they're not listed anywhere, I suppose that nobody follows up on the <br>
> sizing until something breaks?<br>
> <br>
> > Sometimes the cloud provider will provide us with custom flavors, or ask us to use a particular variant<br>
> <br>
> Why would they ask for a particular variant? Is it because these <br>
> resources are donated by the cloud provider?<br>
> That's my best guess to justify this.<br>
<br>
Yes, resources are donated by the cloud providers. I think providers tend to use special flavors to control how are resources are scheduled.<br>
<br>
> <br>
> > for something not load-balanced that requires production downtime, it's a very manual process<br>
> <br>
> Is it also the case that the load-balancing settings are not recorded <br>
> anywhere?<br>
> eg minimum and maximum number of machines in a load-balancing cluster, <br>
> machine flavor<br>
<br>
Our load balancers don't currently do auto scaling. But configs do live in config management. For example: <a href="https://opendev.org/opendev/system-config/src/branch/master/playbooks/group_vars/gitea-lb.yaml" rel="noreferrer" target="_blank">https://opendev.org/opendev/system-config/src/branch/master/playbooks/group_vars/gitea-lb.yaml</a><br>
<br>
There are longer term plans to host that service in kubernetes which could make use of scaling, but gitea the software isn't capable of running in  a true cluster yet.<br>
<br>
> <br>
> > It's just a trade-off between development time to create and maintain<br>
> > that, and how often we actually start control-plane servers.<br>
> <br>
> Are the control-plane servers the only cloud cost aspect to outweigh <br>
> the development costs?<br>
> I'm surprised there isn't already a tool out there that interfaces with <br>
> rrdtool and/or cacti to help with this.<br>
> rrdtool seems to have been around since 20 years now [1] [2]<br>
<br>
The expectation from cacti is likely that you'll use the same snmp MIB data that cacti uses to build its graphs to query sizing info directly  if you want it. Rather than expecting cacti or rrdtool to expose that to you.<br>
<br>
> <br>
> [1] <a href="https://tobi.oetiker.ch/webtools/appreciators.txt" rel="noreferrer" target="_blank">https://tobi.oetiker.ch/webtools/appreciators.txt</a><br>
> [2] <br>
> <a href="https://github.com/oetiker/rrdtool-1.x/commit/37fc663811528ddf3ded4fe236ea26f4f76fa32d#diff-dee0aab09da2b4d69b6722a85037700d" rel="noreferrer" target="_blank">https://github.com/oetiker/rrdtool-1.x/commit/37fc663811528ddf3ded4fe236ea26f4f76fa32d#diff-dee0aab09da2b4d69b6722a85037700d</a><br>
> --<br>
> Shadi Akiki<br>
> Founder & CEO, AutofitCloud<br>
> <a href="https://autofitcloud.com/" rel="noreferrer" target="_blank">https://autofitcloud.com/</a><br>
> +1 813 579 4935<br>
<br>
_______________________________________________<br>
OpenStack-Infra mailing list<br>
<a href="mailto:OpenStack-Infra@lists.openstack.org" target="_blank">OpenStack-Infra@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra</a></blockquote></div>