Vagrant vSphere Provider

This is a Vagrant 1.2+ plugin that adds a vSphere provider to Vagrant, allowing Vagrant to control and provision machines using VMware. New machines are created from virtual machines or templates which must be configured prior to using using this provider.

This provider is built on top of the RbVmomi Ruby interface to the vSphere API.

Requirements

• Vagrant 1.2+
• VMware + vSphere API
• Ruby 1.9+
• libxml2, libxml2-dev, libxslt, libxslt-dev

Current Version

0.7.0

vagrant-vsphere (0.7.0) is available from RubyGems.org

Installation

Install using standard Vagrant plugin method:

$ vagrant plugin install vagrant-vsphere

This will install the plugin from RubGems.org.

Alternatively, you can clone this repository and build the source with gem build vSphere.gemspec. After the gem is built, run the plugin install command from the build directory.

Potential Intallation Problems

The requirements for Nokogiri must be installed before the plugin can be installed. See Nokogiri's tutorial for detailed instructions.

The plugin forces use of Nokogiri 1.5.10 to prevent conflicts with older versions of system libraries, specifically zlib.

Usage

After installing the plugin, you must create a vSphere box. The example_box directory contains a metadata.json file that can be used to create a dummy box with the command:

$ tar cvzf dummy.box ./metadata.json

This can be installed using the standard Vagrant methods or specified in the Vagrantfile.

After creating the dummy box, make a Vagrantfile that looks like the following:

Vagrant.configure("2") do |config|
  config.vm.box = 'dummy'
  config.vm.box_url = './example_box/dummy.box'

  config.vm.provider :vsphere do |vsphere|
    vsphere.host = 'HOST NAME OF YOUR VSPHERE INSTANCE'
    vsphere.compute_resource_name = 'YOUR COMPUTE RESOURCE'
    vsphere.resource_pool_name = 'YOUR RESOURCE POOL'
    vsphere.template_name = 'YOUR VM TEMPLATE'
    vsphere.name = 'NEW VM NAME'
    vsphere.user = 'YOUR VMWARE USER'
    vsphere.password = 'YOUR VMWARE PASSWORD'
  end
end

And then run vagrant up --provider=vsphere.

Custom Box

The bulk of this configuration can be included as part of a custom box. See the Vagrant documentation and the Vagrant AWS provider for more information and an example.

Supported Commands

Currently the only implemented actions are up, halt, destroy, and ssh.

up supports provisioning of the new VM with the standard Vagrant provisioners.

Configuration

This provider has the following settings, all are required unless noted:

• host - IP or name for the vSphere API
• insecure - Optional verify SSL certificate from the host
• `user' - user name for connecting to vSphere
• password - password for connecting to vSphere
• data_center_name - Optional datacenter containing the computed resource, the template and where the new VM will be created, if not specified the first datacenter found will be used
• compute_resource_name - Required if cloning from template the name of the host containing the resource pool for the new VM
• resource_pool_name - Required if cloning from template the resource pool for the new VM
• clone_from_vm - Optional use a virtual machine instead of a template as the source for the cloning operation
• template_name - the VM or VM template to clone
• name - Optional name of the new VM, if missing the name will be auto generated
• customization_spec_name - Optional customization spec for the new VM
• data_store_name - Optional the datastore where the VM will be located
• linked_clone - Optional link the cloned VM to the parent to share virtual disks

Cloning from a VM rather than a template

To clone from an existing VM rather than a template, set clone_from_vm to true. If this value is set, compute_resource_name and resource_pool_name are not required.

Setting a static IP address

To set a static IP, add a private network to your vagrant file:

config.vm.network 'private_network', ip: '192.168.50.4'

The IP address will only be set if a customization spec name is given. The customization spec must have network adapter settings configured. For each private network specified, there needs to be a corresponding network adapter in the customization spec. An error will be thrown if there are more networks than adapters.

Auto name generation

The name for the new VM will be automagically generated from the Vagrant machine name, the current timestamp and a random number to allow for simultaneous executions.

This is useful if running Vagrant from multiple directories or if multiple machines are defined in the Vagrantfile.

Version History

• 0.0.1
  • Initial release
• 0.1.0
  • Add folder syncing with guest OS
  • Add provisoning
• 0.2.0
  • Merge halt action from catharsis
• 0.3.0
  • Lock Nokogiri version at 1.5.10 to prevent library conflicts
  • Add support for customization specs
• 0.4.0
  • Add support for specifying datastore location for new VMs
• 0.5.0
  • Allow setting static ip addresses using Vagrant private networks
  • Allow cloning from VM or template
• 0.5.1
  • fix rsync on Windows, adapted from mitchellh/vagrant-aws#77
• 0.6.0
  • add support for the vagrant ssh -c command
• 0.7.0
  • handle multiple private key paths
  • add auto name generation based on machine name
  • add support for linked clones

Versioning

This plugin follows the principles of Semantic Versioning 2.0.0

Contributing

1. Fork it
2. Create your feature branch (git checkout -b my-new-feature)
3. Commit your changes (git commit -am 'Add some feature')
4. Push to the branch (git push origin my-new-feature)
5. Create new Pull Request

Unit Tests

Please run the unit tests to verify your changes. To do this simply run rake.

If you don't have rake installed, first install bundler and run bundle install.

License

GI-Cat Driver is licensed under the MIT license. See LICENSE.txt.

Credit

This software was developed by the National Snow and Ice Data Center with funding from multiple sources.