*Warning before we begin, in this post I am making the assumption that you are not using vCD as an endpoint. If you are then I recommend skipping this tutorial all together.

Today we’re going to focus on the included vCAC Plugin in vCO, and more specifically how we can start to take the default “Workflow template” and make it usable as the wrapper that will be called to execute any number of automation tasks based on properties from vCAC.

Continue reading

Welcome to Part 3 where we will associate state change workflows to execute against vCO. Fundamentally this is the step that will populate the actions you would like to take when a state changes during automation process.

For this example we are going to use the a simple workflow that collects the properties assigned to a given request. The benefit is it’s simple, the challenge is that it may not yet be clear yet how beneficial it is. My goal is to give the foundation before executing the real world applications. After Part 4 we will focus efforts on making the workflow more meaningful.

Continue reading

After a long holiday season it’s officially time to get back at it and I thought no better time than the present. So here we go into Part 2 which will focus on configuring the connections between vCO and some useful components. If you haven’t reviewed Part 1 feel free to follow the link below.

Part 1: vCAC and vCO – Configuration
Part 2: vCO -> Powershell, vCenter, and AD
Part 3: Automating a state change
Part 4: Automating a menu action

Continue reading

In case you weren’t aware, with the introduction of vCAC 6.0 we have officially brought together the two major automation offerings in our portfolio, vCO and vCAC automation. There has always been the ability to call vCO from DynamicOps and VCAC but with this release the two are finally officially married and the possibilities are endless.

You may be asking why is this so important?

• vCO is now included with the vCAC virtual appliance
• Is the entire basis for automating the XaaS (anything as a service)
• It enables the customization of workflows without additional licensing or consulting
• Leverages existing vCO experience with IT admins
• Can take advantage of already created vCO workflows from an external vCO instance

I’m going to break these steps down into parts for easier consumption.
Part 1: vCAC and vCO – Configuration
Part 2: vCO -> Powershell, vCenter, and AD
Part 3: Automating a state change
Part 4: Automating a menu action

Let’s dive right in! Welcome to Part 1

First we will begin with the vCAC configuration, starting at the initial orchestration endpoint. I use the embedded throughout but if you have an external vCO you can take advantage of that as well.

• Log into vCAC web interface https://vcac-virtual-appliance.fqdn/shell-ui-app/org/tenant as a infrastructure administrator
• Navigate to the Infrastructure tab -> Endpoints -> Endpoints
• Add a new Endpoint
• Orchestration -> vCenter Orchestrator

Next we’ll walk through the setup of the endpoint

• Name your endpoint (I use embedded vCO)
• Address should be in the https://vcac-virtual-appliance.fqdn:8281/vco format
  
• Credentials will be administrator@vsphere.local 
  
• Custom Properties must have VMware.VCenterOrchestrator.Priority with a value of 1 *warning this is case sensitive!

Now for the rest of the configuration we will make the customizations via the vCO workflows.

Launch the vCO client

Login in when prompted with administrator@vsphere.local account. You will then be greeted with the vCO home page. Make sure to select Designer in the drop down and expand the tree until you get to “Add a vCAC host” -> Right click and Run or click the green run arrow.

You will now be prompted with a workflow to configure the connectivity to the vCAC IaaS server. This workflow will prompt you for the following details

• Step 1:
• Name – this is simply what you want to call the vCAC host
• Hostname – https://%hostname.FQDN%
• Accept Cert – YES
• Time outs – leave defaults

• Step 2:
• Shared Session
• User name (*NOTE THIS IS ONLY THE USERID)
• Password

• Step 3:
• NTLM – Leave blank
• Domain – Appended to userid during authentication (*NOTE THIS SHOULD BE THE NETBIOS NAME NOT THE FQDN)

Step 1

Step 2

Step 3

You will now see the connectivity to vCAC being created. Once complete you can verify with the green check mark next to the workflow.

Next we will install the vCO customization. This will give you the power to assign workflow actions to vm or blueprint as well as creating unique menu items to offer additional actions that can enable things like cloning from the self service portal.

Navigate the tree menu to your “Install vCO customization”. Right click and run, or click the green arrow to execute.

You will now be prompted with a workflow to configure the connectivity to the vCAC IaaS server. This workflow will walk you through selecting the vCAC server you just setup

First hit the “Not Set”

It will provide you with the vCAC tree, select your vCAC host

Choose which lifecycle workflows you would like vCO to be associated with (ALL)

Define the number of additional menu items you would like. This gives you additional actions that can be entitled to users. Think of these as action items you could create for things like cloning, etc…

This process will take some time, after several minutes you will see the green check mark next to the workflow.

You have now got vCAC and vCO completely connected and configured. We now can start to focus on Part 2 of this series getting the same type of connectivity to external providers (AD and Powershell)