![vRealize Automation 7 – Blueprints vRealize Automation 7 – Blueprints](https://i0.wp.com/theithollow.com/wp-content/uploads/2015/12/vra7-blueprint3.png?resize=1140%2C641&ssl=1)
vRealize Automation 7 – Blueprints
January 28, 2016Blueprints are arguably the thing you’ll spend most of your operational time dealing with in vRealize Automation. We’ve finally gotten most of the setup done so that we can publish our vSphere templates in vRA.
To create a blueprint in vRealize Automation 7 go to the “Design” tab. Note: If you’re missing this tab, be sure you added yourself to the custom group with permissions like we did in a previous post, and that you’ve logged back into the portal after doing so.
Click the “New” button to add a new blueprint.
Give the new blueprint a name and a Unique ID. The ID can’t be changed later so be sure to make it a good one. Next, enter a description as well as the lifecycle information. Archive (days) determines how long an item will be kept after a lease expires. The lease is how long an item can be provisioned before it’s automatically removed. Click OK.
Now we’ve given our blueprint some basic characteristics. The next step is to put all of our “stuff” into the blueprint. For my very basic example, I’m going to drag the “vSphere Machine” object onto our design canvas. This adds a vCenter template into our blueprint. As you can see we have a lot of options to be added to our blueprint, such as multiple machine types, networks, software and other services. A really neat change to version 7 over version 6 if you ask me.
Once we’ve added our components into the blueprint, we need to give each of them some characteristics. To start, we’re going to give the component an ID and description.
On the Build Information tab, I’m going to make sure the blueprint type is “Server” and I’m going to change the Action to “Clone”. Click the ellipsis and select one of your vSphere templates. And lastly on this tab enter a customization spec exactly how it is named in vSphere, including case sensitivity.
The next tab is the “Machine Resources” tab. Here we need to enter in the size of this virtual machine, or the max sizes that a user could request. Fill out your values and go to the next tab.
The storage tab will let us customize the sizes of our disks. I’ve left my disk sizes the same as my vSphere template, but you can change them if needed.
The network tab, I’ve also left blank. I’m letting the network in my vSphere template dictate what networks I’ll be deployed on. For a larger corporate installation, you’ll want to specify some network info here
The security tab is to be used specifically with NSX or vCNS. So fare we’re not using this so we’ll leave it blank for now.
Custom properties deserve their own blog post or series of blog posts. They will allow us to do lots of cool things during provisioning, but they are not required to deploy a machine from blueprint. If you understand them, you can enter them here for the blueprint.
When you’re all done fiddling with your settings click “Finish”. When you’re done, you’ll see your blueprint listed in the grid. Before it can be assigned to people though, it must be published. Click the blueprint in the grid and then select the “Publish” button.
Summary
In this post we created our very first blueprint. Don’t worry if we messed up a step, I’m sure we’ll be creating lots of these little guys! In future posts we’ll be assigning this blueprint to our users and services so that we can request a server.
[…] Part 11 – Blueprints […]
[…] your vRA tenant and click on the Design Tab. Create a new blueprint just like we have done in the past posts. This time when you are creating your blueprint, click the NSX Settings tab and select the […]
Thanks for these posts, invaluable!
After dragging the vSphere machine to the canvas and selecting Clone and hitting the ellipsis, I dont see any templates from within my vSphere environment. I can see storage and network vSphere resources as proven when I setup Reservations. I am seeing an error when I attempt to select a template as below
System.Data.Services.DataServiceException: Resource not found for the segment ‘SourceMachines’.
at System.Data.Services.RequestUriProcessor.ParsePath(Uri absoluteRequestUri, IDataService service)
at System.Data.Services.RequestUriProcessor.ProcessRequestUri(Uri absoluteRequestUri, IDataService service, Boolean internalQuery)
at System.Data.Services.DataService`1.HandleRequest()
Any ideas?
I would make sure that your vms are listed as templates. Once this is done, force an inventory because this isn’t an immediate thing that happens. Also, of course make sure your endpoint account has permissions to see those virtual machines.
Lastly, I’ve seen this where the VM template was part of the wrong cluster which isn’t part of your fabric group. Maybe take a peak at that? Hopefully one of these ideas sparks something for you.
Thanks for reading.
I had the same issue, and my problem was that the reservation that I created did not have the cluster/host where the template was located. I just added a new reservation including this cluster to get around it.
https://pubs.vmware.com/vra-62/index.jsp?topic=%2Fcom.vmware.vra.iaas.virtual.doc%2FGUID-6D6622E2-984E-4716-9414-E6ECD1BDD4D3.html
Hi,
Any idea guys how to automate the VRA.
i need to automate blueprints creation, logical templates and cloud providers.
You could automate the blueprint creating using the vRA API. There is also a Jenkins plugin provided by InkySea if that helps.
Hi Eric thanks for reply,
through cloud client command lets can we automate complete vRA.?
[…] clone it. If you need help building out a CentOS blueprint, I’d recommend having a look at Eric Shank’s fabulous walkthrough on his blog, or better yet, check out his AWESOME video course on […]
Hi Eric
I have created blueprints. VMs get deployed on request for catalog but VMs gets deleted after they are provisioned. Which setting would I be mising?
if they are deleted after provisioning, check to make sure your stub or event subscriptions are executing vRO workflows properly. Sometimes failing to execute the workflow rolls back the VM build. Stubs always do this, event subscriptions do this under certain conditions.