sonobuoy

module
v0.8.0 Latest Latest
Warning

This package is not in the latest version of its module.

Go to latest
Published: Jul 26, 2017 License: Apache-2.0

README

Sonobuoy

Maintainers: Heptio

Build Status

Overview

Sonobuoy addresses the gap in tools for Kubernetes cluster introspection. It is a customizable, extendable, and cluster-agnostic way to record snapshots of your cluster's essential characteristics.

Sonobuoy generates clear, informative reports about your cluster, regardless of your deployment details. Its selective data dumps of Kubernetes resource objects and cluster nodes allow for the following use cases:

  • Integrated end-to-end (e2e) conformance-testing 1.7+
  • Workload debugging
  • Workload recovery
  • Custom data collection via extensible plugins

Install and Configure

Heptio provides prebuilt Sonobuoy container images in its Google Container Registry (gcr.io/heptio-images). For the sake of faster setup on your cluster, this quickstart pulls from this registry to skip the container build process. You can use this same process to deploy Sonobuoy to production.

See Build From Scratch for instructions on building Sonobuoy yourself.

0. Prerequisites
1. Download

Clone or fork the Sonobuoy repo:

git clone git@github.com:heptio/sonobuoy.git
2. Run

Run the following command in the Sonobuoy root directory to deploy a Sonobuoy pod to your cluster:

kubectl apply -f examples/quickstart/

You can view actively running pods with the following command:

kubectl get pods -l component=sonobuoy --namespace=heptio-sonobuoy

To verify that Sonobuoy has completed successfuly, check the logs:

kubectl logs -f sonobuoy --namespace=heptio-sonobuoy

If you see the log line no-exit was specified, sonobuoy is now blocking, the Sonobuoy pod is done running.

To view the output, copy the output directory from the main Sonobuoy pod to somewhere local:

kubectl cp heptio-sonobuoy/sonobuoy:/tmp/sonobuoy ./results --namespace=heptio-sonobuoy

There should a collection of tarballs inside of ./results , where each tarball corresponds to a single Sonobuoy run. If you unzip one of these data dumps, you should see sub-directories containing info about hosts, plugins, resources, and serverversion. If you have time, look through these directories to get a sense for Sonobuoy's capabilities.

NOTE: At this time, the layout of the contents of the tarball is subject to change.

3. Tear down

Sonobuoy is not a persistent, background process---each time you want a new data report you will need to re-run it.

To clean up Kubernetes objects created by Sonobuoy, run the following commands:

kubectl delete -f examples/quickstart/

You may also want to clear the contents of the results directory that the Sonobuoy pod wrote to.

Further documentation

To learn how to configure your Sonobuoy runs and integrate plugins, see the /docs directory.

Troubleshooting

If you encounter any problems that the documentation does not address, file an issue.

Contributing

Thanks for taking the time to join our community and start contributing!

Before you start
  • Please familiarize yourself with the Code of Conduct before contributing.
  • See CONTRIBUTING.md for instructions on the developer certificate of origin that we require.
Pull requests
  • We welcome pull requests. Feel free to dig through the issues and jump in.

Changelog

See the list of releases to find out about feature changes.

Directories

Path Synopsis
cmd
pkg
buildinfo
Package buildinfo holds build-time information like the sonobuoy version.
Package buildinfo holds build-time information like the sonobuoy version.
plugin/aggregation
Package aggregation is responsible for hosting an HTTP server which aggregates results from all of the nodes that are running sonobuoy agent.
Package aggregation is responsible for hosting an HTTP server which aggregates results from all of the nodes that are running sonobuoy agent.
plugin/loader
Package loader is responsible for scanning for Plugin Definitions at runtime, and matching/loading them from a user's configuration.
Package loader is responsible for scanning for Plugin Definitions at runtime, and matching/loading them from a user's configuration.
worker
Package worker is responsible for the logic behind submitting results data back to a sonobuoy master.
Package worker is responsible for the logic behind submitting results data back to a sonobuoy master.

Jump to

Keyboard shortcuts

? : This menu
/ : Search site
f or F : Jump to
y or Y : Canonical URL