Control layer for managing vent instances
vcontrol makes programmatically controlling vent possible. vcontrol lets users manage and run multiple instances of vent, accessible through a RESTful Interface and/or a CLI.
If you are using vcontrol
as a client:
- pip
If you are using vcontrol
as a daemon:
- If
vcontrol
is running locally:- docker-machine
- pip
- If
vcontrol
is running in a container:- docker
- docker-machine
- make
- pip
-
To install
vcontrol
as a client:$ pip install vcontrol $ export VCONTROL_DAEMON=<ip of vcontrol daemon>
-
To install
vcontrol
as a daemon in a container:$ git clone https://github.com/CyberReboot/vcontrol.git $ cd vcontrol $ make install # to install vcontrol to your python path $ make api # the daemon should be reachable at the URL given by make api
-
To install
vcontrol
as a daemon locally:
$ git clone https://github.com/CyberReboot/vcontrol.git
$ make install
$ vcontrol daemon # b/c of make install, vcontrol commands can be issued from anywhere
# the daemon should be running on http://localhost:8080/
- To install
vcontrol
client and daemon together:
Simply install it as a daemon (2 or 3), and perform step 1.
If vcontrol
was installed via option 2
: it is possible to use the RESTful interface in a browser. To access it, follow the URL listed in the output when running make api
:
e.g.: The API can be accessed here: https://192.168.100.1:27209
Copy and paste the link into a browser, and a Swagger UI will pop up with a menu of all vcontrol commands.
An alternative to using the RESTful interface is the CLI, found in the bin
directory of the repo.
To connect as the client:
$ export VCONTROL_DAEMON=http://<url>:<port> # URL/PORT given from make commands if make was used
$ vcontrol -h # from anywhere
First you'll want to add a new provider, for example a VMWare vSphere host (note you'll need to make sure you have licensing to be able to make API calls to it). Since adding and removing providers are a protected command by default, we're going to execute the command from the container rather than the client (it can be done from the client if both the daemon and the client have the environment variable VCONTROL_OPEN
set to true
):
$ docker exec -it vcontrol-daemon vcontrol providers add -h
That will show the options required, where args
is just taking options from docker-machine
and inserting them. For VMWare we're going to want to use at least the following flags:
--vmwarevsphere-datacenter ha-datacenter
--vmwarevsphere-datastore datastore1
--vmwarevsphere-network "VM Network"
--vmwarevsphere-vcenter 192.168.100.1
--vmwarevsphere-username domain\\\\username
--vmwarevsphere-password <mypassword>
Once we have those, we can simply throw those all into the args
field at the end as a string, like so:
$ docker exec -it vcontrol-daemon vcontrol providers add vmware --name esxihost1 \
"--vmwarevsphere-datacenter ha-datacenter \
--vmwarevsphere-datastore datastore1 \
--vmwarevsphere-network "VM Network" \
--vmwarevsphere-vcenter 192.168.100.1 \
--vmwarevsphere-username domain\\\\username \
--vmwarevsphere-password <mypassword>"
A note on passwords
The optional argument --vmwarevsphere-password
is optional (--openstack-password
if using Openstack), and if it is omitted, the cli will prompt for a password. Whether or not the optional argument is present, passwords must:
- escape any special characters (e.g. pass?word -> pass?word) with the exception of single quotes('), which are treated as literal without escaping
- contain no spaces
Now a listing of providers from the client should show that it has been added successfully:
$ ./vcontrol providers list
{'esxihost1':'vmwarevsphere'}
Once a provider is added you won't need your credentials again to start making instances of Vent. To do so, simply execute the following:
$ ./vcontrol machines create vent1 esxihost1
That will then create a new VM on your VMWare vSphere host that is running the Vent OS. commands
can then be run against that host.
Vent instances may already exist on a host machine. To register an existing vent instance to vcontrol, execute the following:
$ ./vcontrol machines register vent2 192.168.100.1
192.168.100.1
is the host machine ip where vent2
is stored. vent2
is then registered with vcontrol, and commands executed on vcontrol can affect that instance.
Want to contribute? Awesome! Issue a pull request or see more details here.