Sonobuoy is a diagnostic tool that makes it easier to understand the state of a Kubernetes cluster by running a set ofplugins (including Kubernetes conformance tests) in an accessible and non-destructive manner. It is acustomizable, extendable, and cluster-agnostic way to generate clear, informative reports about your cluster.
Its selective data dumps of Kubernetes resource objects and cluster nodes allow for the following use cases:
Starting v0.20, Sonobuoy supports Kubernetes v1.17 or later. Sonobuoy releases will be independent of Kubernetesrelease, while ensuring that new releases continue to work functionally across different versions of Kubernetes. Readmore about the new release cycles in our blog.
Note: You can skip this version enforcement by running Sonobuoy with the
--skip-preflight
flag.
Access to an up-and-running Kubernetes cluster. If you do not have a cluster, we recommend followingthe AWS Quickstart for Kubernetes instructions.
An admin kubeconfig
file, and the KUBECONFIG environment variable set.
For some advanced workflows it may be required to have kubectl
installed.See installing via Homebrew (MacOS) or building the binary (Linux).
The sonobuoy images
subcommand requires Docker to be installed.See installing Docker.
Download the latest release for your client platform.
Extract the tarball:
tar -xvf <RELEASE_TARBALL_NAME>.tar.gz
Move the extracted sonobuoy
executable to somewhere on your PATH
.
To launch conformance tests (ensuring CNCF conformance) and wait until they are finished run:
sonobuoy run --wait
Note: Using
--mode quick
will significantly shorten the runtime of Sonobuoy. It runs just a single test, helping to quickly validate your Sonobuoy and Kubernetes configuration.
Get the results from the plugins (e.g. e2e test results):
results=$(sonobuoy retrieve)
Inspect results for test failures. This will list the number of tests failed and their names:
sonobuoy results $results
Note: The
results
command has lots of useful options for various situations. See the results page for more details.
You can also extract the entire contents of the file to get much more detailed data about your cluster.
Sonobuoy creates a few resources in order to run and expects to run within its own namespace.
Deleting Sonobuoy entails removing its namespace as well as a few cluster scoped resources.
sonobuoy delete --wait
Note: The --wait option ensures the Kubernetes namespace is deleted, avoiding conflicts if another Sonobuoy run is started quickly.
By default, sonobuoy run
runs the Kubernetes conformance tests but this can easily be configured. The same plugin thathas the conformance tests has all the Kubernetes end-to-end tests which include other tests such as:
To modify which tests you want to run, checkout our page on the e2e plugin.
If you want to run other tests or tools which are not a part of the Kubernetes end-to-end suite, refer to ourdocumentation on custom plugins.
You can check on the status of each of the plugins running with:
sonobuoy status
You can also inspect the logs of all Sonobuoy containers:
sonobuoy logs
If you encounter any problems that the documentation does not address, file an issue.
This year, Docker has started rate limiting image pulls from Docker Hub. We're planning a future release with a betteruser interface to work around this. Until then, this is the recommended approach.
Sonobuoy by default pulls from Docker Hub for sonobuoy/sonobuoy
image.If you're encountering rate limit on this, you can use VMware-provided mirror with:
sonobuoy run --sonobuoy-image projects.registry.vmware.com/sonobuoy/sonobuoy:<VERSION>
Kubernetes end-to-end conformance test pulls several images from Docker Hub as part of testing. To override this, youwill need to create a registry manifest file locally (e.g. conformance-image-config.yaml
) containing the following:
dockerLibraryRegistry: mirror.gcr.io/library
Then on running conformance:
sonobuoy run --sonobuoy-image projects.registry.vmware.com/sonobuoy/sonobuoy:<VERSION> --e2e-repo-config conformance-image-config.yaml
Technically dockerGluster
is also a registry pulling from Docker Hub, but it's not part of Conformance test suite atthe moment, so overriding dockerLibraryRegistry
should be enough.
There are some Kubernetes e2e tests that may leak resources. Sonobuoy can help clean those up as well by deleting allnamespaces prefixed with e2e
:
sonobuoy delete --all
Sonobuoy requires admin permissions which won't be automatic if you are running via Google Kubernetes Engine (GKE)cluster. You must first create an admin role for the user under which you run Sonobuoy:
kubectl create clusterrolebinding <your-user-cluster-admin-binding> --clusterrole=cluster-admin --user=<your.google.cloud.email@example.org>
We don't recommend running via a cluster set up via Docker Desktop. Known issues include:
kubectl logs
will not functionsonobuoy logs
will not functionsonobuoy retrieve
will not functionsystemd-logs
plugin will hangMost of these issues revolve around issues with kube-proxy on Docker Desktop so if you know of how to resolve theseissues, let us know.
These versions of Sonobuoy have a bug that runs the wrong set of tests without additional actions. See moredetails here. The simplest way to avoid this is to update your version of Sonobuoy to >= v0.53.2.
Thanks for taking the time to join our community and start contributing! We welcome pull requests. Feel free to digthrough the issues and jump in.
See the list of releases to find out about feature changes.
1、k8s1.19版本工具安装 2、准备跑case使用的镜像,sonobuoy images可查看镜像列表,事先把镜像准备好放到k8s每个节点上 3、执行case sonobuoy run --mode=certified-conformance --image-pull-policy IfNotPresent 执行时指定跑case使用的镜像 sonobuoy run --mode=certifi
sonobuoy 的release 链接: https://github.com/vmware-tanzu/sonobuoy/releases 测试提交的 github:https://github.com/cncf/k8s-conformance 测试的方式:https://github.com/cncf/k8s-conformance/blob/master/instructions.md 详