<div dir="auto">Yes, I didn't think it would be that easy.  I'll watch our MySQL box and maybe consider doing a slave of the database.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 27, 2022, 2:37 PM Nick Hilliard <<a href="mailto:nick@foobar.org">nick@foobar.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Paul Emmons via ixpmanager wrote on 27/04/2022 22:07:<br>
> The downside was that our sflow rrds got hosed.   Any thoughts of being <br>
> able to enforce an upper limit in the RRDs?<br>
<br>
this is not as simple as it looks.  Once you hard-code a limit into an <br>
RRD, it's difficult to change later because it needs to be done using <br>
"rrdtool tune --maximum"; this is problematic because you then need a <br>
second process outside the sflow-to-rrd script which handles <br>
provisioning changes. And then, which value do you set the max to - the <br>
ingress flow or the egress?  What if there's 100g ingress and 1G egress? <br>
What's the correct semantic value to use here?  One organisation will <br>
want to see the size of their DDOS; the other the utilisation on their <br>
link.  I.e. if you want fabric utilisation and congestion info, you <br>
would need to set all graphs on the IXP to be the size of the largest <br>
link on the entire IXP.<br>
<br>
Nick<br>
<br>
</blockquote></div>