NAS functions, as it's primarily used for all our file shares. We have other NAS devices, but this is easier.
Also, High Availability is a valuable feature.
NAS functions, as it's primarily used for all our file shares. We have other NAS devices, but this is easier.
Also, High Availability is a valuable feature.
Snapshots are good, especially the snap mirror, which we use for disaster recovery and backups. Also, we have a lot of data centers (seven primary centers) and we deploy at each of them.
I miss their old support structure. We used to be able to call up and get an answer pretty quickly, but now it’s more arduous.
It could be cleaner for dedupe, and I wish we could do dedupe for the entire system and not just a specific volume.
It's highly reliable, but has had the occasional bug. We install patches or shut off features.
Depends on how you’re scaling. If wide, it works well. Vertical scaling not so well because we’re primarily SMB. No matter how brief, people don’t like being offline (e.g. baby monitors).
I’ve worked with them for over 10 years. They used to be stellar, but in the last three to five years, not as reliable. The quality of information you get from them is less specialist, and they've not broken it up so that you get routed to a particular technology, it used to be one senior guy who knew everything.
There’s always networking issues, but not related to NetApp.
Other than tech support, it loses points because it could always be better.
It depends on what you’re implementing. Consider carefully what you want to do – for example, have enough vLANs because you don’t want to be adding more later.
They need to improve the go-to-market for all-flash and converged infrastructure. What is your goal-to-market vision, and when to get there? They’re too slow compared to others and what they’ve done in the past. They were the leader in dedupe, but now, it’s not such an innovative edge.
It lacks flexibility in failover and failback, so we cannot granularly failover pieces. It's not easy to move one piece over to the other side.
Also, from the overall workload standpoint, all protocols are handled in just one physical architecture. So if I'm running dedupe, fiber channel, and other protocols on the same CPU core, I can’t load-balance. I’ve seen issues specifically with EMP, one core is maxed out, and I can’t use the other cores to handle it.
Fairly solid 5-9 array. FAS is a solid architecture in 90% of the environments.
Scalability especially in SMB range has been well-received. So long as the environment is sized correctly, it’s been good.
I have had both good and bad experiences, depending on what tier I get to initially. Now it’s tiered, whereas it used to be one senior guy.
If historically you’re a NetApp customer, it’s not as complex as cluster mode. It requires a lot more complexity – command line is not so friendly for storage admins. I’d recommend also sticking with what you know.
It provides a relatively cost-effective solution, as we have all our virtual infrastructure on NetApp.
They should provide more specific how-to guides. For example, I want to implement Sharepoint, but how do I do that?
Upgrades are always hold-our-breath situations. I’ve been lucky, but I’ve heard horror stories. I’m also dead-ended.
It’s been good. We haven’t had a complete outage (other than when our network the went down). We’ve had some challenges with hardware, but this was done non-disruptively with failover.
We’re still on 7-mode, but it still scales fairly well as the 6240 is a hefty machine.
It's used for repairs. We got outside help with set up and to put processes in place. Once done, it was seamless.
Very straightforward. We’re using 7-mode, so nothing fancy, and I had no difficulties. There were a couple things I didn’t know, but our partner, DataLink, helped. Specifically, I didn’t understand the rate groups and when you expand aggregates, you have to do a full regroup, which wasted a lot of space. I had 16-disk rate groups, added five disks, and it unbalanced things.
Six to eight months ago, I would have said go for it, but now I’ve been getting a lot of doubts about the stability of NetApp itself as a company.
Re: Setting up Sharepoint. Contact any NetApp sales engineer, they can point you to one of two things, either KB documentation or NetApp has a 'helpline' that you can call and ask for information on How-To's such as this. I agree though, they do not make guides easy to come by, but they do exist.
The snap products allow the end-user to make restorations and perform offsite replications. Also, it gives us secure multi-tenancy.
Nothing that I can think of right now.
We've used it for seven in years.
It's pretty stable. We've only needed NetApp engineers to help with an issue once since we started using it.
Very scalable, haven’t reached its limits.
Generally goes well.
Very straightforward from rack stack to configuration.
With FAS and other NetApp tools, they make for a very intuitive solution. It's simple to manage, very scalable, one-stop shop and many native things that make it very powerful.
Is this OEM from CommVault?
It’s a decently mature product that has a lot of documentation and standards and is something to be relied on.
Predictable behavior during failure. In terms of performance, if you have two machines, you know they’re going to perform the same.
It needs better built-in monitoring. We can’t afford Insight, and v6.2 seems like it's a purposefully inferior product to make people buy Insight, which is way too expensive.
It's not on Cisco’s stability level, but it’s a 96/100.
It’s scalable, but it could be easier. Just adding shelves might require additional cards and cabling, which can be difficult.
I’m happy with the support, as they’ve been able to solve whatever I throw at them.
It’s complex as there’s a lot of variables involved. Not for the weak-hearted, if you haven’t done it before.
It loses points because of failures.
Sometimes there are bugs with firmware upgrades.
Not with deployment, but, again, there are sometimes bugs when we perform upgrades.
It just works, and when some drives go into failure status, it’s just a prediction of drive failure, letting us know when to get the drives replaced.
It scales pretty well, and the limit is how much you want to spend on blades, shelves, controllers, etc.
It's pretty good, they're very knowledgable. With other vendors who outsource support, there's difficulty getting knowledgable first-tier support, but with NetApp, that’s different.
We had help in the installation, which made it straightforward. It was also complex because lots of planning was involved.
It loses points in upgrades from one version to another is not as smooth as it should be. Also, understand your requirements and see how it fits in.
We have clusters, and can do non-distruptive upgrades with cDOT and can spin up VMs as needed. We have the flexibility to give people NAS storage.
With NAS storage in general, we can give people large amounts of storage for projects, and then remove it. For example, for SLS, they can spin up large amounts of storage to hold the output of modeling data, and when that’s done, they can delete it and move on. In that case, they don’t need the throughput.
We have thousands and thousands of file shares and we’re able to offer up to one terabyte of storage, and this gives us high compression and dedupe.
For cDOT in general, improvements could be made to the little things, such as the translation between 7-mode and cDOT. If there’s some kind of backward compatibility or translation of certain functions from one to the other, that would be an improvement.
It's very stable.
With cDOT, it's very good. It scales horizontally well, but not so well with 7-mode.
It’s top-notch support, very responsive and highly knowledgeable, very attentive to us as we have a monthly meeting with our TAM.
It's straightforward in 7-mode, but using cDOT, it's terrible.
There is a transition tool that will move the data from 7-mode to CDOT. However, SnapVault relationships cannot be retained when moving from 7-mode to CDOT. This means that multiple copies of the data must be retained until SLA expiration policies allow for it to be deleted (in my case, years). I was speaking specifically about the translation of commands used to admin the system. Commands you knew by heart in 7-mode no longer work in CDOT. There are many things to like about CDOT, which is why we are making the move, but there are many things that don't work as well as they did in 7-mode. For instance, there is no ability to disable NETBIOS over TCP in CDOT and active directory integration is much harder to setup and manage.
Depending on the use case, it needs a service catalogue you can walk through without having to use SE.
It's been great, and there's been no issues.
With cDOT, it's very easy to scale out, and that's the reason we went with it in the first place.
It's been great, and any issues have been taken care of right away.
It was very straightforward and easy.
Pick your partner wisely, as they have a lot in your success. Go with someone with a history in FAS. Also, go with vendor that buys reference architecture and follows the methodology.
Today we use it for replication of our transaction data, and for storing data, for which we use the snap mirror feature. Primary and disaster recovery storage centers are connected. Snap mirror backup software does block level copy from primary site to the disaster recovery.
We’re going onto the cDot platform, which is already an improvement. The controllers are faster so we have more processing efficiency.
We’ve been using it for the last six years.
Stability has been very good. As far as we’re concerned, we update our systems (firmware, OS) consistently, so we don’t face any problems in that regard.
We've had no problems scaling. Our business has grown two and half times in size over six years, and we’ve added more disks and shelves, as well as upgrading controllers. We’ve done it without any down time.
Quite good. Recently we deployed micro-clusters with cDot, the first bank in India to do it.
It was complex because we experimented by keeping data and system volumes separate. We don’t replicate the system volumes frequently. We were able to do it, although we used only 1/10 of the bandwidth with a combination of FAS and vSphere.
Configure it properly. Today we have HA with any data loss because we did it nicely, and took our time for the beginning. We got terrific support.
Being able to run any flavor of files and block storage. It's easier to manage, and we’re looking to phase out legacy systems and to go with FAS.
It's easy to manage regardless of how you’re utilizing platform. It’s a Swiss army knife of capabilities. Flexible platform and software features are added benefits (thin provisioning, compressioning, dedupe), which help with capacity utilization. Still get a lot of return even if going with best-practices application.
Make sure there’s current centralized virtual desktops. I get caught in the upgrade matrix quite a bit, which is an indication that it hasn’t been tested. Need more currency in IMT.
It's solid, with occasional issues that surface, but are quickly resolved. No one’s software is perfect.
It’s good, but you have to do a lot of homework to scale horizontally and vertically. You need to have sales and engineering to expend effort to do that homework.
We've frequently used it, and the quality will depend on which level of support you purchased. Premium support, I have no complaints as we get the right person who’s knoweldgable. Higher level guys take great deal of personal ownership over issues. I used their support as benchmark for our organization.
It's easy. The more planning you do, the easier it gets.
The monitoring is key, and you must keep track of what’s going on. Be sure to use auto-support and have strong monitoring scenario in place.

Do they support smb 3, nfs 4, object based storage? Are there tiering?