Posted on

Getting Started with OneFuse Property Toolkit

The OneFuse Property Toolkit is the Swiss army knife of the OneFuse Platform

The OneFuse Property Toolkit is the Swiss army knife of the OneFuse Platform.  It can be used in many different ways to assist you in meeting your automation needs.  It can be used to simplify configurations, define business logic as configuration, build simple logic or tackle the most complex problems.  In its simplest form its meta-data that can be used as a reference offering simple name value pairs that can be used as a reference for decision making.  In its most powerful form it can contain logic, decision trees, platform abstractions, and much more.

Continue reading “Getting Started with OneFuse Property Toolkit”
Posted on

SovLabs vRealize Automation Optimization and Upgrade Analysis Tool

SovLabs has been busy developing a tool that is intended to analyse your vRealize Automation 7 environment and provide helpful feedback on areas where you can optimize.  The tool collects data on dozens of vRealize Automation 7 constructs such as number of blueprints, types of blueprints, number of business groups, network profiles, reservations, etc. and looks for key indicators to see if there is room for optimization.  It also goes a step further and looks for items that could create challenges when customers are looking to migrate to vRealize Automation 8.

The goal here is to optimize your vRealize Automation 7 environments before adopting vRealize Automation 8.  We all acknowledge that vRealize Automation 7 will be around for at least another 18-24 months –  if not longer. Even if you are making the move to vRealize Automation 8 today, you will likely still be maintaining your vRealize Automation 7 environments alongside for some time to come. By optimizing your vRealize Automation 7 environments you will be reducing the maintenance overhead required for your current environment while also making it easier to migrate and adopt your solution on vRealize Automation 8.  The more aligned the two instances are, the simpler it will be to maintain both environments side by side.

The best part is it’s free, yes that is correct I said free.  You simply register at https://www.sovlabs.com/vrealize-automation-optimization-assessment and, once registered, a member of the SovLabs team will reach out to assist you with the data collection.  The data is done using a vRO workflow that produces a JSON output. The data that is collected is non-identifying or sensitive so you don’t have to worry.  The data collected is also presented in plain text so you can review the data before you send it back to Sovlabs for analysis. If you have more than one vRealize Automation 7 environment you can run the collector for each environment and then zip all the files together for upload.

Once data collection is complete, you then head over to https://optimize.sovlabs.com/ and upload your results file.  From there the folks at SovLabs will take the result, run it through their analysis tool and produce a report detailing all the areas where you can optimize your vRealize Automation 7 environment(s).  A SovLabs technical representative will reach out to schedule a time to go over the report and send you a copy. Whether you are looking to Optimize your vRealize Automation 7 environment or gain some insight into your pending vRealize Automation 8 migration, the SovLabs Optimization and Upgrade Assessment provides great information and insights to help plan and prepare your automation path.

Posted on

Request vRealize Automation Blueprints with Ansible Tower

Integrating Red Hat Ansible Tower with VMware vRealize Automation is a very popular enterprise automation solution. SovLabs has several excellent integrations that can help you accomplish and scale your integration of these two powerful cloud automation tools. This article is the first in a series of four articles covering the integration of Red Hat Ansible Tower with VMware vRealize Automation, based primarily on the content and discussion from our webinar with Red Hat Ansible on May 22.

  1. Requesting a vRealize Automation deployment from Ansible.  How, and why you would want to do it.
  2. The SovLabs Ansible Tower Module for vRealize Automation with Static Inventory
  3. The SovLabs Ansible Tower Module for vRealize Automation with Dynamic Inventory
  4. The SovLabs Ansible Tower Plug-in for vRealize Automation CM Framework

Requesting a vRealize Automation deployment from Ansible

With Ansible Tower quickly growing in popularity, many developers and system administrators want to be able to utilize Ansible Tower to deploy infrastructure.  This type of deployment is the subject of many debates within enterprise organizations, especially those with cloud teams trying to develop standards while enforcing policy and governance across organizations.

The good news is that organizations no longer have to choose between solutions. If you want to use Ansible to develop standards while enforcing policy and governance across organizations, now you can.  Using the solution below you can request workloads from Ansible facilitated by vRA to enforce the desired standards and governance policies. Let’s take a look at how it works.

Continue reading “Request vRealize Automation Blueprints with Ansible Tower”
Posted on

How to Create vRealize Automation Global Properties with the SovLabs Property Toolkit

If you have not yet read my recent series Harness the Power of vRealize Automation (vRA) with the SovLabs Property Toolkit and Template Engine, I would encourage you to do so. This 3-part series will provide you with some interesting ways to get more out of vRealize Automation using the software solutions provided by SovLabs. In this article I will be coveringa topic closely related to my previous articles and showcasing even more value when you use the SovLabs Property Toolkit.

Global Properties

If I had a dollar for every time someone asked me, “Is there a place to define global properties in vRA?” throughout my career, I probably could have retired by now.  The unfortunate answer to this question has always been “it does not”, but there is a way to apply properties to every request. Keep reading.

The Old Way

The old way to define global properties in vRA was to add the properties you wanted applied globally to each and every endpoint you had configured in vRA.  So, if you had 25 endpoints and 20 properties you ended up have to enter 500 properties and 500 values. This method leads to inevitable typos, finger fatigue, and management overhead every time you need to update a value for any one of those properties or add a new property.

To see the new more efficient way read the rest of the article on the SovLabs blog site here.

Posted on

SovLabs Plugin Release 2019.8.0 Now Available

SovLabs has released it’s latest version of it’s vRealize Automation plugin version 2019.8.0. Among other key updated it is Certified for vRealize Automation 7.6 as well as ServiceNow Madrid. Below is the full list of updates available in this release:

What’s New?

  • Certified for vRA 7.6!
  • SovLabs Licenses
    • A new SovLabs 2019.x license key is needed in order to use the SovLabs 2019.x Plug-in
    • A 2019.x license key is needed in order to use the SovLabs ServiceNow Connector 2019.8.0
  • SovLabs EULA has been updated!
    • During install of the SovLabs Plug-in and running SovLabs Configuration, the EULA now refers to https://sovlabs.com/eula
  • SovLabs Template Engine
    • Added new tags, filters and improvements!
      • Tags: decrement, ifchanged, increment
      • Filters: abs, at_least, at_most, ceil, compact, concat, floor, lstrip, newline_to_br, reverse, round, rstrip, slice, sort_natural, strip, uniq, url_decode and url_encode
      • Improvements
        • Allow “.” in variables
        • Enhanced parser error messages
        • Allow Unicode forward and backward “fancy” quotes
  • Puppet Enterprise
    • Added “2018.1” and “2019.1” into the Version dropdown list.  Previously verified on 2018.3.4 and 2019.2.0
  • ServiceNow CMDB
    • Added “Madrid” into the Version dropdown list.  Previously verified on 2019.2.0
  • Backup as a Service for Veeam
    • Support for Veeam 9.5, Update 4
    • Performance improvement for Backup Jobs with a large number of VMs
  • Backup as a Service for Cohesity
    • New Day2 Feature: Ability to Recover Virtual Disk that allows recovering an entire virtual disk – either by overwriting the existing disk or recovering to a new (unmounted) device

ServiceNow Connector 2019.8.0

What’s New?

  • A 2019.x license key is needed in order to use the SovLabs ServiceNow Connector 2019.8.0
  • Supports Madrid
  • Added ability to enable the vRA Business Group to be selected at request time by the end-user in ServiceNow when ordering the Catalog request

Import Catalog Item / Modify Catalog Item Mapping Page Enhancements

  • New field for “Override vRA Business Group?”
  • Updated “Constant” label to “Template”

Improvements/Resolved Issues

  • Error logs in ServiceNow and ServiceNow Mid Server
  • ServiceNow request to show useful error when the request is unable to be generated in vRA
  • Hid unnecessary fields during Import/Modify for a vRA Blueprint

Resolved Issues

  • Ansible Tower
    • Fixed issue for Static Inventory failing when no dynamic groups are defined.
  • Ansible Tower for CM Framework
    • Fixed error reporting to report back correct error when an IP address is not defined
    • Fixed the error similar to the following: “[WARNING]: * Failed to parse /tmp/awx_inventory_rNDKxh/tmpqWOvv0 with script plugin: Inventory script”
    • Fixed error when accidentally appending trailing “/” to vRO Hostname when creating the Ansible Tower Endpoint
  • Snapshot Management
    • Fixed issue for missing ID(s) from incomplete vRA CAFE/IaaS data that prevented successful mapping to managed VMs in vCenter.  Added checking and additional logging.
  • IPAM Framework
    • Fixed Release IP to release the IP address correctly

To see previous feature releases please visit the SovLabs support website here.

Posted on

Harness the Power of vRA with the SovLabs Property Toolkit and Template Engine – Part 3

In Part 1 and Part 2 of this series, we created three inputs for our vRealize Automation blueprint: Production, WordPress, SOX compliance.  These three inputs correspond to property groups that allow us to associate multiple custom properties to a single input. Using property groups allows us the ability to templatize how each input affects the outcome of a request.  In this article, the Genie that we’ve previously released from the proverbial bottle is about to take form, as we walk through how these three inputs come together to determine the outcome of our request.

Let’s look at how the different input options impact the different modules.

ModuleEnvironmentApplicationCompliance Convention Outcome(Prod, WordPress, SOX)
NamingProd = pDev = dLab = lWordPress = wpMSSQL = ms None = nSox = s{{env}}{{app}}{{comp}} pwps
IPAM NetworkProd = prodDev = devLab = lab Wordpress = webMSSQL = dbNone = nullSox = sox{{env}}{{app}}{{comp}}  prodwebsox
vCenter FolderProd = PRODDev = DEVLab = LAB  Wordpress = WORDPRESSMSSQL = MSSQLNone = nullSox = SOX \{{env}}\{{app}}\{{comp}} \PROD\WORDPRESS\SOX 
 vSphere TagsProdDevLabWordPressWeb ServerMicrosoft SQLDatabaseNo ComplianceSOX ComplianceSee vSphere tagging below ProdWordpressWeb ServerSOX 

To read the full article please visit the SovLabs Blog here.

Posted on

Harness the Power of vRA with the SovLabs Property Toolkit and Template Engine – Part 2

In Part 1 of this series we walked through how you can use the SovLabs Property Toolkit and Template Engine to configure vRealize Automation (vRA) for our environment input.  In this second part of the series, we’re going to walk through setting up the Application and Compliance inputs for our particular use case.  If you are starting to see smoke, don’t be alarmed. It’s just our Genie being let out of the lamp.

In Part 1, we determined that the required options for our Application input will be:

  • WordPress
  • Microsoft SQL

Determine the Outcome

In this scenario, the selection of the application will have a significant impact on the outcome. However, while we need to think about the application, we also need to look at the larger picture. What do I mean by “the bigger picture”? Well, once we figure out the desired outcome for each of these items, we need to think about how each item relates to the environment and the choices we made in Part 1.

What if the requester chooses WordPress as the application and Production as the environment?  Alternatively, what if they choose Microsoft SQL and Development? Will the outcome of the application differ based on the environment to which it is being deployed?

Some things to consider:

  1. Do the workload specs change based on the environment selection?
  2. Do development, test, and production instances have the same CPU and Memory requirements?
  3. Do any of the integrations change based on application and environment?  
  4. Do WordPress and Microsoft SQL have the same backup requirements?
    1. Does this requirement change based on which environment the workload is being deployed to?
  5. What else could affect the outcome?

To read the entire article please see the original article on the SovLabs Blog.

Posted on

Harness the Power of vRA with the SovLabs Property Toolkit and Template Engine – Part 1

Ever wish you were able to set more than one value from a single vRealize Automation (vRA) request input?  Have you ever wished you could make some aspects of vRA more dynamic and flexible? Wish you could simplify the vRA request form?  In this article I’m going to let the genie out of the bottle. All your wishes are about to come true. But before we summon our genie, let’s first dive into what it is that we are going to be wishing for.  My wish is to have a simple vRA request page with only three inputs that can drive the outcome of every aspect of my request. Sounds too good to be true doesn’t it? We will find out soon enough.

Finished Result
Harness the Power of vRA with the SovLabs Property Toolkit and Template Engine 1
Determine the needed Inputs

Determining what our inputs are going to be.  For my scenario I need to the following three inputs:

  1. The Environment (Production, Development, or Test)
  2. The Application (WordPress or Microsoft SQL)
  3. Compliance Needs (SOX or Non-SOX)

In my example, these are the only three items I need to know from the requester to build a server in my environment.  The remaining info I can gather from the business group they belong to, what resources the workload is placed on, etc. I know every environment is different and many will require more than three inputs.  Once you have read this entire 3-Part series, you will realize the number of inputs doesn’t matter. It’s how we use them that’s key.

Determine the outcome

What outcomes do we need to drive based on these inputs?  Or, how will these help determine the outcome of the overall deployment?  Will they influence items such as the machine hostname, Active Directory OU placement, vCenter Folder placement, vSphere tagging, application installation, etc?

Harness the Power of vRA with the SovLabs Property Toolkit and Template Engine 2

To read the full article please visit the SovLabs blog located here.

Posted on

Infoblox, Custom Naming, and the Cost of Free Software

About the Free Custom Hostname Extension for vRealize Automation

Here at SovLabs we are always helping our audience make the decision to either “build” or “buy”, when it comes to VMware automation solutions. Recently, we have been involved in some discussions about the free Infoblox plugin for vRealize Automation. Specifically,these discussions are around how the free Infoblox plugin for vRealize Automation handles custom host naming. That discussion prompted us to consider all such customizations and the support required when when they are integrated with vRealize Automation.

Integrate with vRA
Custom Automation Considerations

There are a few issues at play here, including:

  • How do the different components of your solution work together?  
  • Was it designed wholistically or were pieces added on as you needed them?   
  • Did one source develop all of the components, or are they pulled piecemeal from multiple places?
  • If one source did all of the development – are they still available?  
  • Who is supporting the development work going forward?

Read the entire article written by Josh Andrews here on the SovLabs Blog.

Posted on

VMware vRealize Automation – vRA7 – Easily prepare Windows Server 2012 R2 templates for use with vRA7

Looking to prepare a Windows template for use with vRA7?  Want to utilize the vRA Guest Agent as well as Software Components?  Great!  The very talented Gary Coburn has built a package that will it all for you.  If you have ever prepped an image for use with vRA 6 or even vRA 7 you know it’s sort of a pain especially if you are like me and don’t like to read the documentation line by line.  The first time I prepared a guest I figured ah this is simple I’ll just go and do it.  Well that didn’t turn out to well.  I had anticipated putting together an article on how to do it when a co-working on my team at VMware Gary Coburn built an awesome script that just does it all for you.

Continue reading “VMware vRealize Automation – vRA7 – Easily prepare Windows Server 2012 R2 templates for use with vRA7”