Private Cloud

GomJabbar

GomJabbar is an open-source implementation of Chaos Monkey written in Java and designed to perform attacks within a private cloud architecture. Attacks are defined through the YAML configuration file and are executed as plain shell commands (e.g. sudo service ${module} stop). It also integrates with Ansible and Rundeck.

Attacks are defined in the config.yaml within the commands block. The fail value is the fault command to be executed, while the (optional) revert value is executed to attempt reversion. For example, here the shutdown_service command calls sudo service <service-name> stop as a fault and the opposite to revert.

1commands:
2  kill_service:
3    description: 'Kills services.'
4    fail: 'sudo pkill -s 9 -f ${module}'
5    revert: 'sudo service ${module} start'
6
7  shutdown_service:
8    description: 'Shuts down services.'
9    fail: 'sudo service ${module} stop'
10    revert: 'sudo service ${module} start'

The filters block in config.yaml defines a list of clusters, modules, and tags to either be included or excluded via include or exclude, respectively.

1filters:
2  clusters:
3    include:
4      - gremlin-chaos
5    exclude:
6      - grandmas-cluster
7
8  modules:
9    include:
10      - nginx
11      - redis-server
12    exclude:
13      - critical
14
15  tags:
16    include:
17      - development
18      - production
19    exclude:
20      - test

As we saw in the commands block above ${module} can be referenced in fault commands and will automatically be replaced with the relevant service name. Once configured you can start the server by exporting the generated GJ_OPTIONS and calling the gomjabbar.sh script.

1export GJ_OPTIONS="-Dcom.outbrain.gomjabbar.configFileUrl=<config file url> ..."
2./gomjabbar.sh

You can then use the REST API to trigger attacks and revert faults.

Failure Injection on Your Private Cloud with Gremlin

Gremlin locates weaknesses in your private cloud architecture before they cause problems. Gremlin makes Chaos Engineering simple, safe, and secure, improving your private cloud's stability and resilience. You can begin executing Chaos Experiments in just a few minutes by signing up for an account and installing Gremlin. Gremlin can run experiments on every major type of private cloud infrastructure including Linux, Docker, Kubernetes, OpenStack, VMware, and many more.

Check out these tutorials to learn how to install Gremlin and start Chaos Engineering your private cloud today.

Muxy

Muxy is an open-source tool written in Go that allows you to tamper with network traffic at the transport, TCP, or HTTP protocol layers of your systems. In can simulate real-world network connectivity problems and can also be extended with plugins via the Plugo interface.

Muxy is configured through a YAML file that defines a number of proxy and middleware blocks.

• Start by installing Muxy with go get.

  bash

  1go get github.com/mefellows/muxy

• Create a YAML file and paste the following test configuration in it.

  yaml

  1# gremlin.yml
  2proxy:
  3  - name: http_proxy
  4    config:
  5      host: 0.0.0.0
  6      port: 8181
  7      proxy_host: www.gremlin.com
  8      proxy_port: 443
  9
  10# Proxy plugins
  11middleware:
  12  - name: http_tamperer
  13    config:
  14      request:
  15        host: www.gremlin.com
  16        port: 443
  17
  18  # Message Delay request/response plugin
  19  - name: delay
  20    config:
  21      request_delay: 2500
  22      response_delay: 2500
  23
  24  # Log in/out messages
  25  - name: logger

  This configuration creates a localhost:8181 proxy that targets www.gremlin.com:443. It also creates an http_tamperer middleware that catches requests made to www.gremlin.com:443 and adds a 2.5-second delay to both requests and responses. Finally, it outputs Muxy messages to the default terminal logger.

• Start Muxy with the following command, ensuring that you specify the location of the YAML configuration file.

  bash

  1muxy proxy --config ./gremlin.yml

  bash

  1# OUTPUT
  22018/09/18 22:47:39.179395 [INFO]       Loading plugin  http_tamperer
  32018/09/18 22:47:39.179415 [INFO]       Loading plugin  delay
  42018/09/18 22:47:39.179419 [INFO]       Loading plugin  logger
  52018/09/18 22:47:39.179451 [INFO]       Loading proxy   http_proxy
  62018/09/18 22:47:39.179465 [DEBUG]      HTTP Tamperer Setup()
  72018/09/18 22:47:39.179476 [DEBUG]      Delay Symptom - Setup()
  82018/09/18 22:47:39.179578 [INFO]       HTTP proxy listening on http://0.0.0.0:8181

• Now that Muxy is listening at http://0.0.0.0:8181 you can make a request to www.gremlin.com through the proxy to test it out. Muxy should add a delay of approximately 5 seconds to the request.

  bash

  1time curl -H"Host: www.gremlin.com" http://localhost:8181/

  bash

  1# OUTPUT
  2real    0m5.070s
  3user    0m0.000s
  4sys 0m0.004s

• Now try the same timed test but without passing through the localhost:8181 proxy, and you'll see Muxy doesn't catch or muck with this request.

  bash

  1time curl -o /dev/null https://www.gremlin.com

  bash

  1# OUTPUT
  2real    0m0.257s
  3user    0m0.036s
  4sys 0m0.012s

Check out the official Muxy documentation for more information on integrating Muxy into your private cloud Chaos Engineering.