Tag: Aria Automation Page 3 of 4

Consuming the NSX-T API with Aria Automation and Orchestrator

Recently, I was asked by a customer to deploy a custom NSX-T firewalling solution for their virtual machines, where virtual machines owned by an Aria Automation user are allowed to communicate with virtual machines of the same user. The solution leverages NSX-T firewall rules based on groups, where the group membership is defined based on NSX-T tags attached to a virtual machine.

To achieve the custom tagging of virtual machines in NSX-T during the VM deployment phase in Aria Automation, I developed a Orchestrator workflow leveraging the capabilities of the NSX-T API.

In this blog post, I’ll demonstrate how to use the NSX-T API from Orchestrator.

Howto customize the Aria Automation landing page

There are two options to customize Aria Automation start page:

  • Common title, and landing page title and content
  • Image

To change the title and content text, we login the Aria Auto VA using the root account.

Then we navigate into the folder /opt/tarballs/landing-ui/assets/i18n, where a couple of language files are stored in JSON format, e.g. en.json.

Simply adjust the content of these files as required and save each file.

To change the image on the landing page, we again login the Aria Auto VA using the root account.

Then we navigate into the folder /opt/tarballs/landing-ui/assets/img, where the landing page image is stored in SVG format. You can upload your own SVG file here, it must be called welcome-intro-01.svg and saved with file system permissions of 664.

Both actions must be performed on all nodes in a cluster. No restart of any service is required.

A closer look at VMware Aria

VMware Aria was announced during this year’s VMware Explore US General Session, and it of course also featured sessions in VMware Explore EMEA. Time to recap what it is all about:

“VMware Aria is a multi-cloud management portfolio that provides a set of end-to-end solutions for managing the cost, performance, configuration, and delivery of infrastructure and cloud-native applications across any cloud.”

The brand title “Aria” was chosen to describe a piece for voice. That piece could be an instrumental accompaniment or be solo, and is usually part of a longer work, like an opera. Sing with one Voice.

The new Aria portfolio adds new solutions such as Aria Hub, Aria Guardrails, Aria Migration, and Aria Business Insight, but also consists of the former vRealize Suite products vRealize Automation, vRealize Operations, vRealize Log Insight, and vRealize Network Insight. It also adds vRealize True Visibility Suite and CloudHealth Secure State. Further, VMware Aria complements VMware Tanzu by including Tanzu Observability by Wavefront.

In a nutshell, the Aria portfolio consists of the following:

  • Aria Hub and Aria Graph
  • Aria Cost
  • Aria Operations
  • Aria Automation
  • Aria Guardrails
  • Aria Migration
  • Aria Business Insights

Additionally, VMware Skyline is included in the VMware Aria portfolio.

vRA lifecycle extensibility with vRO workflows

vRealize Automation provides pre-defined application and services life cycles operations which require customizing this life cycle via extensibility. This lifecycle extensibility is applied through the Event Broker Service (EBS).

vRealize Automation 8.x provisioning event topics are designed with a set of high level topics calling deployment resources topics. Event topics trigger when particular events occur in vRealize automation; examples are:

  • When a cloud template is deployed
  • When the resources in a deployment are allocated
  • During a life cycle state and entity change
  • When an approval policy is triggered
  • When Day-2 operations are requested

The following event topics are defined in vRA for the provision lifecycle phase (image taken from the official VMware documentation):

In this example we’re going to have a more detailed look on the lifecycle of a virtual machine during the provisioning.

Create a vRO script environment for PowerCLI with additional modules

With vRealize Orchestrator 8.1 or higher it is possible to use PowerShell, NodeJS, and Python for tasks in vRealize Orchestrator workflows in addition to the traditional Javascript. As PowerShell support was added, it wasn’t necessary to add a PowerShell host to run PowerShell scripts anymore.

We can now use the following runtimes in our action and workflow scripts:

  • Python 3.7
  • Node.js 14
  • PowerCLI 11/Powershell 6.2
  • PowerCLI 12.3.0/Powershell 7.1

OOTB, the PowerCLI runtime includes PowerShell and the following modules:

  • VMware.PowerCLI
  • PowerNSX
  • PowervRA

But to use additional modules in these polyglot scripts, we had to include dependencies by adding them as a ZIP package, which was a quite tedious work.

With vRealize Orchestrator 8.8 or higher, we can now add modules and libraries for use in our vRealize Orchestrator scripts as dependencies directly from the vRealize Orchestrator Client.

In this example, we’ll investigate how to create a script environment with an additional module for PowerShell.

Page 3 of 4

All your base are belong to us.