VMware Aria Automation Reviews

For us, it's a software-defined data center, automating compute, network security, and storage; all the infrastructure components.

Lifecycle management has improved substantially. We're no longer seeing customers holding on to their resources because they're no longer difficult to create or destroy. We've seen substantial amounts of both builds and retirements. 

It also cleans up a lot of the manual operations that used to take place - or that maybe didn't take place at all and now do. There's a lot less human error and we're seeing a lot of, let's say, "cleanliness" in our infrastructure now.

The solution has helped increase our agility, the speed of provisioning, and time to market. It allows our IT admins to deploy dozens of systems simultaneously, as opposed to operating in serial, building one system at a time. That has been pretty significant as well.

Lifecycle management. It allows my teams to create, manage, and retire all of our infrastructure objects in the data center.

Also, the XaaS Extensibility - Anything as a Service. We're starting to utilize that more and more.

One of the features that's a struggle today is some of the public cloud extensibility. Some of the plugins that are native to vRA and vRO, I'd like to see them come out earlier for vRO. I understand that in vRA, the plugins are a little bit more polished because vRA is the GUI. But we'd like to see them released earlier in vRO, prior to a GUI being released.

Azure, for example, is a public cloud provider but we have some instability issues with the plugin in vRO. It's okay for us if we separate the vRA from vRO plugin releases. So I'd like to see some increased stability in some of those public cloud plugins.

We don't really have a stability issue with it. It's not a product that really goes down for us. Although it's not a product we consider to be in our "five nines" of availability, like our other systems are, it's more a tool. We're able to maintain it after hours and patch as needed. But I can't even remember the last time it went down during business hours.

We haven't had any scalability issues. We're nearly 10,000 virtual machines that are registered to our vRealize Automation deployment. With Orchestrator, we did see some scalability concerns, but we clustered it and added some additional resources and we were able to scale it up. We haven't had an issue since.

Technical support could be improved. I definitely feel that the product is accelerating faster than the support engineers are able to keep up with the knowledge needed to know what's going on. The developers maintaining vRealize Automation are doing a great job improving it, but VMware is not doing a great job of training the people we call to get support for it.

Being that we have been involved since some of the early 5.x days, we compare a newer installation to the previous, and each time it gets better.

In terms of upgrades, we're just starting to use Lifecycle Manager, which assists with upgrades. I haven't been impressed, so far, with the maintenance of an existing complex infrastructure. But LCM has allowed us to deploy new vRA instances very rapidly, which is helpful for some of our LCM Code Stream movement between our Dev stage and Prod. But for maintaining the existing environment, we just use the out-of-box upgrade capability of the tool, which is so much easier now than it used to be.

We no longer have the significant issues we had in the past. Things are just getting better with each version.

My advice would be to heavily invest in training in vRO. vRO is the backbone of what vRA does. I also recommend that you come up with a plan. Don't try to automate everything in the first step. Find the good use case and make sure you offer new value to the customers that you're building it for, prior to just replacing what they have with something new. IT admins commonly don't like to have their interface changed so dramatically.

When looking for an IT vendor that would integrate in the data center, I look for an extensible API. It's very helpful when that vendor gives me the ability to either write a REST plugin, or they've written one themselves, and they're fully familiar with the software-defined lifecycle. It's great when they have a vRO plugin that I can tap into and orchestrate and automate but, if they don't, I need good documentation of their REST API and then we'll write our own vRO plugin. We haven't really seen many vendors integrate directly into vRA, but if they're tapping into vRO then we're in good shape. vRA and vRO, for us, are just brothers.

The solution, overall, used to not be intuitive and user-friendly but they've taken some good feedback in the last two years and made some significant improvements that have really helped us out in managing upgrades. It used to be very difficult to upgrade. It's gotten a lot simpler and that has made our lives quite a bit easier. Also, the stability of the distributed, highly-available infrastructure for vRA.

DevOps is our primary use case. It's performing okay. We're getting ready to upgrade and move into an HA environment, so it will be much better.

The benefit to our organization is time to market. It has streamlined the process so that they can deploy systems, test the systems, and get the product to market faster. Speed of provision is much faster than what we used to manage, especially when we incorporate Day 2 Operations. We can get that into the automation and allow for that to take place, as opposed to the DevOps teams doing that all manually.

It has absolutely helped to increase infrastructure agility - not to its capacity by any stretch, but we're working towards that. It definitely has allowed us to be a little bit more agile.

The most valued feature is the streamlining of the DevOps process, automation and orchestration. It provides the ability for the entire Dev lifecycle to actually be incorporated into a single stream. That's our primary focus.

We still struggle a little bit with the configuration as far as making sure that we have all the endpoints where they need to be, because that's not as agile as we'd like in the back-end. We're working towards that with our DevOps teams to make sure that we're touching the right endpoints and getting the right data.

Also, what we would like to see is a lot more integration across platforms, multi-cloud. I think that's coming.

in general, it took us a long time to get it off the ground. We had a lot of issues upfront and we determined that we just needed to scrap it. I think we scrapped it two or three times before we actually got it built the way we wanted, and we're still not where we need to be. We have had downtime. There have been some issues, but we're also two iterations behind on version. We're getting ready to move to a new HA environment and go on to the newest product line.

Right now, it doesn't scale for us, but it will once we move into the new environment. It will probably scale five years out, especially with the way that we can integrate different endpoints.

Technical support has been phenomenal. Most of the time we get to the right person, but not always. We eventually do because we know who we need to talk to.

Previously, we used a product called LiveManager. It was not across the entire organization, it was just a subset, so there was nothing really prior to this.

When looking at a vendor, the most important criterion is how good a partner will they be? Will they be around? Is it somebody that we can trust and that has been utilized in the marketplace? In addition, is the solution scalable? And then we'll look at cost.

No way was the initial setup straightforward. We scrapped it multiple times. Going through some of the sessions today, here at VMworld 2018, we see that they're incorporating some of the certificate management and so forth. That's where our biggest challenge was.

Upgrading was pretty straightforward. In-place upgrades worked really well for what we've done. There wasn't a whole lot to that. It worked well.

Really, it's all about the initial setup and making sure that it is set up right.

We haven't calculated an ROI but we've realized ROI in manpower.

At the time, there wasn't really any competition when we decided to go this route. It was really only VMware.

In general, I'd recommend vRA but make sure that your framework is set, that you understand what your processes are so that you can fit into the framework.

It's not intuitive and user-friendly but we've made it that way. We've allowed the DevOps teams to incorporate some of their components inside of the catalogs themselves, so we give them a little bit more flexibility, rather than dictating what they need to do. That way, it really runs true to their process.

I rate vRA about an eight out of ten because of the inability to get this thing stood up, initially. We weren't the first to actually do it, and yet, it seemed like we were the first to do it. But because of its scalability, it's a product that we decided to go with.

We're using it to automate the lifecycle of all the VMs that we are managing.

It is possible to completely automatize the creation and removal of a virtual machine. Not just technically, it also automates the monitoring and asset management. It can automate the entire technical and business processes related to it.

The portal is the most valuable feature. The Orchestrator with automation is also valuable. We try to leverage the automation and self-service portal. We trust these two feature allow us to increase time to market, agility, etc.

For the customer, it is intuitive and user-friendly.

The product was bought by VMware and they are trying to add features, which could be improved. For example, there is a Windows component and appliances with two different databases that have to be maintained in sync. This is a pretty nightmare to maintain.

I would like to have infrastructure simplification, such as one box and one appliance which does everything. Having to have a Windows machine with dedicated DBs is sort of crappy.

Now, it's pretty stable, as long as you do not touch it. However, upgrades are always a pain.

We do not need to scale it. One instance is sufficient.

Technical support has improved. Usually it takes some time for an engineer to respond. We try not to open basic tickets. Our tickets are usually linked to the box and can take several weeks to get a solution.

We used the Orchestrator that was free, but started to build some automation on top of it, then we needed to evaluate different tools in the market.

We have something that is very simple to set up: a single instance with minimal infrastructure. However, we have quite some customization.

Always something breaks when we do upgrade them. We tried to install the latest artifacts two weeks ago, then we had to rollback. We sent the log to support, and we're still waiting for a response.

We did the integration directly through VMware.

We assessed the market. We looked at VMware, Cisco, and a third vendor. VMware came out on top because of the integration. The service that we were providing the most is a virtual machine. So, it made more sense to use a VMware product to provide a VM machine.

I recommend going directly to the cloud which already has the self-service portal and other fancy features.

Our primary use case is for our QA department. They use it to deploy machines when they need to test something out. It has performed well. They are able to spin up a new instance of Windows virtual machine and test whatever use case they have, then turn it back down whenever they are done. 

The infrastructure has helped us to greatly increase our agility.

The most valuable feature is that I do not have to create a virtual machine for these people and have them do a small task with it, then dispose of it. 

I find the solution to be intuitive and user-friendly for the end user. For the administrator, it can be a little challenging. For the administrator, there are a lot of moving parts. It is fine once you figure out where the knobs are you need to twiddle, but it can be a challenge to get it up and running.

There are a lot of moving parts. It could be improved if the solution were more consolidated.

The stability is good.

The scalability is fine when you go with the high availability deployment.

I have had to use tech support, and they are really good. 

I was not involved in the initial setup. I was involved in the upgrade, which was fine with support.

I would rate the solution as an eight out of ten. It has been extremely useful for our end users. To administer, it has been a bit more difficult.

We use it for about 1,000 clients at Santander Bank in Brazil and, nowadays, we have about 22,000 machines. It's performing very well.

Before, it took us two days to provision new machines, and today the whole process is done in about two hours. Previously, there were a lot of complaints about how long it took to create a new machine. The process was manual. We had to create the machines and put the data on the CMDB but, nowadays, it's super-fast, magical, too easy. About two years ago, the process was based on 15 people. Nowadays, we use three people to manage things.

The most valuable feature is the process it provides us and the time it takes us to deliver to our clients.

I also find it to be intuitive and user-friendly.

They need to help in managing the change of corporate culture involved in establishing the solution.

It is a stable product.

It scales.

Tech support is very good, responsive. They provide us with support in Portuguese in Brazil.

I was not involved in the initial setup but I have been involved in the upgrade process. It was very easy. The whole process was too easy.

I rate it nine out of ten because of the simplicity of the solution. It's so easy to manage

We use it to deploy virtual machines in our traditional VMware environment. We don't use it as a front-end for our customers but it works fine for us, on the back-end.

We can use some of its functionality to avoid having to write custom code for the placement of virtual machines. That is the main way we get use out of it. Also, the deployment time is less than it was before. It's all automated, it's quicker than when it was done by hand.

The most valuable feature is the automation of the deployment of the whole machine.

We also use it to pre-install the applications that the people selected when they ordered the machine, so they get a fully functional machine.

In terms of usability, It has had its challenges. It requires a lot of custom code to integrate into our environment. It can take a little while to get it to do what we want, takes some code instead of having built-in functionality. Part it is how we use it. It would be a lot easier to use in a greenfield scenario versus brownfield, which is the way we are using it.

I would also like to see them streamline the install. It's split between Windows and Linux appliances, and it would be easier if it was all appliances. I think they're going that way.

The stability is pretty good now; previous versions, not so much, but it has improved. In earlier versions, we had issues with crashes, but the latest version has been much better.

We have not had any problems with scalability. We're not pushing the boundaries on the number of deployments with it, but no issues.

Technical support has been good. We have MCS, the mission-critical support, and they've been good. The occasions when it is taking a while to get back to us is when the technical support person needs to contact engineering. That handoff between engineering and support takes some time, at times.

We had a little homegrown thing but that doesn't really count.

When selecting a vendor, if we already have an established relationship with the vendor, it's easier than going to a new vendor and establishing a new relationship.

Setup in the previous version was not so straightforward. They have made big improvements in the later versions. The first one was a pain but the new one is fine. A couple of versions back, they added an automated install that did not exist in the earlier versions that we deployed.

Upgrading took a little while because we did a side-by-side upgrade. There was a code migration, all our custom code needed to be migrated, so it took a little bit of work. But, overall, it was fine.

Time savings are our ROI, the time to deploy machines. I haven't done any studies on the exact ROI, but saving time is always good.

Right now, it works for what we use it for. We're not using all its features, but the pieces that we use work fine.

The primary use case for deployment of vRealize Automation was to facilitate a service provider web portal front-end to our Hosted Private Cloud and Business Continuity solution. This is a fully automated virtualized SDDC, using VMware as the base hypervisor. We also incorporate NSX for network automation, vCenter Orchestrator for workflow execution, and additional software packages to support the service as a whole (vROps, Log Insight, Network Insight, NSX Manager, etc.).

Our core networking is made up of a spine/leaf architecture using Cisco ACI/APIC and our storage is virtualized behind a Hitachi (HDS). We use SnapMirror and NetBackup as our DR tools.

We needed vRA to easily integrate with our hypervisor, orchestration, security (tenant segmentation, PCI), workflows, custom code, and internal monitoring/management tools. Since we didn’t have time to develop our own web front-end during the development sprints, vRA saved considerable time and resource cycles. Its ability to easily integrate with all of the VMware cloud products as well as public cloud providers, like AWS and Azure, out-of-the-box, makes it an even more powerful tool.

vRealize Automation is improving the way we host and serve up our fully hosted private cloud solutions as a cloud service provider. It has created efficiencies in how we deploy, manage, monitor, and develop within the service. It provides velocity both from management and customer perspectives, from ingesting new catalog items, developing new workflows for additional features, and/or allowing customer access to multiple guest OS instances at scale in a shorter time frame.

From a service provider perspective, its ability to integrate with vRealize Operations and vRealize business management suites provides a window for being able to execute predictive and reactive analysis that you can use to automate your cloud solution from a resource, management, and/or customer perspective.

vRA provides that single pane of glass for our cloud tenants to deploy, monitor, access, and manage their VMs/guest operating systems. vRA allows a cloud service provider to quickly build out a web portal front-end interface that easily integrates with all of the VMware vRealize products, providing an all-encompassing cloud solution.

Additional features also allowed us, as the service provider, to configure branding options for the site itself, as well as full integration into the orchestration layer, including workflows, security control, reporting, billing for our cloud admins, tenant admins, and end-user (customer).

The most valuable feature is vRA’s ability to integrate whether with additional VMware vRealize suites or other vendors' cloud products.

Also, vRA in combination with vCenter Orchestrator makes it very easy to design, import, and deliver quality workflows and blueprints. These can be used for various functions within the cloud portal, from both a production as well as a business-continuity perspective. Examples include automated failover activities in combination with SRM and SRA Replication, VM deployments based on a catalog, being able to roll out an entire LAMP stack dev environment with the click of a button, or ingest and inject data into back-end CMBDs, etc.

Its fully integrates with network and storage virtualization via NSX and workflow development, and secure APIs are available to customize automation using other vendor tools such as Puppet, Chef and/or PowerShell.

There are many features that I find extremely valuable but vRA’s ability to be a central hub for all of the parts that make up a hosted private or multi-tenant cloud solution is extremely valuable. Ultimately, the outcome of this design is a highly available and agile solution with a wide array of integration that enables you to provide a fully automated, scalable private cloud solution that can meet the market and customer demands now and in the future.

I have listed some additional features below for general reference:

• Easy integration into other VMware-based vRealize cloud products via SSO
• Single pane of glass interface
• Parameterized blueprints to enhance reusability and reduce sprawl
• Policy-based optimization of virtual machine placement
• NSX integration enhancements
• Enhanced control of NSX-provisioned load balancers
• Enhanced NAT port forwarding rules
• NSX security group and tag management
• Automated high-availability for NSX Edge Services
• NSX Edge size selection
• Enhanced vRealize Business for Cloud integration – cloud nanagement platform
• Improvements to high-availability
• Health Service
• Configuration Automation Framework – Puppet Integration
• REST API

Most of the areas for which there was room for improvement are being covered in the latest 7.4 release which will include all new workflows for additional management of a customer’s cloud and infrastructure, directly from the Web portal itself. Some of these features today require the ability to build out your own workflows, which can become complicated if you don’t have the knowledge base.

VMware is aware of this and is making the next version of vRA and vCenter Orchestrator with this in mind. They are going to include additional granular-level controls from within the self-service portal itself. This will allow us, the service provider, to pass these additional features on to our customer base giving them greater control and management of their dedicated cloud.

Some of the new vRA 7.4 release features include:

• New and enhanced curated blueprints and OVF files
• New custom form designer
• Enhanced multi-tenancy capabilities
• vRealize Suite Lifecycle Manager now extends to IT content management 
• New IT content lifecycle management

No issues with Stability now working on testing out the new version on NSXt via blueprints which will provide a whole new level of control and management for our SDDC virtualized networking stack.

No issues currently with scalability of the product or its uses cases it was implemented for.

One of the best support and architecture teams we have ever worked with from a vendor perspective. Very knowledgeable and on the cutting edge of virtualization.

The software setup is fairly easy but does require knowledge of the VMware product suite. The complexity comes in whether this a service or a dedicated infrastructure. Normally in service oriented infrastructures which are purpose built for multi-tenancy where you have multiple customers hosting multiple sub-tenant customers which require many layers of micro-segmentation and security to be built in. In a dedicated infrastructure you are building for one business or a single customer even though they have segmented sub-tenants such as account, IT, Operations etc it is all internal to that business. The level of micro-segmentation and security is much less in complexity to provide a final solution.

We implemented a majority of the service internally and only reach out to the vendors developers prior to making changes in the design that could impact rework to correct bottle knocks and development dead ends. 

From experience working with other service provider cloud products, VMware vRealize Automation Center is the best out-of-the-box solution to quickly build out your cloud portal and fully integrate it into your orchestration layers, as well as your compute and storage infrastructures. It can support multiple public clouds as well as hypervisors, providing that single pane of glass for management, operations, and reporting. I would give it a nine out of 10 as there is always room for improvement, since cloud is always evolving.

Integrating this tool with other technologies/third-party tools, that are not part of the VMware family, is the most valuable feature of this solution.

If we have a product that allows us to communicate with different products that are not part of its family and make things happen in their application, it is a wonderful thing.

It resembles the benefits of cloud computing and is achieving more things by using only one product.

We can automate the infrastructure services, which in turn reduces manual work, saves time, and eventually leads to more productivity.

It can be used effectively for IaaS and PaaS. Thus, there is only one type of software to be managed by various departments/teams in the organization.

vRA is a very good product, that supports different vendors connecting to it. Currently, it feels like a complete product and I don’t have any areas that need to be improved.

It automatically becomes large, when we need to connect different vendors to it.

It can be made larger, so that the organizations can also use it for physical infrastructure.

I have used this solution for a year.

We did encounter some stability issues. I found the GUI that we use in vRA to be unstable sometimes. For example, there was no proper update of the tasks that were provided. Sometimes it took a little longer to provide new updates.

I have not approached technical support yet.

It was easy to set up this product.

As soon as I started using this tool, I started seeing results immediately. This product is flexible and easy to implement. Its multi-tenancy support makes it more effective for use with different customers.