Containers to test Kubernetes isolation
This repository contains code to create containers that test the isolation of Kubernetes or other container orchestrators. Typically, the containers in this repository excessively consume resources, which may affect other containers or processes running on the same host.
These containers can be used to demonstrate shared resource issues and mitigations.
The following containers are available in this repository:
cpuload container consumes all the CPU that it sees. It checks for the available cores and spawns a process for each core consuming CPU cycles.
memoryeater container consumes all memory resources. This will lead to the container typically being OOM killed by the orchestrator.
forkbomb container runs a script that forks infinitely. This creates new processes, potentially affecting other workload by using up system resources (e.g. PIDs).
filedescriptors container opens as many file descriptors as possible. The file
/etc/hosts is used to create the file descriptors. Typically, file descriptors are shared system-wide and not namespaced.
consume-inodes container creates many small files in its working directory, trying to consume all available inodes. When the underlying filesystem is shared between multiple containers, this can lead to the
kubelet having "DiskPressure"
entropy container consumes randomness by repeatedly querying
/dev/random. This will deplete the entropy pool for the kernel. Typically, entropy is system-wide and is not namespaced.
logspam container writes a lot of data to
stdout. Depending on your configuration, this can overwhelm your logging stack or logging infrastructure.
The containers in this repository are available as trusted builds on Docker Hub.
To run these containers locally:
podman run simonkrenger/forkbomb podman run simonkrenger/cpuload podman run simonkrenger/memoryeater podman run simonkrenger/filedescriptors podman run simonkrenger/consume-inodes podman run simonkrenger/entropy podman run simonkrenger/logspam
To run these containers on Kubernetes as a pod (example):
apiVersion: v1 kind: Pod metadata: name: simonkrenger-cpuload spec: containers: - name: cpuload image: simonkrenger/cpuload:latest