Cookies & Containers

Or how I learned to love the cloud.

Trying out Chaos Engineering using Litmus

Trying out Chaos Engineering using Litmus

2022-04-13-jaeger-eks.html ยท 2022-01-06-trying-litmus.html ยท 2021-12-16-lambda-s3-dynamo.html

January 6, 2022 โ€” The idea of using Chaos Engineering to improve systems is becoming more and more popular with the Kubernetes crowd, no doubt due to Netflix's Simian Army and the experiences that followed. Simulating outages or different errors to test resilience, understanding your system better and battle-test your applications sounds like a good idea, here's one way of getting started.

Understand the basics

Chaos Engineering is NOT about breaking things randomly and seeing what happens. It's about making an assumption about your system, trying to understand what would happen if a certain error or outage happens and testing that assumption in a controlled environment. For real-life systems that involves a large amount of preparation, communication and learning from whatever results a chaos experiment may have.

If you're just getting started and want to play around and learn, Litmus is an interesting tool to try on Kubernetes. It does open up some issues with staying in control of your experiment and doesn't really minimize the blast radius, but it is still fun to try out.

Install

Litmus describes itself as an end-to-end chaos engineering platform for cloud native infra and applications. It's control plane comes as a Kubernetes deployment consisting of a frontend, a server and a MongoDB backend, all together called the Chaos Center.

kubectl apply -f https://litmuschaos.github.io/litmus/2.4.0/litmus-2.4.0.yaml

The above command is all it takes to install it on a single cluster (see the docs for the latest version).

Once the pods are up and running, you can access the frontend via <IP>:<Nodeport> which you can see in the service that gets created (in my case it's on a local cluster, so localhost:30711).

NAMESPACE NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE litmus litmusportal-frontend-service NodePort 10.98.60.168 <none> 9091:30711/TCP 66s litmus litmusportal-server-service NodePort 10.109.185.162 <none> 9002:32132/TCP,8000:30885/TCP,9003:31270/TCP,3030:31009/TCP 65s

After logging in with the default credentials of user: admin and pw: litmus, you're prompted to change the password.

In the Chaos Center you can create workflows, add different hubs (like experiment libraries), agents or monitor experiment runs and results.

(The 9002 port on the server lets you access the internal GraphQL playground.)

Concepts

This post goes into more detail, but basically Litmus runs as an operator, using different CustomResources to define states and custom controllers to create Chaos Runners which execute the experiments as jobs.

CRs

- Chaos Experiment: the actual test you want to run

- Chaos Engine: the mapping of the test to the thing you want to test (infra/app)

- Chaos Result: giving you the current state and outcome of a test

A Chaos Workflow can be used to add additional steps around an experiment, for example to add preparation, cleanup or just to execute multiple operations.

Running a test

With Litmus up and running you now have different options

For more resources, check out awesome chaos engineering on GitHub.

View source

Gmail icon Twitter icon GitHub icon
Built with Scroll v31.4.1