vasuki

KO | EN

gitlite — search

#react #llm #android #deep-learning #linux #macos #java #windows #awesome #cli #awesome-list #pytorch #ios #mcp

(★ 13)

Scale GoCD Agents on demand with Docker

vasuki 최신버젼 다운로드

최종 버전 다운로드 (.zip)

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

[![Build Status](https://snap-ci.com/indix/vasuki/branch/master/build_image)](https://snap-ci.com/indix/vasuki/branch/master)
# Vasuki

Vasuki is a [GoCD](http://go.cd/) agent autoscaler. Currently it uses docker to bring up agents on demand and scale them back down.

You just have to launch a Vasuki instance for an environment and resources with a docker image. It would periodically poll the GoCD Server for any active jobs waiting in Queue with these constraints. If found, it would bring up agents (docker containers) injecting the necessary environment and resource information. Once found idle, it would kill the container and remove the agent from the server.

You can run as many Vasuki instances in a machine for various environments / resources.

## Features
- Auto scale GoCD environments with resources automatically on demand
- Completely stateless, preferred deployment is to start it as a deamon and put it behind a monit like process watch.

## Usage
```bash
$ vasuki \
  --server-host localhost \
  --server-port 8080 \
  --server-username admin \
  --server-password badger \
  --agent-auto-register-key "123456ABCDEFG" \
  --agent-env FT \
  --agent-resources FT \
  --agent-resources chrome \
  --agent-resources selenium
```

## Command line parameters
```
$ vasuki --help
Scale GoCD Agents on demand

Usage:
  vasuki [flags]

Flags:
      --agent-auto-register-key string   AutoRegisterKey for the agent to register to the GoCD Server (default "123456ABCDEFG")
      --agent-env value                  List of environments for the go-agent (default [])
      --agent-max-count int              Maximum number of agents managed by this Vasuki instance (default 1)
      --agent-resources value            List of resources for the go-agent (default [])
      --docker-endpoint string           Docker endpoint to connect to (default "unix:///var/run/docker.sock")
      --docker-env                       Flag to pick up docker settings from Env. Useful when working with boot2docker / docker-machine
      --docker-image string              Docker image used for spinning up the agent (default "ashwanthkumar/gocd-agent")
      --server-host string               Go Server Domain / IP Address (default "localhost")
      --server-password string           Password of the User to connect to Go Server
      --server-poll-interval duration    Poll interval for new scheduled jobs (default 30s)
      --server-port int                  Go Server Port (default 8153)
      --server-username string           Username to connect to Go Server
      --verbose                          Enable verbose logging
```

## Building

Dependencies are managed with [glide](https://github.com/Masterminds/glide).

- [Install](https://github.com/Masterminds/glide#install) glide.

- The vendor support in Go 1.5 is opt-in. To enable it you need to set the environment variable:

```
λ export GO15VENDOREXPERIMENT=1
```

- Clone this repository inside your `${GOPATH}/src`.

- Install the dependencies.

```
λ glide install
```

- Building is managed with `make`. To build for all targets, run:

```
λ make
```

## How does Vasuki work?
1. Query for [active](https://api.go.cd/current/#get-all-agents) + [queued](https://api.go.cd/current/#get-scheduled-jobs) builds. This is Demand.
2. Query for all active agents + list of containers managed by the executor implementation. We then take a union of both. This is Supply.
3. If Demand > Supply, do scale up using the executor implementation
4. If Demand < Supply, do scale down using the executor implementation

## Known Issue
When scaling down, there might be a job which is stuck because it got assigned to an agent but Vasuki had just deleted that agent. This is because Vasuki doesn't get the latest status from [Agents Endpoint](https://api.go.cd/current/#get-all-agents) even after the agent is assigned a job. More details can be found on this [GoCD Dev mail list](https://groups.google.com/d/msg/go-cd-dev/tWmV0Rw9sJM/cz_qe4LcAQAJ) message.

**Solution** - Decrease the value of `cruise.reschedule.hung.builds.interval` property in GoCD server. This enables faster detection of hung jobs and reschedules them. Start your GoCD server with the following environment variable `GO_SERVER_SYSTEM_PROPERTIES="-Dcruise.reschedule.hung.builds.interval=60000"` (60 seconds).

`cruise.reschedule.hung.builds.interval` by default is [5 minutes](https://github.com/gocd/gocd/blob/master/server/properties/src/cruise.properties#L26). Preferred value is 60 seconds.

## FAQs
### Why my tasks take long to start now?
Vasuki polls your GoCD server to find active jobs in queue matching these resources. Hence it's a factor of `--server-poll-interval` flag that you pass. Remember, if you choose a very low value, it'll create unnecessarily load on the server instance.

### For multiple environments and resources should I launch multiple Vasuki instances?
Yes and No. A single Vasuki can manage multiple environments and resources, but currently only 1 docker image per instance. So if you've 2 environments (say FT and UAT) and both are identical with respect to Go Agent, then yes a single Vasuki instance would be fine. Else you might want to launch a separate vasuki instance for each environment.

## License
http://www.apache.org/licenses/LICENSE-2.0

vasuki

vasuki 최신버젼 다운로드

오늘의 추천 프로젝트

Was this content helpful?

Recent Feedback

vasuki

vasuki 최신버젼 다운로드

오늘의 추천 프로젝트

Was this content helpful?

Recent Feedback

Download README