Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

gmetric haproxy #11

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

gmetric haproxy #11

wants to merge 1 commit into from

Conversation

gilles
Copy link
Contributor

@gilles gilles commented Nov 16, 2011

Hi,

On the same model as redis, here is a haproxy plugin. Using using slope=positive for COUNTER types.

Thanks

--Gilles

@vvuksan
Copy link
Member

vvuksan commented Nov 16, 2011

One of the issues with using counters is that metric collection needs to be synced with the polling period ie. by default gmetad polls every 15 seconds so if you rely on counters and run scripts out of cron you will 0 values on graphs for 3 out of 4 polling periods. Does that make sense ?

@gilles
Copy link
Contributor Author

gilles commented Nov 16, 2011

Ah, got it. That's why the ganglia display is weird (I'm using graphite).

I thought the metrics lived until dmax was expired, so a gmetad poll
will return the same value until the value is updated or the time
expires.

--Gilles

On Wed, Nov 16, 2011 at 12:19 PM, Vladimir Vuksan
[email protected]
wrote:

One of the issues with using counters is that metric collection needs to be synced with the polling period ie. by default gmetad polls every 15 seconds so if you rely on counters and run scripts out of cron you will 0 values on graphs for 3 out of 4 polling periods. Does that make sense ?


Reply to this email directly or view it on GitHub:
#11 (comment)

@hawson
Copy link
Member

hawson commented May 26, 2016

bq. One of the issues with using counters is that metric collection needs to be synced with the polling period

Would using --slope=derivative help with the polling period issue? It'd introduce a problem later in the RRD files, as there's no overflow/wrapping checks with DERIVE: https://oss.oetiker.ch/rrdtool/doc/rrdcreate.en.html#IDERIVE

@hawson hawson mentioned this pull request May 26, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants