VMware Aria Automation Reviews

VMware Automation allows you to deploy your blueprint on-prem or on a public cloud, so you have a consistent, unified service catalog.  Users can request revisions to our infrastructure, applications, and resources from one portal on the private or public cloud. We only have one or two people with the knowledge and experience to use vRA and the vRA Orchestrator.

Aria Automation gives you the flexibility to deploy tenants with customized blueprints for permissions and policies. Version 7.8 consisted of multiple products, so you had to deploy a lot of virtual machines on one of the servers.  Starting from 8.6, VMware consolidated all the components into one Linux appliance. This allows the option to use vRA or DevOps capabilities.

They could extend the ability to use vRealize Orchestrator Automation for organizations with multiple tenants. It should be easier to operate and extend different capabilities from vRealize Orchestrator. Currently, it's difficult to build advanced services in Aria Automation because you need to use the vRealize Orchestrator. 

I have been using Aria Automation for about three or four years

Aria Automation is stable.

You can deploy a single node or an enterprise cluster consisting of three nodes. 

I rate VMware support six out of 10. 

Setting up Aria Automation is difficult. The complexity varies depending on the environment size and infrastructure. It has a lot of prerequisites. For example, it has to have a firewall prepared before installation. Aria Automation is deployed through an installer called vRealize that integrates VMware identity manager, Aria Automation, and the vRealize Lifecycle Manager. The deployment takes about three days.

I rate VMware Aria Automation seven out of 10. Aria Automation needs products like vRealize Orchestrator to extend its capabilities and accessibility. If you are using Aria Automation by itself, you won't get the features you want, and the license cost is high. It needs to be cheaper, easier to use, and have more native capabilities. 

Before deploying Aria Automation, you need to know the prerequisites for the nodes. Each appliance consists of multiple components, and each has its own log. You need to understand your use case and what you want to use so you can customize the services you need to provide. For simple services, you can use only Aria Automation. If you need to customize advanced services, you will have to purchase vRealize Orchestrator and also CI/CD DevOps tools.

I am working on the architectural and design part of the product. We use it for capacity planning, reclamations of reports, infrastructure monitoring, alerts monitoring, and notifications.

There are many features in the solution. We can map all the service profiles. We can do the scripting in third-party applications. The solution provides multi-level approval features to download VMware workloads.

It also provides features like multi-tenancy. The tool seamlessly integrates with private and public clouds. There are a lot of good features in the solution. The product is very user-friendly.

The costing models in the previous version have been moved to vRO. The process is not simplified in vRO. I don't like this change in the new version.

Currently, I am using the latest version of the solution.

Once the product is customized and implemented, it is stable. We need a lot of effort during the initial stages.

It is a scalable tool. We can scale it horizontally and vertically. Our organization has plenty of users, including internal and external customers.

We use break/fix support. We don't get problems very often. Whenever there is an upgrade or customization, we use break/fix.

Setting up the primary components is easy, but sometimes scripting is complex. It is not a simple product. It is vast. Deployment, planning, mapping to the business requirement, and including the stakeholders take a lot of time. Modifying the product according to the business is challenging. Business is very dynamic, and we must tailor the features based on the business needs. We use a private cloud.

A lot of information gathering is required to deploy the product. We need to understand the business requirement, demonstrate various features, integrate many endpoints, customize the tool, integrate backup, and integrate scripting to auto-install various software. Deploying and configuring the solution takes a lot of time. It is a full-time job. It requires a dedicated team of people. There are a lot of components. It is challenging.

We need an experienced team to maintain the solution.

ROI is purely defined by how individuals define their goals to meet their business expectations. ROI can be easily achieved if we do proper planning. If we don't map the technology to the business, ROI cannot be achieved. That is the drawback. If you map the technology clearly to the business requirement, document the process, and approve the proof of concept with all the stakeholders, then deploying the solution makes sense. It would get better results in terms of ROI.

The tool is expensive since it is an enterprise product. The cost and the business requirement must be justified before deploying the solution in the cloud environment.

Before deploying the product, we must have a blueprint of how we want to use it. Then, we can plan it accordingly. We must plan the organizational needs before deployment. It will ensure minimum changes while deploying because it needs a lot of integration. A lot of third-party vendors will be involved during customization. However, having proper planning, knowledge, and technical abilities and integrating multi-skill vendors will make a perfect blend of technology for a better experience. Overall, I rate the product a seven out of ten.

We use this technology including VMware to support our customers' critical information systems.

The feature of automated balancing which implemented between two data centers solely for the purpose of a recovery plan is valuable.

I'm not wanting any particular feature; but there should be cost reductions. VMware comes at a high cost, and that's why we are in the process of transitioning to a more affordable alternative.

I have been using VMware Aria Automation for the last five years. 

I would rate the stability seven out of ten. Ensuring hardware compatibility is crucial in our platform. However, it posed challenges as some of our servers were not compatible, necessitating extensive adjustments to make them function correctly. Regrettably, this incurred a substantial overall cost, which was quite troublesome.

I would rate it nine out of ten. 

It's quite different. I had a rather negative encounter in the past. VMware provides local support, where you can request them to review and validate a global architecture design, which comes at a significant cost. On one occasion, despite having VMware validate the design, we encountered errors and events that had not been considered by VMware.

Neutral

We used to rely on VMware for assistance when setting up and deploying our infrastructure. The initial setup is complex. It is deployed on-premises for us by VMware teams. In the case of customers, it is dependent on the user's requirements. I would rate it four out of ten.

We encountered numerous challenging use cases that made it tough for us to deploy and handle. While the feature itself is intriguing, the administrative aspect has been quite burdensome for us. So, to sum it up, the feature rates a seven in terms of quality. However, when you dive into it and take responsibility for its ongoing maintenance, it turns into a nightmare. So, I would rate seven out of ten. 

Our company uses the solution to have better insights for our on-premises infrastructure. We use some metrics to decide the placement of workloads based on available capacity. We integrate with automation and make dynamic decisions while working on workflows. 

We are moving a lot of our infrastructure to the cloud so are reducing use of the solution. Right now, we have twenty developers who perform automation tasks. 

The operations manager does a fantastic job on the front end because it includes on-premises and cloud use cases that pertain to any infrastructure. The solution has made great progress in integrating all these things together. 

The solution allow us to define our own super metrics. If we cannot an out-of-the-box metric, then we can write and start using our own super metric instead of waiting for the solution to develop something. 

The licensing models are a bit confusing so should be simplified. 

The solution could include more integrations and supportability around the container space. They have already started to do this, but could expand support for Kubernetes platforms and DevOps tools used for Kubernetes clusters or cloud-native development. 

I have been using the solution for seven years. 

The solution is stable so I rate stability a ten out of ten. 

The solution is absolutely scalable. 

We have contacted technical support several times. On average, they do a pretty good job but sometimes drop support requests. There is always some amount of work we do ourselves because we customize beyond the out-of-the-box options. 

Support is rated an eight out of ten. 

Positive

The initial setup is pretty easy and deployment takes about an hour. 

There are a lot of prerequisites to fill before attempting installation. If something is not right, the solution may not work the way it is expected. 

I rate setup an eight out of ten. 

We implemented the solution in-house. 

The solution is pretty expensive. If you can afford it, you should absolutely buy the solution because it provides good workload management. 

If you have oversized or undersized workloads, then the solution catches them and gives you auto-scaling suggestions that save you a ton of money. The solution will even automate some of the work to keep performance and resources at  optimal levels. It saves you from the cost of expanding your infrastructure. 

There are various licensing models that can be a bit confusing. 

The solution is the best fit if you have a VMware infrastructure because it understands the native components. 

We do not see a similar product in the VMware infrastructure that works as good as the solution. 

Often times, when I think of a missing feature I end up seeing that it is planned for an upcoming release. The solution keeps up with development so it is a great option.

I rate the solution a nine out of ten. 

We primarily use this solution to deploy servers. It is run on our own private cloud that we put into place because our legacy infrastructure did not allow self-service. It was operated by administrators and other people. We have a requirement that disallows us to be open to the outside, which means that we can't interconnect with clouds like Azure.

Whether for legacy purposes or our cloud system, we use it for automation. We automate each and every task, such as deploying servers, network configuration, operating system deployment, and others. Deploying a server has 13 tasks starting with creating the VM and allocating storage on the network, to saving a password in a secure location.

Using this solution has greatly reduced the time it takes to deploy a server. It used to take at least one month, whereas now, to deploy a server takes two hours.

Using this product has changed the processes that the developers follow. It changed things for them but I don't know what they were doing before that.

We have used VRA to improve our security posture, in part because we can avoid relying on administrators and other people. The solution has all of the privileges necessary to deploy what we have to deploy. This means that we have better control over our security and the fact that we have automated the process, we know if it's not working, and we know whether everything is done correctly. If you rely on people, there can be human errors, in particular with respect to the firewalling not being properly done. There are specifics such as whether we had more ports open than necessary, or perhaps not enough. By automating everything, our process, including the security, has really improved the way that we handle the communication between the new server and the rest of the infrastructure.

Implementing VRA has enabled us to leverage other VMware products to support IT ops. We already had VMware products in our organization and adding VRA to the environment has helped make better use of those components. This was not our primary driver but it was a good plus for us later.

VRA has allowed us to save application provisioning time, as well. I estimate that our time to provision has gone from one week to one hour.

The most valuable feature is being able to deploy a virtual machine from a low level. We can automate everything including network configuration, firewall configuration, storage, storage attachment, OS deployment, middleware, and so forth.

We use some of the DevOps features for infrastructure capabilities including VMware cloud templates, infrastructure pipeline for continuous delivery, and interactive development for GitOps use cases. I am not responsible for using these features but they have given us a lot more flexibility in our development. 

The DevOps capabilities have saved time for the developers, although I do not have the exact details. I can say that it is significant. 

Multitenancy management is a little bit difficult to do, so it is an area that can be improved.

We have been using VMware vRealize Automation for more than five years.

The stability of this product is good. We use it on a daily basis.

Scalability-wise, this is a good solution.

We have approximately 100 people using the cloud-based part of the solution, whereas about 10 of them use the legacy system.

We do not currently have plans to increase our usage.

We did not have another similar solution prior to this one. However, VMware did help us to drive value from the cloud quicker than the previous process. VRA gives us more reliability and more flexibility, allowing us to deploy faster through task automation. However, I can't explain specific ways that it may have helped our business.

The initial setup was complex, although I wouldn't necessarily say that it is because of the solution. Rather, there is complexity because of our environment. I was not part of the implementation team so I do not know all of the details.

It took approximately one month to deploy.

Our in-house team was responsible for deployment. We have some VMware experts in the organization. Approximately five people are required for deployment and maintenance. There is a support engineer, a solution architect, and we are responsible for the level-three support.

This is not the type of solution we deploy with the goal of seeing a return on investment. It is mainly used to speed up server deployment and infrastructure deployment. As we are in the banking industry, the fact that we are faster to deliver infrastructure or applications is not part of a return on investment. We deployed the solution in order to provide better quality to our internal clients.

When people out of IT were asking for infrastructure, it took a long time and they were upset. We have started to deploy some shadow IT and the driver behind deploying VRA was to show that we now have the tools to deploy things more quickly. 

This is an expensive product and the high price is starting to become an issue for us.

We are currently using version 7 of the solution but we are transitioning to version 8.

I would rate this solution a seven out of ten.

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.

We primarily use it to automate workloads.

The most valuable features are the multimachine blueprint and advanced designer configuration.

Automation or scripting should be simplified so that administrators who are not experts can have a better grasp of automation.

My organization has been working with this solution for about six years.

We have had no issues with stability.

VMware Aria Automation is a very scalable solution because it integrates well with a couple of leading products in the industry. For products that are not already integrated, there are plugins or adapters that can be used with customization. 

Because we are a large organization, we probably have more than 30 people who use the solution.

The basic installation is quite easy. If you have all of the prerequisites ready, then within two to three working days the basic foundation can be created.

Two people could probably deploy and maintain one foundation of the solution.

We deployed the solution ourselves.

We have definitely seen an ROI because automation is directly related to productivity.

Try to use the maximum level of automation possible within VMware Aria Automation. It will help you to achieve the maximum results. This solution has a lot of other features other than provisioning, like tighter integration with third-party products, ISVs, backup software, and open APIs. To fully utilize the product, you would need to get into these areas along with normal provisioning.

On a scale from one to ten, I would rate VMware Aria Automation at nine.

We have used it for infrastructure management between our hybrid cloud, provisioning and patching, using automation.

The automation functionality has been most valuable. With a click of a button, we are able to automate provisioning, the build of new hardware and apply patches. These are all extremely important and differentiated tasks that can be automated in SaltStack. 

The solution is very easy to code and to set up. It works on a YAML language which is very simple and does not require someone with programming experience to start using it. 

This solution could be integrated with more hardware for an improved offering. 

We have used this solution for five years. 

This is a stable solution. 

This solution is easy to scale.

The support from the customer service team is good. 

The pricing for this solution is roughly 20% lower than the competitive products in the market.

I would advise those considering this solution to ensure they have the necessary in-house talent or access to an external vendor who knows this solution well. It is not a widely used technology so it is important to ensure you can support it. 

I would rate this solution an eight out of ten.