VMware Aria Operations Reviews

One of the key things is the ability to integrate data from other sources. That's always a huge issue. I'll give an example: We've got an issue in an Oracle database. We go to the Oracle database team to get data from the Oracle management tools. We go to the virtualization to ensure the data there. The last layer's a whole other thing. vROps brings them all together. Any tool that does that is a useful tool.

Also, the data retention is better compared to what vCenter does by default. vCenter keeps data for only a short window of time, so if it's an hour after a problem manifests, you're out of luck. vROps makes a copy of all the data from vCenter; it keeps its own copy and it can maintain it longer because it's not an actively used database that's trying to manage the system. It's just a copy for reference purposes.

One of the things we're going to look at is experimenting with the integration with DRS. In fact, I attended a session at a conference on that. We're looking at integrating it with our Citrix XenApp environments; we currently have somewhat of a gap on that reporting there as well. That's 2 areas we definitely are looking at using it for.

We have had major outages that we would have caught in advance had vROps been in place.

With both capacity management and performance management, we expect to gain. The outages I mentioned were capacity or performance related. They were in areas of capacity that we could not see with our current tool set without a lot of digging around, which are very easily accessible with vROps.

You can always improve the type of data you can merge in, but there's nothing that we're missing at the moment from it. I'm sure as we dig deeper into it, we'll start finding room for improvement.

The reporting can always be improved. The problem is that no one does reporting well, because no one can know what your company needs out of the tool. I'm sure refinements with the reporting would be great. I'm sure they'll be refining it with every version, but it's not something that's inherent to them; it's an inherent problem with any tool that's trying to report data. I've found no tools that report data the way you need it to be reported.

We’ve been using it for a couple of months now; we've been experimenting. Previous versions were not as strong. The last version before this one was when they started to actually make the tool particularly useful, and then the latest version's even better.

Stability is much better than it used to be. They went to a distributed model, so it's stable and you can expand and grow with it.

Early versions did not use a completely balanced distributed model. As the number of items being collected grew, performance could not be scaled easily by adding additional servers to the vROps infrastructure. The newer versions handle this much better and allow for performance to be maintained at high numbers of items being collected.

You can now expand outwards horizontally, which you think they would've done initially, but you know... If you have an instance, you can build it taller with more CPU and memory, or you can build multiple instances. You can build instances out in remote sites to collect data there. It's a scalable solution now, which it was not completely before.

I don't know what their limits are, but it's certainly scalable enough to accommodate our needs.

It does not get slow; that's why the model's much better.

We haven't used technical support for scaling it yet, but I'm sure we will.

We decided to invest in this type of solution because of gaps in our current reporting. There are certain constraints we're running into in the environment that we cannot attack easily with any other tool.

We currently use a lot of other tools. We use TeamQuest. We use Cirba. We use CA; both their standard monitoring tool and their application performance monitoring tools. Even with all those, there's certain nuances within virtualization that they can't easily capture. We'd either have to automate scripts for ourselves to pull the data and then use something else to do it, or we can use vROps, which is why we're installing it.

The most important criteria when we select apps and vendors is our experience working with VMware and the ability to take data from multiple sources, which a lot of tools cannot easily do.

I’m involved mostly with the engineering of how we're going to use it. Most of their products are really easy to install.

We've looked at VMTurbo and we've talked with the other vendors that I’ve mentioned we use, to see if there are ways of doing what we want to do within their goals.

There's been mass improvements; if they've looked at it previously, like a few years ago, I would look at it again. We looked at it a few years ago, decided it wasn't for us, but it's useful. Particularly if you're dealing with a large-scale enterprise, there are gaps in all the other toying that are hard to get at without this tool because this tool has much more direct access to the right areas of vCenter. You can use the API to get at anything, but VMware knows what to pull better because it's their product.

The most valuable feature is mainly having a single point where you can see all of the performance of the whole cluster; see the CPU bottlenecks, the memory bottlenecks, apps on the storage side, on the network side.

Right now, we use it mainly for performance management, so we know what's happening, although we use it more reactively; we're not in a proactive mode. Meaning, every day, or every hour, we look at the backend to see what has happened, but it's not like a predictive DRS.

I have heard that vROps 6.3 will be able to integrate with DRS, and I think that will help us automate the DRS from vROps, and make the configuration change from vROps.

Before vROps, we didn't have any view into what's happening inside VMware. We had some monitoring on the OS level. Meaning, we had Zenoss, Hobbit, and other things that monitor the operating system on Windows or Linux, but we didn't have anything on the ESX side.

I do not have any specific cases where it helped us avoid an outage or reduce outage time, but it does provide a good view of root cause analysis, after the fact. It has helped me a lot with root cause analysis. When something happens and I go back and I want to see what exactly went on, I can really clearly get it from vROps.

There have been cases when the capacity management has helped me, but again it's all reactive, not predictive. Meaning, when I get an alert, I then look at vROps and see what it says. From there, I can figure out I have an issue. If I don't address it in a week, it could become a disaster.

The same thing with performance management. For us, everything is in more of a reactive mode; we know after the fact and it helps us with investigation.

I think that user interface needs to change a little bit. It's too technical. You need to be a really technical person who has worked with VMware a lot to really be able to navigate your way through. If you are, say, a junior sys admin, you might get lost. You have to really know your stuff. The user interface needs to be intuitive.

I wasn't impressed with the stability in 5.5. But 6.2 is much better.

We have 1600 VMs, and scalability is good. We used to run two instances in 5.5. With 6.2, I'm running one instance; I'm fine. It does not slow down at all.

I occasionally use VMware technical support, and it is bad, to be honest. Sometimes when I create a ticket sometimes, it takes them 12 hours, 24 hours, to get back to me. I have clearly said that production is down, and they didn’t get back to me. We have to engage the team to get a resource to work on it.

We were previously using Foglight. At some point, we realized that Foglight is too slow; it doesn't give us what we're looking for and we started looking for another solution. The time came to renew VMware licenses, so we just added it. The main reason was to get away from Foglight because it wasn't good.

I am the one that set it up. I followed the documentation that came with it and it was straightforward.

We looked at VMTurbo, and we loved their product, but it's more expensive. The VMTurbo user interface is phenomenal; very easy to move. It gives you everything you're looking for. Plus, whoever did the user interface testing at VMTurbo was the sys admin; for vROps, it might have been a programmer. You need to have a sys admin as one of the guys who tests the product and its suitability. With vROps, I need to know what I'm looking for.

It's one of the best products that does the job. It hooks into the VMware suites. From that angle, I believe it's more preferable than the others.

The most valuable feature is being able to see what's going on in the environment, to identify where problems might be or where we could potentially have problems in the future.

I'm pretty pleased with the product. Right now, I can't really say anything negative about it.

We probably used the older version for the last couple of years. We're actually in the process of rolling out the new vRealize Operations, so we don't have it fully implemented yet; that's where we're at. We changed our licensing model to buy the vCloud Standard, which included it. Right now, we're in the process of getting it spun up.

It seems very stable. I know the previous version was stable. No downtime at all.

It seems to be very scalable for the environment that I'm dealing with, which is a fairly large environment. It's not the biggest environment in the world, but it's definitely scalable for my environment.

I think their support has some challenges. I've had better support from other vendors, to be honest. Some of my biggest complaints are delays in getting problems resolved and getting responses. I can say that is pretty much the same for my colleagues as well.

Initial setup is straightforward. We set it up in-house.

I recommend it. I think it's a great solution. I think it's a great product as far as vSphere environments, because it is geared towards vSphere; made by the people who created vSphere.

When I decide to work with a vendor, I think longevity is an important criteria. I like to make sure that I'm partnering with a vendor that's going to be around tomorrow. I like to see a large footprint. That way I know there's widespread adoption for their product. I like responsiveness, when I have a demand, or a need.

The automation is the most valuable feature; the whole automation and building a VM from scratch, all the way to the VM and life cycle the VM.

We can build a VM faster. From the same business unit, we can deploy VM in less time than we were doing it before.

There's some improvements that they can do as far as make it more user-friendly and get away from Java.

It's not that easy to understand and I found even at VMware, it is really hard to get someone that can answer some of the questions we have as far as the product.
I think they released a new solution recently, so I need to go back and see what's new on it but I’ve already seen some things that got fixed as far as going from one version to another. For example, there's more integration with vRA now.

Stability’s good; no problems at all.

Scalability is great.

I have not really used technical support.

We were doing a lot of scripting, and that doesn't scale to the way we wanted it to, so that's why we're going to use vRA.

Our most important criteria when selecting a vendor like VMware is that it will support Unix and Windows at the same time; VMware was more user-friendly with Unix machines; it comes with certain versions and flavors of Unix.

The initial setup was easy, but what came after that was complex, due to the fact that we needed to have multiple modules.

We’re thinking of Microsoft Azure Stack. It's not out on the market yet, but we're waiting on that.

Is it worth the money? That would be the question.

Because we're only using the foundation version, it's really nice to be able to have the one spot to look at all the details over the last six hours, troubleshooting, tagging on the performance statistics together.

We typically dive into it for troubleshooting when our customers complain of performance issues. It really helps by showing a little bit better-detailed report of how high latency is, storage and networking.

Because we're using the free version, it's nice that we can show our management team that, hey, it is a useful feature, so maybe we need to invest in a better monitoring tool for these solutions.

t also helps some of my newer technicians understand how the different components of a vSphere infrastructure actually work, or tied together a little bit.

I'd like a little bit more usability out of the foundation level, because our customers say it's really small. So it's hard to justify going up to that next level.

One of the biggest areas with room for improvement is more automated reports, so I don't have to send technicians in to get them.

I haven't had any stability issues at all.

Our problem is we're a management solution provider for multiple customers. All our sites are very distributed and have their own vCenters. So the problem is that I have no single console to view all of our environments in a singular spot. Each site gets their own vROps or vCOPS. Then we have to go into each one and review it as needed.

We do not really use technical support. We don't have a lot of need to go to technical support for the monitoring solution.

Initial setup was really straightforward because we just use the virtual appliance deployment.

We use this solution because I need a way to show my customers what we're doing in order to justify what they're paying for support.

I haven't had a chance yet to look at any other vendors, so far.

With the foundation version being included with vSphere software, it doesn't hurt to have it in there. So usually at least deploy that because then, if you upgrade, all that data comes with it.

If I was using the standard version with all the additional features, I might have rated it a little bit higher.

vROps is integrated with vRealize and VMware solutions, which helps us to get the best operation-level understanding across the environment; we get all the utilization reports.

By using vROps, you can actually automate your tasks, integrate it with vRO workflows, and amazing results can come up.

We have also used the integrations with DRS using the Site Recovery Manager, which are quite good. If anything happens at one site, another site immediately takes over; you can do that using vROps.

We have improved our understanding in terms of writing PoCs, and providing concrete examples of how vROps and vRA can get into the environment.

It should have some connectors in terms of showcasing third-party vendor's functionalities. For example, if some third-party storage that has been connected to the environment, this solution should actually be used instead of some third-party monitoring solution. This solution should work across the environment on its own, instead of relying on some trigger-pointed third party location and then acting it on it.

It should have some more functionality in terms of getting some more third-party vendor application-level integration.

The majority of VMware products are very stable, and I'm very happy with vROps.

I have not encountered any scalability issues.

For PoCs, we have set it up for a cluster of five servers to showcase the scalability of VMware products.

I have used technical support, because the VMware solutions guidelines are quite complete and amazing.

I previously used a lot of freeware monitoring tools like Cacti, Nagios, and Ganglia.
We felt that we needed to invest in paying for a solution because it's amazing. The integration with the VMware family is amazing.

Initial setup is 9/10; it was nearly flawless. Some minor configuration services were complex; how you connect it out across, or how you actually connect two different services.

Before choosing this product, I did not evaluate other options.

The most valuable feature is getting straight to the problem; figuring out the problem and getting to it. It allows me to verify what the problem is and then to dig deep into the problem to see what the solution would be.

• Quicker solutions to problems that appear out of the blue

vROps has not helped me avoid any critical outages, but I can see things coming up and I'll adjust. That's the big thing, so I don't even get close to an outage preferably.
I see the same type of improvements from vROps’ capacity management and performance management features. Seeing ahead is what avoids any problems.

When it finds a problem, the product currently provides certain solutions for you to implement to resolve the problem. It might be nice to have a trigger that would actually implement that solution directly into the VMware or into the WM itself; an action.

I have not encountered any stability issues at all.

I haven't had to think about scalability.

I used technical support in the beginning, but just during setup. Since then, nothing.
At the time, technical support was fine. It worked out fine.

The problem was that I wasn't using anything and I was going all over the place in VMware and vSphere to try and figure out issues. I also wanted to see ahead of myself; what was coming down the chain and vROps allows that. It gives me a short-term and a long-term view of my environment.

Initial setup was pretty easy. I just ran into a problem involving a previous version or two versions behind, called support and it was solved.

I think there were other vendors on my shortlist, but I really didn't get into it.

When selecting the vendor, and not the product, the most important criteria would be support. That's really big. And how the vendor presents itself – you know, presenting itself, the company, and presenting the application or software that they're selling to us.

Give it a shot.

Earlier versions were working fine and helping a lot, but the latest version simplified the management view. I can get to the view I want much easier. That's why I gave it 4.5 stars; probably, previous versions would be less than that.

For me, since I have a background in the network engineering discipline, the most valuable feature is probably the content modules that come along with the software program, in regards to the Juniper and the SolarWinds plugins for it.

It gives us added visibility on our environment on a real-time basis.

I'd probably like to see a little bit more detail when you go through the drill-down menus, in regards to stats, and maybe the way the data is arranged could be a little bit more cosmetically appealing.

Also, compared to other software that I've used, it could be a little bit more streamlined in regards to the user interface, and the granularity of the data it provides could be increased a little bit more.

As far as stability, it's pretty good.

We haven't had any problem with scaling it.

I personally haven't used technical support. My fellow engineer has, and I don't think he's had many problems dealing with technical support in regards to vROps.

We did not previously use a different solution. We were heavily invested in VMware technologies, so it only made sense for us to go with something that was in line from that particular vendor, VMware, to properly monitor the environment.

There were no other vendors on your shortlist at the time. We weren't looking at anything else, as far as I know.

If they're heavily invested in the vSphere product line, vROps is definitely a product they can't go without.

The most important aspect in regards to selecting a vendor like VMware would basically be the solutions that they provide, whether or not if they actually work, if it can be adopted successfully.