<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">the sizing details for control plane servers are not really listed anywhere</blockquote><div dir="ltr"><br></div><div>If they're not listed anywhere, I suppose that nobody follows up on the sizing until something breaks?</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Sometimes the cloud provider will provide us with custom flavors, or ask us to use a particular variant</blockquote><div><br></div><div>Why would they ask for a particular variant? Is it because these resources are donated by the cloud provider?</div><div>That's my best guess to justify this.</div><div dir="ltr"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">for something not load-balanced that requires production downtime, it's a very manual process</blockquote><div dir="ltr"><br></div><div dir="ltr">Is it also the case that the load-balancing settings are not recorded anywhere?</div><div dir="ltr">eg minimum and maximum number of machines in a load-balancing cluster, machine flavor</div><div dir="ltr"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">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></blockquote><div dir="ltr"><br></div><div>Are the control-plane servers the only cloud cost aspect to outweigh the development costs?<br></div><div>I'm surprised there isn't already a tool out there that interfaces with rrdtool and/or cacti to help with this.</div><div>rrdtool seems to have been around since 20 years now [1] [2]</div><div><br></div><div>[1]  <a href="https://tobi.oetiker.ch/webtools/appreciators.txt" target="_blank">https://tobi.oetiker.ch/webtools/appreciators.txt</a></div><div>[2] <a href="https://github.com/oetiker/rrdtool-1.x/commit/37fc663811528ddf3ded4fe236ea26f4f76fa32d#diff-dee0aab09da2b4d69b6722a85037700d" target="_blank">https://github.com/oetiker/rrdtool-1.x/commit/37fc663811528ddf3ded4fe236ea26f4f76fa32d#diff-dee0aab09da2b4d69b6722a85037700d</a></div><div dir="ltr"><div><div dir="ltr" class="m_-9220915395508513752m_-6484131642682920060gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">--<div>Shadi Akiki</div><div>Founder & CEO, AutofitCloud</div><div><a href="https://autofitcloud.com/" target="_blank">https://autofitcloud.com/</a><br></div><div>+1 813 579 4935</div></div></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Aug 15, 2019 at 3:15 AM Ian Wienand <<a href="mailto:iwienand@redhat.com" target="_blank">iwienand@redhat.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">On Tue, Aug 13, 2019 at 11:44:36AM +0200, Shadi Akiki wrote:<br>
> 2- how the allocated resource can be downsized (which I was hoping to find<br>
> in the opendev/system-config <<a href="https://opendev.org/opendev/system-config" rel="noreferrer" target="_blank">https://opendev.org/opendev/system-config</a>><br>
>  repo)<br>
<br>
You are correct that the sizing details for control plane servers are<br>
not really listed anywhere.<br>
<br>
This is really an artifact of us manually creating control-plane<br>
servers.  When we create a new control-plane server, we use the launch<br>
tooling in [1] where you will see we manually select a flavor size.<br>
This is dependent on the cloud we launch the server in and the flavors<br>
they provide us.<br>
<br>
There isn't really a strict rule on what flavor is chosen; it's more<br>
art than science :) Basically the smallest for what seems appropriate<br>
for what the server is doing.<br>
<br>
After the server is created the exact flavor used is not recorded<br>
separately (i.e. other than querying nova directly).  So there is no<br>
central YAML file or anything with the server and the flavor it was<br>
created with.  Sometimes the cloud provider will provide us with<br>
custom flavors, or ask us to use a particular variant.<br>
<br>
So in terms of resizing the servers, we are limited to the flavors<br>
provided to us by the providers, which varies.  In terms of the<br>
practicality of resizing, as I'm sure you know this can be harder or<br>
easier depending on a big variety of things from the provider.  We<br>
have resized servers before when it becomes clear they're not<br>
performing (recently adding swap to the gitea servers comes to mind).<br>
Depending on the type of service it varies; for something not<br>
load-balanced that requires production downtime, it's a very manual<br>
process.<br>
<br>
Nobody is opposed to making any of this more programatic, I'm sure.<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>
In terms of ask.o.o, that is a "8 GB Performance" flavor, as defined<br>
by RAX's flavors.  This was rebuilt when we upgraded it to Xenial as<br>
an 8GB node (from 4GB) as investigation at the time showed 4GB was a<br>
bit tight [2].  8GB is the next quanta up of flavor provided by RAX<br>
over 4GB.<br>
<br>
I hope this helps!<br>
<br>
-i<br>
<br>
[1] <a href="https://opendev.org/opendev/system-config/src/branch/master/launch" rel="noreferrer" target="_blank">https://opendev.org/opendev/system-config/src/branch/master/launch</a><br>
[2] <a href="http://lists.openstack.org/pipermail/openstack-dev/2018-April/129078.html" rel="noreferrer" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2018-April/129078.html</a><br>
<br>
</blockquote></div></div>