mirror of
https://github.com/fog/fog.git
synced 2022-11-09 13:51:43 -05:00
169 lines
6.5 KiB
Markdown
169 lines
6.5 KiB
Markdown
|
# Creating servers (VMs) and templates
|
||
|
|
||
|
The basic server creation steps are detailed in the getting started tutorial.
|
||
|
|
||
|
Now let's do something a little bit more complex and probably more useful in
|
||
|
day-to-day operations. That is:
|
||
|
|
||
|
1. Uploading a VHD image.
|
||
|
2. Create a new template with it.
|
||
|
3. Spin a new server using the recently added template.
|
||
|
|
||
|
## Part I: Upload the VHD
|
||
|
|
||
|
Assuming we have an image file 'ubuntu.vhd' ready to be uploaded, let's create
|
||
|
the connection to the XenServer host and upload the image to the storage repository,
|
||
|
using SSH. The code also assumes that you have a file storage repository mounted
|
||
|
somewhere in /var/run/sr-mount/#{sr-UUID} (the standard XenServer base directory
|
||
|
for mounted storage repositories).
|
||
|
|
||
|
require 'fog'
|
||
|
require 'net/scp'
|
||
|
require 'uuidtools'
|
||
|
|
||
|
#
|
||
|
# Create the connection to the XenServer host
|
||
|
#
|
||
|
xenserver = Fog::Compute.new({
|
||
|
:provider => 'XenServer',
|
||
|
:xenserver_url => 'xenserver-test',
|
||
|
:xenserver_username => 'root',
|
||
|
:xenserver_password => 'secret',
|
||
|
})
|
||
|
|
||
|
|
||
|
We'll be uploading the image to the "Local File SR" storage repository, so
|
||
|
we need the reference to this SR (Storage Repository):
|
||
|
|
||
|
sr = xenserver.storage_repositories.find { |sr| sr.name == "Local File SR" }
|
||
|
|
||
|
XenServer uses UUIDs to store images in the storage repositories, so we will
|
||
|
emulate that behavior, creating a new UUID for our image and uploading it.
|
||
|
|
||
|
#
|
||
|
# Use the excelent uuidtools gem to create the new UUID
|
||
|
# for the image
|
||
|
#
|
||
|
image_uuid = UUIDTools::UUID.random_create.to_s
|
||
|
|
||
|
|
||
|
To upload the new image using SCP, we need the destination directory, where the
|
||
|
SR is mounted. In our case, the storage repository mount point is
|
||
|
/var/run/sr-mount/#{sr.uuid} (where sr.uuid is the UUID of the storage
|
||
|
repository). We will upload the new image there:
|
||
|
|
||
|
sr_mount_point = "/var/run/sr-mount/#{sr.uuid}"
|
||
|
# Target image file path. We will upload the local image to the destination
|
||
|
# using SCP
|
||
|
destination = File.join(sr_mount_point, "#{image_uuid}.vhd")
|
||
|
# source image, located in the current directory
|
||
|
source = 'ubuntu.vhd'
|
||
|
# Use the XenServer root credentials to upload
|
||
|
Net::SSH.start('xenserver-test', 'root', :password => 'secret') do |ssh|
|
||
|
ssh.scp.upload!(source, destination) do |ch, name, sent, total|
|
||
|
# print progress
|
||
|
p = (sent.to_f * 100 / total.to_f).to_i.to_s
|
||
|
print "\rProgress: #{p}% completed"
|
||
|
end
|
||
|
end
|
||
|
|
||
|
We need to let the XenServer know, that there's a new image:
|
||
|
|
||
|
sr.scan
|
||
|
|
||
|
Now that XenServer is aware of the new image, get its reference
|
||
|
and set the image name attribute to 'ubuntu-template'
|
||
|
|
||
|
ubuntu_vdi = xenserver.vdis.find { |vdi| vdi.uuid == image_uuid }
|
||
|
ubuntu_vdi.set_attribute 'name_label', 'ubuntu-template'
|
||
|
|
||
|
Good! the image is ready to be used.
|
||
|
|
||
|
## Part II: create the server template
|
||
|
|
||
|
We have the image ready to be used by our new template.
|
||
|
|
||
|
Templates are regular servers, so let's create one with 512 MB of RAM, 1 CPU
|
||
|
and a network card. The main difference with a regular server from an API
|
||
|
point of view is that we will not start it.
|
||
|
|
||
|
We will also create the template as PV (paravirtual):
|
||
|
|
||
|
server_mem = (512 * 1024 * 1024).to_s
|
||
|
server = xenserver.servers.new :name => "ubuntu-template",
|
||
|
# Required when using Server.new
|
||
|
:affinity => xenserver.hosts.first,
|
||
|
:other_config => {},
|
||
|
:pv_bootloader => 'pygrub', # PV related
|
||
|
:hvm_boot_policy => '', # PV related
|
||
|
:pv_args => '-- console=hvc0', # PV related
|
||
|
:memory_static_max => mem,
|
||
|
:memory_static_min => mem,
|
||
|
:memory_dynamic_max => mem,
|
||
|
:memory_dynamic_min => mem
|
||
|
server.save
|
||
|
|
||
|
We need to attach the disk image to a VBD and to the server
|
||
|
|
||
|
xenserver.vbds.create :server => server, :vdi => ubuntu_vdi
|
||
|
|
||
|
Note that we're using Server.new here, instead of Server.create.
|
||
|
Server.create would start the server, and that's not what we want here.
|
||
|
|
||
|
Let's add the NIC (VIF or virtual interface) to the server.
|
||
|
|
||
|
I have a network in my XenServer named "Pool-wide network associated with eth0"
|
||
|
bridged to the physical eth0 NIC and I will attach the new NIC to that network.
|
||
|
|
||
|
Don't be scared by the VIF creation code. There are easier ways to create a
|
||
|
VIF, and we'll be dealing with that and some other cases in the networking
|
||
|
tutorial (TODO).
|
||
|
|
||
|
First, let's find the network since we'll need the reference.
|
||
|
|
||
|
net = xenserver.networks.find { |n| n.name == 'Pool-wide network associated with eth0' }
|
||
|
|
||
|
To create the VM VIF, we need to set some attributes and use the
|
||
|
create_vif_custom request:
|
||
|
|
||
|
vif_attr = {
|
||
|
'MAC_autogenerated' => 'True',
|
||
|
'VM' => server.reference, # we need the VM reference here
|
||
|
'network' => net.reference, # we need the Network reference here
|
||
|
'MAC' => '', # ignored, since we use autogeneration
|
||
|
'device' => '0',
|
||
|
'MTU' => '0',
|
||
|
'other_config' => {},
|
||
|
'qos_algorithm_type' => 'ratelimit',
|
||
|
'qos_algorithm_params' => {}
|
||
|
}
|
||
|
xenserver.create_vif_custom vif_attr
|
||
|
|
||
|
|
||
|
The template is now ready to be used and we can list it!
|
||
|
|
||
|
xenserver.servers.custom_templates.find { |t| puts t.name }
|
||
|
|
||
|
## Party III: spin a new server using the brand new template
|
||
|
|
||
|
Now that we have the template in place, it's easy to create as many servers
|
||
|
as you want. All of them will share hardware specs with the template. That is,
|
||
|
512 MB of RAM, 1 CPU, 1 NIC attached to the 'Pool-wide network...':
|
||
|
|
||
|
xenserver.servers.create :name => 'my-brand-new-server',
|
||
|
:template_name => 'ubuntu-template'
|
||
|
|
||
|
|
||
|
# The End
|
||
|
|
||
|
Pretty similar code is used by knife-xenserver (http://github.com/bvox/knife-xenserver)
|
||
|
to upload new templates. Have a look at it if you're interested, it's full of
|
||
|
examples and fog/xenserver tricks to manage XenServer/XCP hosts.
|
||
|
|
||
|
The full source code used in this tutorial is available at:
|
||
|
|
||
|
https://github.com/bvox/fog-xenserver-examples/blob/master/upload_template_and_create.rb
|
||
|
|
||
|
Enjoy!
|
||
|
|