Provide configurable 'pools' of instantly-available (running) virtual machines
Find a file
John O'Connor cb955a1bed (POOLER-177) Filter hostname from API Paths
Use the example provided in the Ruby Client to provide a customised
collector appropriate to log all calls to the API. The customised
filtering is used to replace individual node names and templates
for the /vm and request ID's for the /ondemand endpoints.

This module was failing our rubocop checks so have updated it since
it now forms part of vmpooler.

Separate trapping for litmus jobs is also included so that they don't
interfere with stats from the jenkins pipelines.
2020-06-29 19:53:59 +01:00
.dependabot Add Dependabot to keep gems updated 2020-03-17 15:01:57 -04:00
bin (POOLER-160) Revise some smelly logger code 2020-06-29 19:52:14 +01:00
docker (POOLER-158) Add capability to provision VMs on demand 2020-06-03 14:00:04 -07:00
docs (POOLER-158) Add capability to provision VMs on demand 2020-06-03 14:00:04 -07:00
examples (POOLER-133) Identify when a ready VM has failed 2018-12-03 12:21:08 -08:00
lib (POOLER-177) Filter hostname from API Paths 2020-06-29 19:53:59 +01:00
scripts Update to generic launcher 2018-06-08 12:10:44 -07:00
spec (POOLER-177) Filter hostname from API Paths 2020-06-29 19:53:59 +01:00
.dockerignore Add a .dockerignore file 2020-03-12 14:36:21 -07:00
.gitignore Adds a gemspec file 2018-06-12 12:01:26 -07:00
.rubocop.yml (MAINT) Change Rubocop Screening 2020-06-26 21:36:50 +01:00
.rubocop_todo.yml Rubocop 0.80 updates to rubocop configs 2020-03-04 12:06:54 -08:00
.travis.yml Require rubocop checks in Travis 2020-03-05 17:28:33 -08:00
CHANGELOG.md Update CHANGELOG for 0.11.1 2020-03-17 16:45:08 -07:00
CODEOWNERS (MAINT) Update CODEOWNERS 2020-04-16 18:25:51 +01:00
CONTRIBUTING.md (doc) Add changelog and contributing guidlines 2018-07-16 16:46:03 -07:00
Gemfile (POOLER-160) Add Prometheus to pooler startup 2020-06-29 19:52:14 +01:00
LICENSE (maint) update README.md and LICENSE to reflect rebranding 2016-07-07 23:08:38 +00:00
PROVIDER_API.md Adds a new mechanism to load providers from any gem or file path. (#263) 2018-07-24 16:35:18 -07:00
Rakefile (maint) Only load rubocop rake tasks if gem is available 2017-02-22 15:23:45 -08:00
README.md Add a note on jruby 9.2.11 and redis connection pooling changes 2020-06-15 17:11:49 -07:00
Vagrantfile Updated Vagrant box and associated docs 2017-10-25 14:39:15 -07:00
vmpooler.gemspec (POOLER-160) Add Prometheus to pooler startup 2020-06-29 19:52:14 +01:00
vmpooler.yaml.dummy-example Fix Dockerfile link in readme and add note about http requests for dev (#316) 2019-03-04 10:05:42 -08:00
vmpooler.yaml.example (POOLER-158) Add capability to provision VMs on demand 2020-06-03 14:00:04 -07:00

vmpooler

vmpooler

vmpooler provides configurable 'pools' of instantly-available (running) virtual machines.

Usage

At Puppet, Inc. we run acceptance tests on thousands of disposable VMs every day. Vmpooler manages the lifecycle of these VMs from request through deletion, with options available to pool ready instances, and provision on demand.

Installation

Prerequisites

vmpooler is available as a gem

To use the gem gem install vmpooler

Dependencies

Vmpooler requires a Redis server. This is the datastore used for vmpooler's inventory and queueing services.

Configuration

Configuration for vmpooler may be provided via environment variables, or a configuration file.

Note on jruby 9.2.11.x: We have found when running vmpooler on jruby 9.2.11.x we occasionally encounter a stack overflow error that causes the pool_manager application component to fail and stop doing work. To address this issue on jruby 9.2.11.x we recommend setting the jruby option 'invokedynamic.yield=false'. To set this with jruby 9.2.11.1 you can specify the environment variable 'JRUBY_OPTS' with the value '-Xinvokedynamic.yield=false'.

The provided configuration defaults are reasonable for small vmpooler instances with a few pools. If you plan to run a large vmpooler instance it is important to consider configuration values appropriate for the instance of your size in order to avoid starving the provider, or redis, of connections.

As of vmpooler 0.13.x redis uses a connection pool to improve efficiency and ensure thread safe usage. At Puppet, we run an instance with about 100 pools at any given time. We have to provide it with 200 redis connections to the redis connection pool, and a timeout for connections of 40 seconds, to avoid timeouts. Because metrics are generated for connection available and waited your metrics provider will need to be able to cope with this volume. Statsd is recommended to ensure metrics get delivered reliably.

Please see this configuration document for more details about configuring vmpooler via environment variables.

The following YAML configuration sets up two pools, debian-7-i386 and debian-7-x86_64, which contain 5 running VMs each:

---
:providers:
  :vsphere:
    server: 'vsphere.example.com'
    username: 'vmpooler'
    password: 'swimsw1msw!m'

:redis:
  server: 'redis.example.com'

:config:
  logfile: '/var/log/vmpooler.log'

:pools:
  - name: 'debian-7-i386'
    template: 'Templates/debian-7-i386'
    folder: 'Pooled VMs/debian-7-i386'
    pool: 'Pooled VMs/debian-7-i386'
    datastore: 'vmstorage'
    size: 5
    provider: vsphere
  - name: 'debian-7-x86_64'
    template: 'Templates/debian-7-x86_64'
    folder: 'Pooled VMs/debian-7-x86_64'
    pool: 'Pooled VMs/debian-7-x86_64'
    datastore: 'vmstorage'
    size: 5
    provider: vsphere

See the provided YAML configuration example, vmpooler.yaml.example, for additional configuration options and parameters or for supporting multiple providers.

Running via Docker

A Dockerfile is included in this repository to allow running vmpooler inside a Docker container. A configuration file can be used via volume mapping, and specifying the destination as the configuration file via environment variables, or the application can be configured with environment variables alone. The Dockerfile provides an entrypoint so you may choose whether to run API, or manager services. The default behavior will run both. To build and run:

docker build -t vmpooler . && docker run -e VMPOOLER_CONFIG -p 80:4567 -it vmpooler

To run only the API and dashboard

docker run -p 80:4567 -it vmpooler api

To run only the manager component

docker run -it vmpooler manager

docker-compose

A docker-compose file is provided to support running vmpooler easily via docker-compose. This is useful for development because your local code is used to build the gem used in the docker-compose environment.

docker-compose -f docker/docker-compose.yml up

Running Docker inside Vagrant

A vagrantfile is included in this repository. Please see vagrant instructions for details.

API and Dashboard

vmpooler provides an API and web front-end (dashboard) on port :4567. See the provided YAML configuration example, vmpooler.yaml.example, to specify an alternative port to listen on.

API

vmpooler provides a REST API for VM management. See the API documentation for more information.

Dashboard

A dashboard is provided to offer real-time statistics and historical graphs. It looks like this:

dashboard

Graphite is required for historical data retrieval. See the provided YAML configuration example, vmpooler.yaml.example, for details.

Command-line Utility

  • vmfloaty is a ruby based CLI tool and scripting library written in ruby.

Vagrant plugin

Development and further documentation

For more information about setting up a development instance of vmpooler or other subjects, see the docs/ directory.

Build status

Build Status

License

vmpooler is distributed under the Apache License, Version 2.0. See the LICENSE file for more details.