VMware Aria Automation Reviews

The most valuable feature is Salt Cloud due to its ability to tie into VMware, as well as Salt Orchestration, because it allows us to script the process of setting up an entire infrastructure.

This product has saved us time in standing up new servers, as well as allowed us to automate the deployment of these servers and the applications that run on them.

• Documentation can be hard to find and examples aren't as detailed. In Salt, you can use modules in an SLS file, as well as via command line. A lot of the time, the official documentation only has a command line example and you've got to dig around through third-party sites to find examples of using modules in an SLS file. It can also be difficult to find documentation on Jinja templating through Salt’s website, as well. Basic examples are given but anything more complex is lacking.
• Salt Cloud Windows support isn't that mature.
• Salt Orchestration lacks logging when states are nested.

I have used it for 1.5 years.

Occasionally minions would time out and not return a response, although the Salt state would still run. Increasing the timeout helped, but this is more of a design concern than an overall stability issue.

So far no issues with scalability were encountered.

I haven't utilized technical support. The forums seem to be somewhat helpful in suggesting workarounds to issues caused by lack of features, but more detailed steps on implementing those workarounds would be helpful (e.g., setting a static IP on Windows VMs setup with Salt Cloud).

I've used Puppet at a previous job. Salt is the tool that was in place at my current job.

Salt is open source.

The product was already in use.

Define the scope of what you need a configuration management tool to use and then look at all available options and the potential drawbacks of those options. Nothing can beat hiring a sys admin with experience in different technologies.

Everything that takes away from my having to do my own tasks is a very big plus. With Automation and a lot of the components we are looking at right now, I will be able to template everything out and streamline the process, which is going to save me a lot of time. My main focus is COOP sites and disaster recovery, so automating those makes my job easy.

It decreases a lot of manual labor involved in the initial deployment of systems. Instead of my having to go deploy a template and join it to the domain and add software to it, all that is pre-staged once and never done again.

It has also increased the infrastructure agility a lot. A perfect example is that I use Veeam Backup, so I deploy additional proxies whenever our network changes. I don't have to go out and sign in to the vSphere host because I have a different location. I can add additional resources from one location to my disaster recovery management console.

I find the system to be intuitive and user-friendly. In general, I'm quite happy with the entire setup. Once you configure the system, navigating the portal is pretty simple. They use a lot of the vSphere UI interface structure so it's intuitive, especially if you have used anything vSphere-related before.

I don't know if it can integrate with vRealize or vROps in order to already manage what has been done. Right now I'm very big into vROps to pull reports on all my VMs. I don't know if that capability is there already, but if I could integrate it more, if they went hand-in-hand, it would be easy. Not only could I deploy everything in one place, but I could go to another place just to pull my reports on what has been done.

I'm happy so far, I haven't had any stability issues.

I'm extremely happy with the scalability.

I have used technical support, but not for vRA. I used it to help with reverse-engineering my vSphere vCSA because it completely crashed and both sectors were corrupted and I needed to get it back. They were helpful.

We didn't have a solution that does exactly the same. For other systems, we use Chef, but I know that that is more for the application side of things. We haven't used anything like this.

What's important when looking for a vendor, for me, is that they take their time to actually see what we have and what we are trying to do, before pushing an agenda. If they could see what we have and create a design out of that, before suggesting anything else, that would make me want to work with that vendor more because then I would know that they are not pushing something, that they are giving me what is better for me.

Once I understood what it was trying to do, and what it was requesting of me, it was simple. But originally, it took me by surprise. I was not used to the setup yet. One of my main issues was having multiple SSL domains. It took me a while to see how those play a part.

Make sure that you know what your infrastructure looks like before you start.

I rate this solution at eight out of ten, with potential to grow. I still have to learn a lot more about it. Once I learn some of the additional features and add-ons that  I can implement, I think it will increase.

The primary use case is that it fronts VirtualCenter for our entire development environment. The current version performs well.

It provides us with rapid deployment and reclamation of servers. It has also increased the infrastructure agility, application agility, improved time to market, and made it easier for IT to support developers.

• Self-service for the servers
• Reclamation
• Self-service for all of our IT or development teams to expand and decrease their environments at will

Other than the features that are supposed to already be in place with the new version - meaning the tight integration with vROps, which they said was there but wasn't - the ability to migrate between clusters is a big deal right now. If you try to migrate a current client, create a research pool for a client, and they have multiple ESX clusters, you can't get it. It's so painful to do. The new version that we will be going to is supposed to do that automatically. And I will believe it until it doesn't work.

Its first iteration had some hiccups. It wasn't as streamlined. It crashed a lot more. This version has been way more solid.

Scalability has been excellent. It scales well horizontally. Vertically, you'd have to do a lot to make that happen. It will scale both ways. One way is easier. Horizontally is way easier to scale. It's just the nature of the way the product is built.

On the current version, support is much better. I have a TAM and I have mission-critical support, so I usually get to somebody.

We were previously using a product from CA that CA no longer supports. They got out of the business.

The initial setup was not straightforward. It was not simple, and we had a PoC. We had VMware help us deploy it, and it took them an exorbitant amount of time.

Upgrading hasn't been without its pain. We've had our issues, we've lost some data. There have been some hiccups along the way. We're confident that this next upgrade will be smoother, since it has been getting more stable over time.

The solution is intuitive to the end-user, absolutely. I've created a web portal, through vRA, in which users' specific requirements are built-in. Now, to develop that was not overly fun, but, overall, it is good.

I give it an eight out of ten because it has provided my development team a pure self-service portal. We deploy thousands of machines and reclaim. So, their time to business and their time to market has been improved exponentially.

Probably the extensibility as well as the out-of-the-box features it provides, which allow you to be very creative with things you can add on and customise. The extensibility is the most important part for me.

The extensibility allows you to take custom or proprietary requirements and make them happen. Where there's a lot of products, it will give you a set number of used cases, and if you have something that's outside of those, then it can be difficult to make that happen, but the vRealize Automation product allows you to just extend beyond what we'd initially expect them to be used for and make your own custom scripts that can be executed as well as the things that come out-of-the-box.

Yes, certainly. The ability to manage the product in code; so infrastructure is code. It certainly has improved in the last version, but it still isn't quite at the level that some of its competition is in. It's not infrastructure is called native, overlooks is getting closer to it, so that's probably the biggest single improvement to suggest.

About two years now.

Yeah, there are some issues with stability. I suppose with any product, when new versions come out sometimes there are bugs, and depending how wide-spread that is, it can take a varying length of time to clean a patch from a big crash or fault. I give it a seven out of 10 for stability. There are issues, but it's not dreadful. It is certainly better than it was in previous versions.

No, it's very scalable. It's fairly easy to add the numbers of servers to allow it to scale up. As I've said, we've seen it running hundreds of concurrent deployments with the right design and the right number of devices. Obviously, while supporting the platform, it's very scalable.

It's probably a difficult question to answer. Depending on the type of relationship you have with them, I've looked at a couple of places. One company had business critical support. They were very quite good at certifying specialists, they were almost always able to at least categorise a problem, if not fix it in the first sort of hour or two. If you don't have that level of support, you often go through a couple of levels of help desk first and that can be quite frustrating and quite difficult. So I think the level of support maybe averages out to a six out of 10, but it could be eight or nine if they got the right.

Previously, I worked in a team which tried a proprietary tool that did a very similar job, and the main reason for going a product like vRA, is that the development cost of it is handled by another company, so they'll maintain that, and we develop and maintain their own code base instead of paying for support from a larger organization. The idea is when you reach a certain scale, paying someone whose job it is or specialty it is to do this kind of work, they'll have a small team doing it, then having the rest of the people on that team might move on. I suppose to operate it into a prize scale was one of the main reasons for switching.

The installation has been greatly improved in the latest version. There's now a lesser based installation, which has made it many times easier. It is still something that requires a bit of knowledge and time (if you've never used the product before). It is probably going to take you a week or so to get familiar with the concept and try the installation maybe one or two times before it works for you. Once you've used it a few times, you can probably do an installation in a day or two. So maybe a seven out of 10, for ease of installation.

No, I've never been involved in the selection of this product, but I've actually joined teams that have already chosen to use it. I know some of the competition. Some of the other products have on from being the VMware vCloud Director. Some of the products are heard suggested via other places, like answerable and telethon.

Probably the decision to run a private cloud, such as VMware, versus running things in someplace like the public cloud and it being AWS. The main thing is about the scale, and getting sufficient scale, it can be cost effective to run your own private cloud. Best to find the right algorithms, if not setting up the hardware themselves; but you probably do need to reach that multi-million pound scale to make that the right decision. Smaller players are probably better off thinking about comparing costs without a cloud provider, and maybe a less niche product.

It's a good product. It's very extensible. It is fairly complex to set-up, and its fairly closely tied to VMware's infrastructure, so there's a lack of portability to public clouds and a lack of ability to manage infrastructure is code natively. Although it can be persuaded to do it, it's not always straightforward. Those are probably the biggest downfalls.

Orchestration capabilities are the most valuable feature of this solution.

Provisioning time is reduced from two weeks to 60 minutes.

• Better integration with the public cloud and DevOps toolset

I have used this solution for three years.

We did not encounter any major stability issues.

There were no scalability issues.

The technical support is very good; they have come a long way in supporting vRA. Now, issues are being resolved in hours.

The installation for vRA 6.x was complex, but for vRA 7.x was simple.

There are so many features that this product has, so evaluate all of them.

From day 1 that it went into production, we started seeing its benefits.

We are using the vRealize Orchestrator heavily.

Jinja/Python + wide range of embed functions for various platforms and purposes.

Jinja is based on Python, which is a fairly handy and comfortable programming language. They make it simple to create Python-based templates and, when necessary, create functions for actions that are not covered by the Jinja engine.

Centralized administration and orchestration of severs and services.

Support: It's not bad or poor, but there are some issues. On the one hand, it's about development and progress; on the other, there were some issues that took too long to get fixed by the SaltStack team and forced users to invent workarounds.

Documentation: I'd say it's a little bit complicated for beginners, some topics are not clear and so on. So, one will have to massively use search engines when it comes to complex setups and solutions.

I have used it for ~7 months.

I have encountered any stability issues.

I have not encountered any scalability issues.

Technical support is good (4 of 5).

I did not previously use a different solution.

The initial setup was neither straightforward nor complex; it required some effort.

It's OSS.

Before choosing this product, I evaluated Ansible and Puppet.

Be patient and you'll get a great solution.

• Remote execution.
• SaltStack being so fast makes it very convenient and practical; allows me to get information about my servers in no time.

SaltStack allows me to answer user requests in a very efficient manner.

I guess the only downside of SaltStack is the limited user base, which leads to poorer documentation because of the lower use.

On a features side, maybe some more security around the API would be good, so it can be used as a central automation tool.

I haven't kept up with latest releases for a while, though, so don't quote me on that.

I have used it for two years.

I have not encountered any stability issues.

I have not encountered any scalability issues.

It's open source and the community is very helpful as usual.

I previously used multiple solutions combined; harder to manage. Salt is easy to use and manage.

Initial setup was straightforward; worked out of the box .

It's open source.

Before choosing this product, I evaluated Puppet and Ansible.

Just install it and use it for remote execution at first. You'll see how powerful it is.

VMware Aria Automation is used for automation.

The most valuable feature of VMware Aria Automation is the versatile automation and deployments.

VMware Aria Automation could improve reporting of the policies. They are difficult to customize. We have many policies but they are not able to be modified to what we want.

I have been using VMware Aria Automation for approximately three years.

The solution has been stable and smooth in operation.

We have one customer using the solution. The solution is best suited for enterprise companies.

The solution is scalable.

The support is good.

I rate the support from VMware Aria Automation a nine out of ten.

Positive

The initial setup of VMware Aria Automation was not difficult.

We did the deployment of the test environment.

I would recommend this solution to others.

I rate VMware Aria Automation an eight out of ten.