stackdriver: Use organization specific metric names. |
4 years ago | |
---|---|---|
.buildkite | 4 years ago | |
backend | 4 years ago | |
collector | 4 years ago | |
lambda | 4 years ago | |
vendor | 5 years ago | |
version | 4 years ago | |
.gitignore | 5 years ago | |
CHANGELOG.md | 4 years ago | |
Dockerfile | 4 years ago | |
LICENSE.md | 8 years ago | |
README.md | 4 years ago | |
go.mod | 4 years ago | |
go.sum | 4 years ago | |
main.go | 4 years ago |
README.md
Buildkite Agent Metrics
A command-line tool for collecting Buildkite agent metrics, focusing on enabling auto-scaling. Currently AWS Cloudwatch, StatsD, Prometheus, Stackdriver and New Relic are supported.
Note: Formerly known as buildkite-metrics
, but now buildkite-agent-metrics
to reflect the focus of the tool.
Installing
Either download the latest binary from Github Releases or install with:
go get github.com/buildkite/buildkite-agent-metrics
Running
Several running modes are supported. All of them require an Agent Registration Token, found on the Buildkite Agents page.
Running as a Daemon
The simplest deployment is to run as a long-running daemon that collects metrics across all queues in an organization.
buildkite-agent-metrics -token abc123 -interval 30s
Restrict it to a single queue with -queue
if you're scaling a single cluster of agents:
buildkite-agent-metrics -token abc123 -interval 30s -queue my-queue
Restrict it to a multiple queues with -queue
:
buildkite-agent-metrics -token abc123 -interval 30s -queue my-queue1 -queue my-queue2
Running as an AWS Lambda
An AWS Lambda bundle is created and published as part of the build process. The lambda will require the cloudwatch:PutMetricData
IAM permission.
It's entrypoint is handler
, it requires a go1.x
environment and respects the following env vars:
- BUILDKITE_AGENT_TOKEN
- BUILDKITE_BACKEND
- BUILDKITE_QUEUE
- BUILDKITE_QUIET
- BUILDKITE_CLOUDWATCH_DIMENSIONS
aws lambda create-function \
--function-name buildkite-agent-metrics \
--memory 128 \
--role arn:aws:iam::account-id:role/execution_role \
--runtime go1.x \
--zip-file fileb://handler.zip \
--handler handler
Running as a Container
You can build a docker image for the buildkite-agent-metrics
following:
docker build -t buildkite-agent-metrics .
This will create a local docker image named as buildkite-agent-metrics
that you can tag and push to your own registry.
You can use the command-line arguments in a docker execution in the same way as described before:
docker run --rm buildkite-agent-metrics -token abc123 -interval 30s -queue my-queue
Backends
By default metrics will be submitted to CloudWatch but the backend can be switched to StatsD or Prometheus using the command-line argument -backend statsd
or -backend prometheus
respectively.
The Cloudwatch backend supports the following arguments:
-cloudwatch-dimensions
: A optional custom dimension in the form ofKey=Value, Key=Value
The StatsD backend supports the following arguments:
-statsd-host HOST
: The StatsD host and port (defaults to127.0.0.1:8125
).-statsd-tags
: Some StatsD servers like the agent provided by Datadog support tags. If specified, metrics will be tagged byqueue
otherwise metrics will include the queue name in the metric. Only enable this option if you know your StatsD server supports tags.
The Prometheus backend supports the following arguments
-prometheus-addr
: The local address to listen on (defaults to:8080
).-prometheus-path
: The path underprometheus-addr
to expose metrics on (defaults to/metrics
).
The Stackdriver backend supports the following arguments
-stackdriver-projectid
: The Google Cloud Platform project to report metrics for.
Upgrading from v2 to v3
- The
-org
argument is no longer needed - The
-token
argument is now an Agent Registration Token — the same used in the Buildkite Agent configuration file, and found on the Buildkite Agents page. - Build and pipeline metrics have been removed, focusing on agents and jobs by queue for auto–scaling. If you have a compelling reason to gather build or pipeline metrics please continue to use the previous version or open an issue with details.
Development
This tool is built with Go 1.11+ and Go Modules.
You can build and run the binary tool locally with golang installed:
export GO111MODULE=on
go run *.go -token [buildkite agent registration token]
Currently this will publish metrics to Cloudwatch under the custom metric prefix of Buildkite
, using AWS credentials from your environment. The machine will require the cloudwatch:PutMetricData
IAM permission.
Metrics
The following metrics are gathered when no specific queue is supplied:
Buildkite > (Org) > RunningJobsCount
Buildkite > (Org) > ScheduledJobsCount
Buildkite > (Org) > UnfinishedJobsCount
Buildkite > (Org) > IdleAgentsCount
Buildkite > (Org) > BusyAgentsCount
Buildkite > (Org) > BusyAgentPercentage
Buildkite > (Org) > TotalAgentsCount
Buildkite > (Org, Queue) > RunningJobsCount
Buildkite > (Org, Queue) > ScheduledJobsCount
Buildkite > (Org, Queue) > UnfinishedJobsCount
Buildkite > (Org, Queue) > IdleAgentsCount
Buildkite > (Org, Queue) > BusyAgentsCount
Buildkite > (Org, Queue) > BusyAgentPercentage
Buildkite > (Org, Queue) > TotalAgentsCount
When a queue is specified, only that queue's metrics are published.
License
See LICENSE.md (MIT)