vRealize Automation 7 – Part 3.1, Deployment Wizard Video

In part 3 of this series I provided an overview of vRA 7’s new deployment wizard – an addition that will significantly increase the time-to-value (TTV) by aiming to quickly deploy vRA regardless if it’s for a minimal (monolithic) or enterprise (distributed) implementation.  I cannot emphasize enough how critical the deployment wizard (along with the new deployment architecture) will be for removing the perceived complexity of getting vRA stood up.  Competitively, this sets a new standard for how to implement any enterprise solution and will certainly allow vRA to shine above the rest (but enough about that).

Below is a video of the deployment wizard walking through a minimal implementation.  It is important to note that vRA 7 has yet to GA, so some of the automation options and the UI itself can be tweaked between the current beta code and eventual GA builds.

(The screen capture is sped up 2.5X and some long wait periods have been clipped)

vRA 7 Deployment Wizard – FAST from @virtualjad on Vimeo.

The wizard will provide a choice of a minimal (POC, small) or enterprise (HA, distributed) deployment then, based on the desired deployment type, walks the admin through a series of configuration details needed for the various working parts of vRA, including all the windows-based IaaS components and dependencies.…

vRealize Automation 7 – Part 3, The Deployment Wizard

Remember that time you downloaded vRA (or vCAC) and tried to install it on your own? After some frustration and head-scratching, you turn to documentation, blogs, events, and a variety of guides provided by the community. Eventually everything starts looking good as you’re able to get passed the install and into initial configuration. vRA 6.x’s implementation involves a series of appliance deployments, VAMI configurations, prerequisite headaches, and installation of several IaaS components on windows hosts. Taking that to a distributed, highly-available configuration was a whole different story with the added complexities of deploying several additional systems, clustering configurations, external dependencies, and a whole other set of prerequisites. Of course none of this is unique to vRA — many enterprise solutions will take weeks or months to deploy in a production-ready state. There are many complexities expected of a cloud management platform that is nested at the center of an enterprise ecosystem. While the end-to-end implementation of vRA has come a long way, there was still a lot to be desired. Fortunately, that desire was understood…and a solution was brewing.

Continuing with the theme of redefining the user experience, vRA 7’s new deployment wizard takes time-to-value to a whole new level.…

vRealize Automation 7 – Part 2, Deployment Architectures

VMware has been tackling several customer pain points when it comes to deploying and configuring vRA (6.x). But let’s get this out of the way — the ratio of level of effort vs. product capabilities make the time investment quite worth it at the end of the day (at least i think so!).  In the overview post (Part 1), I mentioned the massive focus on overall UX improvements in vRA 7. While the new deployment wizard absolutely changes the perception of complexity and takes all the work out of the admin’s hands, the reduced deployment footprint is equally important and will drastically reduce operational overhead and time to implementation. That is especially the case for distributed architectures that can grow upwards of 20+ machines. Let’s change that, shall we?…

vRA 6.x Deployment Architecture

In addition to several external dependancies, vRA 6.x requires various internal/embedded services to be taken externally for high availability. The services embedded in the virtual appliance include vRealize Orchestrator, the vPostgres DB, and the vRA framework services themselves. An external Identity Appliance (SSO) is required for authentication (vCenter SSO also an option). And, finally, the optional App Services VA for app authoring.

For distributed architectures, the components include at least 2 load-balanced vRA VA’s, an external pair of clustered vPostgres DB’s, external clustered vRO pair, a pair of [vCenter] SSO’s (the Identity Appliance does not support an HA configuration), and a single ill-fated App Services VA, which also does not support an HA setup.…

vRealize Automation 7 – Part 1, What’s New – Spotlight Features

This was a big week in Barcelona — not just because VMworld EMEA broke attendance records, but also thanks to the announcement of one of the most anticipated updates to the VMware vRealize family, vRealize Automation 7.0 (vRA 7).  I had the opportunity to hosts and co-host several vRA sessions throughout the week, including a couple exclusive ad-hoc deep dive workshops for vExperts.  Now it’s finally time to share with all of you the cloud management goodness that’s been brewing at VMware.  This is the first of many in a series that will cover all the new innovations and features of vRealize Automation 7.0 and dig deep into several advanced use cases.  So let’s get started…

Spotlight #1 – Deployment and Initial Configuration

vRA 7 focuses a lot on the user experience (UX), starting with one of the most critical — Deploying the solution — then the second most critical, configuring it.  Following through with the promise of a more streamlined deployment experience, we made a huge splash at VMworld Barcelona with the debut of the wizard-driven and completely automated installation of the entire platform and automated initial configuration.  And all of this in a significantly reduced deployment architecture.

Deployment Architecture – The overall footprint of vRA 7 has been drastically reduced.  …

A Quick Lesson on vRA Entitlements

vRealize Automation provides a ton of granularity for roles and permissions, service availability, lifecycle management (e.g. day-2 operations). It essentially boils down to a set of logic that defines who can see and do any given task on any given resource. This can be as simple as a handful of configurations, or get as complex as you want it to be.

vRA’s Entitlements feature is just one of many ways to add governance and additional controls to your environment. Entitlements allow admins to create a set of policies that determine which services any given consumer can deploy and how they can [lifecycle] manage their services post-provisioning. The following entitlement options are available per Business Group User or Group.

  • IaaS Blueprints
  • PaaS / AppServices Blueprints
  • XaaS Services
  • Actions / Custom Actions (Day 2 Operations)
  • Service Catalogs
  • Approval Policies

Entitlements are created and managed under Catalog Management (Administration tab -> Catalog Management -> Entitlements) for all available services. It is important to note that entitlements are a REQUIRED function for service delivery (e.g. all services must be entitled at some level before they are available for consumption). Since this isn’t a HOW-TO post (see the vRA Live Install and Config videos and/or the vRA 6.0 POC Guide for a detailed how-to), here’s a summary of how to get from here to there…

 

 

 

 

 

 

 

 

 

 

Once an Entitlement is created, there are several options that will help you fine-tune exactly what gets entitled, who this entitlement effects, which actions are available, and whether or not component-level approval policies are in the mix.…

Increasing vRA’s Concurrent Provisioning Operations

I get this question on a weekly basis (at least) – how many concurrent provisioning operations can vRA handle?
…and as soon as I say “2”, i get the [expected] follow up – how can I change that to something ridiculous?

Here’s how:

But first, let’s revisit the blanket statements above because they’re missing a lot of details. The REAL answer is “it depends”. Concurrency primarily depends on which Endpoint is configured, whether or not a proxy agent is used, and what the endpoint itself can handle. The vast majority of vRA customers have at least 1 vSphere Endpoint — which leverages a proxy agent — so I can confidently divulge the default concurrency of 2. Here’s a glimpse of those defaults…

  • Proxy Agent-based (vSphere, XEN, Hyper-V) – 2 per agent
  • DEM-based (all other supported endpoints) – no fixed limit (sort of, see below)

There are a few additional considerations:

  • The number of concurrent workflows per DEM instance. That number is 15 (per DEM).
  • While DEM-based endpoints have no theoretical limit, the DEM workflow concurrency of 15 (per DEM) does apply.
  • Endpoint limits are at play (that is, the endpoints themselves). For example, vSphere 6 can handle 8 concurrent operations by default.

ProTip – Changing a Provisioned Machine’s Owner in vRA

This one comes up all the time…a Business Group Manager (see prereqs) requests an entitled machine, does XYZ configuration on it post-provisioning, then wants to transfer it on to someone else for ownership (whatever the reason that may be).

There are a couple of options for changing the Machine Owner in vRA — during Request, during a Bulk Import (using the Infrastructure Organizer, or by Reconfiguring the machine. You can also allow an Approver to change ownership mid-flight, but that’s a bit more involved.

To change a provisioned [IaaS] machine’s owner by using the “Reconfigure” Day-2 operation…

Some Prerequisites:

  • you must be a Business Group Manager to make the change
  • you must have “Reconfigure” action enabled (via entitlements)
  • the NEW owner must be a Business Group User

Steps:

  1. Log in to vRA with using an account with “Business Group Manager” role
  2. Navigate to the Items tab
  3. Click to open the desired Machine from the list (NOTE: Business Group Managers can manage machines from all users within the business group and can change change the owner of any visible machine.

vRA Live! – Extensibility Videos Published

In the second act of vRA Live!, we took a dive into extensibility and uncovered many of the ways in which vRealize Automation can be incorporated into a broader ecosystem of tools and extensions, largely leveraging vRA’s BFF, vRealize Orchestrator (vRO). This session was part of an ongoing series of vRA deep-dives and a follow up to the inaugural session, vRA Live! – Install and Configure. With more than 350 RSVP’s and ~140 hanging out for 3 1/2 hours, I’d say this was another success…so thanks to all that attended!These sessions wouldn’t be what they are without the awesome panel. A ton of thanks and a huge shout-out goes to this crew, who presented their own use cases (live), etched an epic vRO whiteboard on the fly, and answered more than 110 attendee questions throughout the session…