VMware Aria Automation Reviews

We are mainly using it for automation. Our main use case is providing in-house kind of cloud capabilities to the enterprises so they can utilize automated provisioning, backups, etc.

Different customers have different versions. We are probably using versions 6 and 7.

One of our main customers is a big tech company. We have created automated labs for their products. They have these events in which they wanted to do training on the event site, and they wanted to have on-the-go labs. We utilized vRA to do that. Another customer for whom we are using VMware vSphere and vRA is a government entity. They have other customers or end-users that are different departments of the government. They have provided them cookie-cutter and templates to provision the VMs and do the backups. So, they are using vRA along with vSphere and the stack to provide a kind of government cloud.

We use the following DevOps for Infrastructure capabilities: the cloud templating standard for VMware Cloud infrastructure and infrastructure pipelining for continuous delivery. Through these capabilities, we have achieved more control, more monitoring capabilities, and more efficiency in terms of delivering solutions with much more confidence and less number of failures. There is also less strain on our human resources, so everything becomes more easily manageable. These features have saved time for our developers. They have saved 30% to 40% of the time. Using DevOps infrastructure has definitely improved reliability.

vRA has helped to automate deployment for our developers. These automatic deployments have saved time. It has improved the self-service kind of deployments for the development teams. We have our own internal data centers, and we are also doing a lot of customer deployments. In both cases, it has reduced the time that they have to spend communicating internally with other people. They have these cookie-cutter operations that they can utilize. They can provision their own stuff or deploy their infrastructure pretty quickly. So, the dependencies are reduced, and the developers can focus more on their own part rather than calling the infrastructure team to provision or automate something.

We have been using VMware within our organization and for our customers, and vRA has enabled us to leverage existing VMware processes, systems, and training in our organization to support IT Ops.

vRA's automated processes have reduced infrastructure provisioning time. There is about a 60% reduction of time in infrastructure provisioning. 

Our application provisioning time is also reduced by using vRA automated processes. We have Ansible and other stuff with vRA. There is a 60% to 80% reduction in time for application configuration. It has also reduced the time to market for our apps by at least 40%.

The automation part is most valuable. Because it is a VMware product, the automation capabilities that come with vRA are pretty extensive. We can integrate and build a lot of features on top of it, which makes it extremely useful for us.

We have been using it in our own data centers and for our customers for almost five years.

It is pretty stable. This is based on what I have heard or seen for different projects.

I would think that it is scalable. Our clients are usually looking for somebody who can deploy and configure their environments or provide some kind of managed services support. Around 10% to 15% of our customers are on VMware vSphere automation and vRA automation. Internally, there is a 25% utilization. We are planning to expand its usage this year, and we will see how multi-cloud automation can be utilized. We will try to implement things or use cases in a virtual environment, and then we can resell those use cases, provide support for those use cases, or give training to the customers. 

I have not worked with them myself, but our customers have VMware support, and we use their TAC accounts to raise an issue and get support.

Previously, we were mostly using manual processes. The reasons for implementing vRA were more control, visibility, and flexibility. We wanted to move away from manual, human intervention-based processes to automated processes, which would also provide more stability.

Its initial setup is of medium complexity. It is not too straightforward, and it is not extremely complex. It can improve. There are technicalities that are involved.

We have done some deployments that have taken us less than a week. We have also done deployments that have taken us months. On average, it takes three to ten days.

The deployment strategy depends on the requirements. We like to have a repeatable model, but most of the time, customers have different needs. Wherever possible, we utilize a repeatable model. 

In our organization, we have five people who are dealing with VMware infrastructure. Our senior solutions architect has different kinds of certification in VMware solutions. There are two senior engineers and two junior engineers reporting to him. So, we have a team of five people for our internal management and external deployments.

We have received a return on investment. We are a lean team, and we are able to deliver more. We are able to manage more than what we could manage previously, and we don't have to have lots of people. We are also saving a lot of time, and it is also providing us more visibility.

I don't think we evaluated other solutions.

While implementing a solution like vRA, the most important thing is to understand why you're using it for a use case. If you want to implement a solution to do automation, I would suggest seeing what kind of integrations it provides with different endpoints and plan around it. vRA provides pretty extensive integrations. My advice would be to first just understand why you want to use vRA and then have a strategic roadmap implemented. You should start with a basic implementation and then go on top of it.

vRA has enabled us to derive value from the cloud more rapidly, but we have not yet fully realized that value. We are planning to use the multi-cloud features more as we go along. It is in the roadmap that we have for this year. Similarly, vRA has enabled us to manage the cloud easily through its entire life cycle, but we have not exploited it fully. We have not utilized it for multi-cloud environments. We have mostly focused on the on-prem environments and on Azure and AWS to a certain extent. We are working on utilizing vRA along with other automations from our tech cloud. There is an internal roadmap that we have for this year in which we want to monitor multiple multi-cloud environments, not only for our own staff but also for our customers.

We have not used VMware Cloud Templates and iterative development for GitOps much. We have not used the multi-cloud Infrastructure as Code yet. We are planning to use it.

We have also not used vRA much to extend our security footprint into the cloud. We have done it here and there but not fully and not to the extent that I am happy about.

I would rate vRA an eight out of 10.

I use the solution to provision virtual machines. 

We automated many tool deployments with the help of the product, cutting short manual deployments and eliminating the need for human interaction. Its most valuable features include integrating various tools and working with different products using plugins. 

The tool's automation performance is excellent, and I rate it four point five out of ten. 

Maintaining the product requires effort and a good understanding of the environment, including how to set up the codes and other configurations. Pricing needs to be improved to improve the customer penetration. 

I have been using the product for four years. 

The tool is stable, but you will encounter issues when it hits the upper limit. 

VMware Aria Automation is easily scalable. My company has 15-20 users. 

I have used Red Hat before, and VMware Aria Automation is better. It is considered better due to its extensive experience in the field. The tool has acquired an existing product in the domain for several years.

The product's deployment process is much simpler than it used to be, especially with the latest version. While previous versions had multiple components and pillars, the latest version has significantly reduced complexity, improving the deployment process. It took a few weeks to complete. You would need two to four resources to complete the deployment. 

The tool's integration with the existing VMware infrastructure is easy due to product similarity. 

The solution's ROI is good. It can be enhanced with improvement in prices. 

I rate the overall solution an eight out of ten. 

We use SaltStack for configuration management, where we maintain configurations of 150 servers. It also helps with file integrity monitoring. 

We monitor the configurations against CIS standards. We run CIS benchmarks and maintain configurations with higher CIS values for each server. 

SaltStack's features are minimal. 

I have been using the solution for 14-15 years. 

We have had no issues with the tool's scalability. 

We don't have much interaction with the tech support team. 

I rate the tool's initial deployment a five out of ten. I rate adding a new server to an existing system a nine out of ten. It has pretty decent documentation for installation. 

SaltStack is an open-source product. 

I rate the product an eight out of ten. It is a strong and flexible solution. 

It has saved us a lot of time and work. It helped us to reorganize some of our service lines, so we could be more efficient. For example, on our open system server team, we had 15 people building servers, now we have two.

Once you've learned the product, it is very easy to use.

The entire automation orchestration of it. It integrates into all of the other products that we have, e.g., ServiceNow. 

We have a self-service portal, and it does that very well.

It has a learning curve.

We have no issues whatsoever with it. It's very stable.

We have no issues whatsoever with it. It's very scalable.

We have a technical account manager, but we also rely heavily on VMware's support team, who is excellent to work with.

Upgrades have been extremely simple with their Lifecycle Manager product.

We actually used a lot of VMware services because we didn't want it sitting in the box too long. We had them come in, then they had it up and running in two days. There was a lot of tweaking to do, but it was up and running in two days.

We have seen significant ROI. We used to have physical servers, it took 90 days to get a server, order it, buy it, and get it in. We have it down to 10 minutes, building a server with virtualization, and now that's too slow. So, we let the customer do it at their speed. Therefore, it is pretty much up in a couple of minutes and they have a server.

We usually look at least three other vendors minimum. 

We chose VMware years ago. We have also had Hyper-V and KVM. So, we've had different products from different vendors. However, now, we are down to just VMware, because it's very stable and reliable.

Talk to a lot of different companies and people that have done it. Find out what not to do and what to do. It will make your journey easier.

We are working on a lot of the digital transformation right now. We are working more on the Pivotal Container Service (PKS) product, and a lot of integrations that they're doing with the performance monitoring, the metrics, and KPIs. This is very important to us.

Most important criteria when selecting a vendor:

• Transparency: Be very open with us. 
• Be very knowledgeable about their products, so that we don't have to go through three or four different people to get one answer.

The goal was to bring the automation process to our customers using virtual machines. We were looking to do the hybrid connection with AWS. 

It can run on Linux and several versions of Windows that we have.

It gives you the flexibility to analyze and consume resources.

vRA provides a multi-cloud, self-service, infrastructure-as-a-service cloud consumption and delivery layer. We have a connection and activation between AWS and Azure. 

There is the possibility to use the central policy, especially using Active Directory. You can put this process into the company so someone can follow it. I can put this control on-prem and outside of our on-prem, using our cloud solution.

You can consume resources into the data center and hybrid with AWS.

I can use the console with the dashboard. I also have access to the portal from Azure.

We use the cloud blueprints for Linux. I can use different templates on-premise and on the cloud via GCP. We can use traditional templates or develop new templates, using them to manage integration with the solution.

In the future, I hope to use a portal from GCP.

I have been using it for approximately five years. During that time, we have used versions 6, 7, and 8.

This solution is used by six sysadmins.

This was our first solution of this type.

The initial setup was complex from beginning to delivery. The current version is a bit more complex than version 7 to deploy.

Our deployment took two days.

Six people from our company were involved in setting up vRA.

vRA has enabled us to derive value from the cloud faster. It is five to six times faster than traditional solutions.

It is easy to deliver IT support when compared to a traditional solution. With vRA, I click it, open it, and then it is available in a few minutes. It saves time because a traditional solution might take two to three hours where vRA takes a few minutes. It's a big difference.

We analyzed the market. We also looked at OpenStack, which is similar in its functionality to vRA. We chose vRA because of its integrations. Integrations were more difficult with OpenStack.

I would recommend doing an integration with hybrid cloud. With vRA, this is excellent.

I would rate this solution as an eight (out of 10).

Automating the data center.

We have faster delivery times through its automation.

The blueprint functionality of the product is intuitive and user-friendly. The concept of the blueprints is visual and easy to use.

I would like to see support for Google Cloud and Azure. Because they don't support Google and Azure today, we need something that's cohesive with our entire landscape. There is a gap right now with VMware. If you want support for these environments, you have to go elsewhere right now. Hopefully, product management will listen, hear, and change this.

The basic support is not there for Google Cloud and Azure. They are unable to provision nor do cost controls. Google is still left out. It is great that they have done AWS, but we are a retailer which means nothing to us because it is a competitor. Azure is good, but Google is where a lot of our development environments are.

Stability is good.

Its scalability still has room to improve when supporting Google Compute Engine, Google Cloud Platform, and Azure.

The solution has helped to increase infrastructure, agility, speed, and provisioning in the time to market.

We are currently looking at CMPs which give the functionality that support VMware and Google Compute Cloud, as well as Azure.

We moved to the solution because it is pushing the agility of IT.

The upgrade process was fine.

My customers use it to build their private cloud infrastructure.

VMware Aria Automation improves the IT service delivery process. It can automate manual operations, but you need a development team with coding or programming skills to develop blueprints and automation workflows. 

While Aria Automation is a good product for that purpose, we haven't had many customers use it due to its cost and the development skills required. That's a challenge to consider.

Aria Automation can manage some aspects of public clouds, but I have no experience with that. We only use it for private cloud development.

The Blueprints feature is a good one. This feature supports the installation and improvement of automation processes. 

It includes a user-friendly, drag-and-drop interface that assists customers in automating routine tasks without the need for coding. These are simple routines, though.

The self-service functionality allows customers to provision VMs with a single click. They don't need to submit a request to the IT team and wait for them to create the VM. This reduces waiting time for the automation process.

I would like to see better integration capabilities. Maybe if they could develop libraries within Aria Automation for simpler integration with other third-party solutions, instead of just basic integration.

So, integration with backup solutions would be helpful. 

We have been working with this solution for five years. We used to work with the vRealize Automation version, but the name changed earlier.

It was also called VMware DynamicOps Cloud Suite.

I would rate the stability a seven out of ten.

We have medium-sized businesses as our clients for this solution. 

The customer service and support are okay because the quality of the support varies from case to case. 

Neutral

The initial setup is difficult. I would rate my experience with the initial setup a six out of ten, with ten being easy. 

It is difficult because of load balancing and we need to prepare information and certificates, and there's a learning curve involved. In the past, this product didn't require any load balancers to deploy or certificates for deployment, but now it does.

For the setup only, we need two or three days. But for configuration to edit a routine or test a routine, it can take anywhere from maybe one to two weeks.

So, two to three days for setup and then one to two weeks for deployment.

I would rate the pricing a ten out of ten, with ten being very expensive. 

I recommend the solution because we've worked with it for many years, but we only have two or three customers because of the price. So, we can't start many projects.

However, I would recommend this solution for the automation function itself, and how to group and publish those groupings is quite easy for customers to learn with Aria.

Overall, I would rate the solution an eight out of ten. 

VMware Aria Automation is mainly used with vRealize Orchestration to orchestrate provisioning. It segregates resource usage among different teams. If there are various tenants utilizing resources, vRA is essential for efficiently managing resource allocation. Whether it's provisioning machines in our data center, supporting customer infrastructure in AWS, Azure, or different vCenters, vRA streamlines the process. 

Instead of navigating through various console endpoints for provisioning workloads, vRA allows automation with a single click. This means we can automate the provisioning of not just a plain VM or OS but also include applications and databases in a single click. 

So, we can initiate the process, go about our tasks, and, within 30 to 40 minutes, depending on integrations, our VMs will be built. It significantly reduces manual efforts, and that's why it's called automation. 

With one click, we can get not just one but as many VMs as needed, with databases installed, all at the click of a button. It's a crucial and necessary product that people have been increasingly adopting.

VMware Aria Automation is important for day-to-day operations. It provides more granular visibility of our resources. 

Another valuable thing is the cost. We can easily get to know our IT gives us a cost of data as well, suppose we're going to provision any VM, if a customer or if a user is going to provision one VM, it depends on, again, it depends on the integration that one has done of config already. 

One of its features is, that once we're deploying a VM, we will get to know how much we'll pay for that. How much will be the GB storage per GB cost, how it will be the RAM cost, memory cost, everything would be there. 

And it gives us in-depth visibility into how many resources we are paying for. And suppose we just were purchasing memory GB and if we want to delete particular VMs, we can delete it and we can get the resources back. 

So for the customers, it's pretty convenient to see where they are putting their money into.

It's not open source as of now. The licensing costs and the operations support costs of the VRAs are higher. It's a VMware-based license. 

If I see the other competitors, they are open-source alternatives to VRA, like OpenStack and others. So I can use it on the flow. But in order to get VLS automation, it's an enterprise license that costs more, and hence, VMware support cost is also more.

I have experience with this solution. 

It is stable. But one of the drawbacks that Aria Automation had whenever there used to be an upgrade was that it never used to be very easy. It takes effort to upgrade from the current version to the new version. There used to be some challenges and changes that had to be done. 

The most recent release is based on the Kubernetes nodes now. So, it is easy now but it is not that easy because, with every new release, VMware comes up with something new. 

And how to adapt to new things and how to configure those things. And what all from the previous version will still get supported in a new version is always a new thing for us as well.

It is scalable. However, you cannot increase the number of VMware nodes on the fly. For instance, if you deployed it to a three-node cluster, you cannot simply expand that cluster. Instead, you have to deploy a new cluster with a new set of nodes.

I work in a product-based company, so we have customers for this solution in a service-based company, where we have a direct understanding of the number of customers we're supporting, whereas, in a product company, we only have access to customer usage data.

We can automate your workloads both on-premises or any software data center where you want that to be in. If we want that to be in the cloud, it's fine. If we want to provision it on-premises, it is fine. The installation is mostly done on devices. But as with AWS, if we want to use Google, if you want to use Azure, we can use those as endpoints to the VLS automation. And from the same console, we can automate workloads to be provisioned either on VMware Center, that is our own premises or onto our public cloud. So, VMware Aria Automation is there to automate your provisioning or any day one and day two operations. We can do it from one pane of glass to any endpoint, let it be cloud, or let it be our own premises.

So it doesn't have to be specific on AWS cloud or Azure cloud.

The setup needs coding. It's not easy. It's not straightforward. With the newest releases that we have ahead, we need someone who is good with the YAML codes. 

Now, there has been improvement. Previously, we should have a person who really knows Java, Python, and other codes that are being used. 

But for the recent release, we want one who should understand codes, one who should know how to, and one who should have knowledge about how to do REST API calls if we want to integrate different components with VRA. 

So, programming knowledge is a must when you're using VRA. The most tedious task will be to configure the VRA. Installation is easy; you can do it. 

However, configuring VRA with the whole of your setup within the data center is not easy. It will take some effort, and it has to be done right.

The deployment process is not fast. It will be time-consuming. A few of the modules are already there, but it is time-consuming. Moreover, it depends on the sort of integrations we want to do. If we want to integrate 15 components, different components with vRA for end-to-end provisioning, it will be consuming.

I strongly recommend gaining a thorough understanding of Aria before diving into it. Aria is not as straightforward as it initially appears. There are numerous aspects to consider, such as integrations, VRA usage, VRO, and so on. 

It's crucial to comprehend how Visualized Orchestration, Sensor Automation, and Sensor Orchestration work together harmoniously when orchestrating workflows. You really need to get proper VRA training before effectively utilizing it. It's not something you can pick up easily just by having coding knowledge. Some level of experience and training is essential for thorough usage.

Overall, I would rate the solution a nine out of ten. VMware Aria Automation has made a lot of things easier. It has really helped the operations team to spin up the virtual machines. Previously, if setting up infrastructure for the customer took weeks, now it can be done in a couple of days. It has reduced the time for the customers to get the infrastructure ready. So, I would definitely rate it nine. This solution has done a fabulous job over time.