Go to file
Vish Kannan 6639697283 Merge pull request #1103 from mwielgus/cm-limit
Add a flag to control the number of custom metrics scraped by collectors
2016-02-12 12:33:20 -08:00
api Rework the v2.1 API to expose container Info. 2016-02-03 17:02:49 -08:00
build Fix integration test script. 2016-02-11 15:23:02 -08:00
cache re-order the import package 2015-11-30 16:43:22 +08:00
client Fix out of date client/README.md 2016-02-08 13:54:55 -08:00
collector Add a flag to control the number of custom metrics scraped by collectors 2016-02-11 01:33:58 +01:00
container Remove systemd docker container name check 2016-02-06 20:38:32 +00:00
deploy Merge pull request #1020 from miguel250/zfs-support 2016-01-13 11:52:37 -08:00
docs Add issue tracking documentation, move development documents to subdir 2016-02-08 16:17:41 -08:00
events re-order the import package 2015-11-30 16:43:22 +08:00
fs Refactor devicemapper logic 2016-01-22 14:53:47 -05:00
Godeps Merge pull request #1033 from asteris-llc/master 2016-01-29 17:17:06 -05:00
healthz Fix imported package names to not use mixedCaps or under_scores 2015-10-22 12:10:57 +08:00
http re-order the import package 2015-11-30 16:43:22 +08:00
info Merge pull request #969 from f0/master 2016-02-04 16:51:38 +00:00
integration Use vanilla ssh instead of gcloud ssh for e2e tests to work around 'gcloud compute ssh' flakes. Fixes #1056. 2016-02-11 15:23:53 -08:00
manager Add a flag to control the number of custom metrics scraped by collectors 2016-02-11 01:33:58 +01:00
metrics add cgroup quota and period support / add missing tests 2016-02-02 20:33:11 +01:00
pages re-order the import package 2015-11-30 16:43:22 +08:00
storage Add the support for kafka in cAdvisor's storage, including output of container id and labels 2016-01-27 21:33:57 -06:00
summary Export type to calculate percentiles 2015-07-21 17:52:01 -07:00
utils Merge pull request #1033 from asteris-llc/master 2016-01-29 17:17:06 -05:00
validate Remove systemd docker container name check 2016-02-06 20:38:32 +00:00
version Releasing v0.21.0 tag. 2016-02-03 18:15:56 -08:00
.gitignore Add make release target 2015-10-22 11:53:33 +01:00
.travis.yml Update golang to v1.5.3 2016-01-21 14:57:18 -08:00
AUTHORS Remove mention of contributors file. We don't have one. 2014-12-30 17:16:46 +00:00
cadvisor.go Add the support for kafka in cAdvisor's storage, including output of container id and labels 2016-01-27 21:33:57 -06:00
CHANGELOG.md Releasing v0.21.0 tag. 2016-02-03 18:15:56 -08:00
CONTRIBUTING.md Add CONTRIBUTING.md 2014-06-10 13:09:14 -07:00
LICENSE Migrating cAdvisor code from lmctfy 2014-06-09 12:12:07 -07:00
logo.png Run PNG crusher on logo.png 2016-02-10 15:02:44 -08:00
Makefile Updating e2e to work with docker v1.10 2016-02-02 12:26:31 -08:00
README.md Update README with Slack references 2015-11-23 09:32:12 +00:00
storagedriver.go Add the support for kafka in cAdvisor's storage, including output of container id and labels 2016-01-27 21:33:57 -06:00
test.htdigest Added HTTP Auth and HTTP Digest authentication #302 2014-12-11 17:25:43 +05:30
test.htpasswd Added HTTP Auth and HTTP Digest authentication #302 2014-12-11 17:25:43 +05:30

cAdvisor

cAdvisor (Container Advisor) provides container users an understanding of the resource usage and performance characteristics of their running containers. It is a running daemon that collects, aggregates, processes, and exports information about running containers. Specifically, for each container it keeps resource isolation parameters, historical resource usage, histograms of complete historical resource usage and network statistics. This data is exported by container and machine-wide.

cAdvisor has native support for Docker containers and should support just about any other container type out of the box. We strive for support across the board so feel free to open an issue if that is not the case. cAdvisor's container abstraction is based on lmctfy's so containers are inherently nested hierarchically.

cAdvisor

Quick Start: Running cAdvisor in a Docker Container

To quickly tryout cAdvisor on your machine with Docker, we have a Docker image that includes everything you need to get started. You can run a single cAdvisor to monitor the whole machine. Simply run:

sudo docker run \
  --volume=/:/rootfs:ro \
  --volume=/var/run:/var/run:rw \
  --volume=/sys:/sys:ro \
  --volume=/var/lib/docker/:/var/lib/docker:ro \
  --publish=8080:8080 \
  --detach=true \
  --name=cadvisor \
  google/cadvisor:latest

cAdvisor is now running (in the background) on http://localhost:8080. The setup includes directories with Docker state cAdvisor needs to observe.

Note: If you're running on CentOS, Fedora, RHEL, or are using LXC take a look at our running instructions.

We have detailed instructions on running cAdvisor standalone outside of Docker. cAdvisor running options may also be interesting for advanced usecases. If you want to build your own cAdvisor Docker image see our deployment page.

Building and Testing

See the more detailed instructions in the build page. This includes instructions for building and deploying the cAdvisor Docker image.

InfluxDB and Cluster Monitoring

cAdvisor supports exporting stats to InfluxDB. See the documentation for more information and examples.

cAdvisor also exposes container stats as Prometheus metrics. See the documentation for more information.

Heapster enables cluster wide monitoring of containers using cAdvisor.

Web UI

cAdvisor exposes a web UI at its port:

http://<hostname>:<port>/

See the documentation for more details.

Remote REST API & Clients

cAdvisor exposes its raw and processed stats via a versioned remote REST API. See the API's documentation for more information.

There is also an official Go client implementation in the client directory. See the documentation for more information.

Roadmap

cAdvisor aims to improve the resource usage and performance characteristics of running containers. Today, we gather and expose this information to users. In our roadmap:

  • Advise on the performance of a container (e.g.: when it is being negatively affected by another, when it is not receiving the resources it requires, etc)
  • Auto-tune the performance of the container based on previous advise.
  • Provide usage prediction to cluster schedulers and orchestration layers.

Community

Contributions, questions, and comments are all welcomed and encouraged! cAdvisor developers hang out on Freenode IRC in the #google-containers room & Slack (get an invitation here). We also have the google-containers Google Groups mailing list.