These been some discussion about Build-In vs In-line methods, here is a quick example of a Built-In method that sends email from instance attributes that is quite commonly done as a In-Line method when it does not need to be In-Line.
CloudFORMS has workflows for many different tasks including approval, quotas and placement to name just a few. This blog entry is going to add to the placement category of workflows. A previous post of mine showed how you could place new workloads NOT_NEAR “Workload Placement by Type (Not Near That)” other workloads which I still think is really cool. This placement workflow is quite simple, it matches template tags against cluster tags. Example;
The base automate model does not contain the email methods for the VM Reconfigure approval process, this post gives you this capability.
This is a really simple export routine for VMware using a custom button.
In an implementation I would maybe wrap this with
- A dialog to offer different export locations and naming of the export to include date/time stamp and maybe a checkbox to enable disable the overwrite of existing exports.
- Add in the approval system, basically some workloads should require authorisation by a manager to allow the export, we could do this by tag, and capture this in the method.
- Some error checking and folder creation stuff in the simple method.
If you so happen to have the VMware OVF version of CloudFORMs CFME, and you want to convert to run on KVM, this is how.
1. If the OVF is zipped, Unzip the appliance image:
$ unzip evm-v126.96.36.199-r.zip
This post will solve anything! Quite simply anything you can script, code or model in CloudFORMS you can call externally too using simple web services.
We will need a few things as follows;
- A sample method that we can call
- A ruby script to call our web services and execute our sample method.
Use Case – I want that when I provision a virtual machine I can specify certain workload types that I wish to avoid being placed with.
Example 1 – I will be requesting a virtual machine that will be very intensive on CPU or Disk I/O, therefore I want to ensure that I do not place it with any Database Servers, as I may impact their operation or they could equally stave me of resources. But I don’t know where the Database servers are located nor do I care, also real time the database servers are DRS managed therefore they may not be where they were first provisioned!
Enable CloudFORMS to clone a template, and retaining the disk layout. So CloudFORMS currently deploys new virtual machines in RHEV either by PXE or ISO. It does this by cloning a BLANK template and attaching new disks, where a PXE or ISO process will install an operating system. Those from the VMware world and those in Windows land will want to deploy directly from a template a clone, without having to install an operating system, because the template already has it installed in its disk. Reasonable request…. this is how…
You want to delete a Template in RHEV from the CloudFORMS UI, but how?
This is easy, because the ReST API’s are so lovely in RHEV. Here is how;
Create a custom button that will execute your method, remember this is for VM Template and not just VM.
Now create the Automate parts, (if you need assistance on the general wiring of automate, try here first)