Orbiter is an opensource docker swarm autoscaler
Go to file
2023-07-12 16:54:16 +02:00
.github/workflows Update docker-image.yml 2023-07-12 16:39:00 +02:00
api switch to go mod 2023-05-19 00:58:50 +01:00
autoscaler Use go embed files for migration 2023-05-20 22:16:31 +01:00
cmd Use go embed files for migration 2023-05-20 22:16:31 +01:00
core Use go embed files for migration 2023-05-20 22:16:31 +01:00
design Add logo files 2017-08-27 13:09:07 +02:00
migration Use go embed files for migration 2023-05-20 22:16:31 +01:00
provider Fix docker client calls 2023-05-19 01:20:50 +01:00
utils/hook switch to go mod 2023-05-19 00:58:50 +01:00
.gitignore Use go embed files for migration 2023-05-20 22:16:31 +01:00
Dockerfile Use go embed files for migration 2023-05-20 22:16:31 +01:00
go.mod Use go embed files for migration 2023-05-20 22:16:31 +01:00
go.sum Use go embed files for migration 2023-05-20 22:16:31 +01:00
LICENSE Build improvement closes #36 2017-08-20 04:46:52 +02:00
main.go switch to go mod 2023-05-19 00:58:50 +01:00
README.md Update README.md 2023-07-12 16:54:16 +02:00

Build
Status

Orbiter is an easy to run autoscaler for Docker Swarm. It is designed to work out of the box.

We designed it in collaboration with InfluxData to show how metrics can be used to create automation around Docker tasks.

orbiter daemon

Orbiter is a daemon that exposes an HTTP API to trigger scaling up or down.

Public and private cloud or different technologies like virtual machine or containers. Our applications and our environments require to be resilient doesn't matter where they are or which services are you using.

This project is a work in progress cross platform open source autoscaler.

We designed in collaboration with InfluxData to show how metrics can be used.

It is based on plugins called provider. At the moment we implemented:

  • Docker Swarm mode (go to zero-conf chapter. look full example under ./contrib/swarm directory
  • DigitalOcean
orbiter daemon -config config.yml

Orbiter is a daemon that use a YAML configuration file to starts one or more autoscaler and it exposes an HTTP API to trigger scaling up or down.

autoscalers:
  events:
    provider: swarm
    parameters:
    policies:
      php:
        up: 4
        down: 3
  infra_scale:
    provider: digitalocean
    parameters:
      token: zerbzrbzrtnxrtnx
      region: nyc3
      size: 512mb
      image: ubuntu-14-04-x64
      key_id: 163422
      # https://www.digitalocean.com/community/tutorials/an-introduction-to-cloud-config-scripting
      userdata: |
        #cloud-config

        runcmd:
          - sudo apt-get update
          - wget -qO- https://get.docker.com/ | sh        
    policies:
      frontend:
        up: 2
        down: 3

This is an example of configuration file. Right now we are creating two autoscalers one to deal with swarm called events/php and the second one with DigitalOcean called infra_scale.

Vocabulary provider contains integration with the platform to scale. It can be swarm, DigitalOcean, OpenStack, AWS. Every autoscaler supports a k\v storage of parameters that you can use to configure your provider. autoscaler` is composed by provider, parameters and policies. You can have one or more. autoscaler has only or more policies they contains information about a specific application. You can have only one autoscaler or more with th same provider. Same for policies, only one or more. Doesn't matter.

Http API

Orbiter exposes an HTTP JSON api that you can use to trigger scaling UP (true) or DOWN (false).

The concept is very simple, when your monitoring system knows that it's time to scale it can call the outscaler to persist the right action

curl -v -d '{"direction": true}' \
    http://localhost:8000/v1/orbiter/handle/infra_scale/docker

Or if you prefer

curl -v -X POST http://localhost:8000/v1/orbiter/handle/infra_scale/docker/up

You can look at the list of services managed by orbiter:

curl -v -X GET http://localhost:8000/v1/orbiter/autoscaler

Look at the health to know if everything is working:

curl -v -X GET http://localhost:8000/v1/orbiter/health

Autodetect

orbiter daemon

It's going to start in autodetect mode. This modality at the moment only fetches for Docker SwarmMode. It uses the environment variables DOCKER_HOST (and others) to locate a Docker daemon. If it's in SwarmMode, orbiter is going to look at all the services currently running.

If a service is labeled with orbiter=true it's going to auto-register the service and it's going to enable autoscaling.

If a service is labeled with orbiter=true orbiter will auto-register the service providing autoscaling capabilities.

Let's say that you started a service:

docker service create --label orbiter=true --name web -p 80:80 nginx

When you start orbiter, it's going to auto-register an autoscaler called autoswarm/web. By default up and down are set to 1 but you can override them with the label orbiter.up=3 and orbiter.down=2.

This scalability allows you to instantiate orbiter in an extremely easy way in Docker Swarm.

A background job reads the Docker Swarm Event api to keep the services registered in sync.

With docker

docker run -it -v ${PWD}/your.yml:/etc/orbiter.yml -p 8000:8000 gianarb/orbiter daemon

We are supporting an image gianarb/orbiter in hub.docker.com. You can run it with your configuration.

In this example I am using volumes but if you have a Docker Swarm 1.13 up and running you can use secrets.