The initial setup is well-documented, so it's fairly straightforward. There are all these aspects where you need to have some understanding of what you want to achieve in the end. You also need to have in mind a final design of what the requirements are. Based on that, the initial setup is well-documented and not overly difficult.

Our initial deployment was a year and a half ago when things were fairly new for NetApp. Our environment was fairly complex because we needed an antivirus integration along with different things, so the initial setup took about two to three weeks. Then, setup of subsequent Cloud Volumes ONTAP devices, as we expanded the solution, would take one to three days. We followed the same steps that we established in the original deployment, and in some cases with a few improvements, incorporating lessons learned.

It was up and running prior to me getting there.

The initial setup was great. It was so easy and straightforward. Everything was automated with no confusion.

The initial setup was very straightforward. If you use an OnCommand Cloud Manager to deploy it into AWS or Azure, it's point-and-click stupid-simple. It takes less than 15 minutes, depending upon your connectivity and bandwidth. That 15 minutes is to build out a brand-new filer and create CIFS shares on it. It automatically deploys it for you: the back-end storage, the EC2 instances, if you're in an AWS. In Azure, it creates the Blob space. It creates the VMs. 

It's all done for you with just a couple of screens. You tell it what you want to call it, you tell it what account or subscription you're using, depending upon whether it's AWS or Azure. You tell it how big you want the device to be, how much storage you want it to have, and what volumes you want it to create; CIFS shares, etc. You click next, next, next. As long as you have the ability to provision what you've gone into, whether it's AWS or Azure, and turned on programmatic deployment, it gives you the access. The only thing you have to do outside Cloud Volumes ONTAP under OnCommand Cloud Manager is turn it on to allow it to run. It picks up everything else. It'll pick up what VPC you have, what subnet you have. You just tell it what security group you want it to use. It's fairly simple.

If somebody hasn't utilized or isn't familiar with how to deploy anything in either AWS or Azure, it might be a tad more complicated because they'd need to get that information to begin with. You have to have at least moderate experience with your infrastructure to know which VPC and subnet and security group to specify.

I've set up four NetApp CVOs. They all took around five minutes to set up. It's super easy.

The initial setup is easy, and I would rate it at ten out of ten. It takes about 40 minutes.

I was involved in the initial setup. When we deployed it, we had to add all the systems to it. It was really easy to set up. 

Once we had the workspaces in there, it was really easy just to add systems.

The initial setup has been quite straightforward.

The complexity of the initial setup varies depending on the individual handling it. If I'm the one setting it up, it's relatively straightforward as I have extensive experience working with it.

Installing Cloud Volumes is quick and straightforward. I can deploy an instance in half an hour. Compare that to an on-prem serverless instance, which requires a lot of planning and work with other teams to lay cables and plot out space in a data center. That takes three to six months versus 30 minutes. It's a big difference. We only need one staff member to maintain it. 

We had some issues with permissions and with getting the networking correct. But we had a lot of support from NetApp as well as from Azure. As a result, I would not say the setup was straightforward, but we got the help and the support we needed and you can't ask for more than that.

I've always found NetApp support to be accurate and good with their communications. Rolling out this product in Azure, and working with the IT nerds in our company and with Azure nerds, occasionally it does add another layer of who has to be communicated with and who has to do stuff. But my experience with NetApp is that they are responsive and very determined to get situations resolved.

It took us about a week to get everything ironed out and get both nodes functional.

We had done a PoC with a smaller instance of the CVO and the PoC was pretty straightforward. Once we rolled out the production CVO that has two nodes, that's when it was more complicated. We had a plan for getting it deployed and to decide at what point we would say, "Okay, now it's ready for prime time. Now it's ready to be put into production."

For admin of the solution we have less than 10 people, and they're all storage administrator analysts like me.

The initial setup of Cloud Volumes ONTAP is pretty straightforward. We didn't have any sort of difficulties getting it spun up. It was also pretty quick. We had everything needed in Azure. It hardly took us three to four hours to have the entire environment set up and ready.

We did some architectural planning for setting this up and we got all the approvals and licenses well in advance, before we actually configured it.

When it comes to maintenance, it depends on what kind of coverage an organization wants. We are a team of four who administer NetApp clusters alongside the cloud resources. We have roughly 2,000 users.

It is a little complex. It's completely different from the regular standard ONTAP, and how you manage and the learning code. Half the time you get confused and try to compare it with a standard cloud. You start to say, "Oh, this feature was here. How come it's not there? That was very good there. How come it's not here?"

We used NetApp Cloud Manager to get up and running with Cloud Volumes ONTAP. The configuration wizards and its ability to automate the process was good. We liked it. It's all in one place, so you don't have to go around trying to use multiple tools just to get things worked out. You see what you have on the other side plus what do you have on your end, and you're able to access it.

It is easy because Blue XP makes it very easy. Just a few clicks. It's a little bit tricky for customers who are very new to Cloud. While they are the traditional customers who use their data center, if they are not well versed with cloud, they might face challenges in setting it up because that's more dependent on public cloud vendor, not the NetApp.Sometimes the internal support renewal is an issue because the NetApp system sees it as an expired license. So when you try to renew it, it is not reflected in the NetApp portal. So the flow of the support could be improved.

It has been a while. From what I remember, it was not too bad. It could be a little bit more simplistic, but it was not too bad to be out. Once you learn it, it gets easier.

It's fairly easy to set up. For a new SAN it takes a couple of hours to get the setup done. The additional configurations take another three or four hours. You can get the whole thing, a new system, set up within a day so that it is ready to go to testing.

Our implementation strategy is that we use CIFS shares and NFS shares in our environment. We also have block storage for SQL and Oracle. That has been our general plan all along. We separate these protocols by virtual servers. Once the necessary cabling is done, it's a matter of setting up the network interfaces for each, provisioning some storage, and testing things out. Overall, it's fairly straightforward.

We use NetApp Cloud Manager to get up and running with Cloud Volumes ONTAP. Its configuration wizards and ability to automate the process are easy, simple, and straightforward. If you have any knowledge of storage, even to a very small amount, the wizards will click through and help to guide you through the right things. They make sure you put the right things in. They give some good examples to make sure you follow those examples, which makes it a bit more manageable in the long run.

Deploying Cloud Volumes ONTAP can be complex at times, but I think it's a learning curve. You have to put in many different pieces, and it's not always easy to find the documentation you need on the web. Some parts are straightforward, but sometimes you need to do some digging before deploying. 

It really comes down to planning. When implementing, we ensure each case is planned and deployed to the networking part for Azure. We also put together a template. That way, other engineers can follow or use it as a guideline when building it. I make a basic template of the required information, configuration settings, etc. 

These were all deployed as part of a much larger project, which included new hardware that was upgraded. The Azure and NetApp Cloud Volumes ONTAP were part of that upgrade experience. It was in conjunction with the client getting a new on-prem NetApp system and other infrastructure, like switches. Once everything was migrated, we implemented the Azure part in Cloud Volumes ONTAP.

We have a small team for handling deployment. I think they have maybe two people. One person could do it, but there is an alternative if somebody is out on vacation. The managed service division covers all the maintenance for our clients. The managed service team takes over all the backend IT work for our clients. Instead of having a full staff, the client pays us to manage the backend of their servers and other infrastructure. As a managed service, we go in and take care of their switching, patches, upgrading, etc.

We used NetApp Cloud Manager to get up and running with Cloud Volumes ONTAP. It could be a little challenging if you don't know how the network security groups and how the roles in Azure work. That's where we had the challenges with deploying because we had cloud managers in different regions, one in Azure West and one in Azure East and we were trying to do replications between the two clouds. The Cloud Central Cloud Manager wasn't able to make a connection and that was because of some of the roles that we had to provide. Even the documentation on that was kind of scattered across. It wasn't just one page and it had all the information. So that was kind of challenging and it took me a lot of time to figure that out. I think it should be in one single pane of a page. Not as scattered around different pages.

Once I reached out to the support they helped me out, but I was trying to figure it out on my own reading documentation and it didn't do anything.

The first one I deployed in Azure was very simple. The second one that we deployed and I was trying to make the connection between, that was complex because of how the roles worked.

I was involved in the initial setup on some new systems, but not on the legacy systems. It is pretty straightforward like any other system when you set it up, but there are a lot more simpler pieces to it.

We have not gotten to the cloud yet because our company is too big for the cloud, and it costs millions of dollars to put it up there.

The initial setup of the solution, in our case, was a little bit complex because we use Terraform to manage our cloud infrastructure. To configure Cloud Volumes ONTAP in combination with Terraform proved a little bit challenging. That's one of the areas for improvement of the solution: NetApp could provide customers with templates of how to manage this infrastructure as a code. The difficulties we encountered were mostly in terms of what components need to be configured in Terraform, as well as how they could be configured.

Overall, our deployment took about a month. We didn't really have a deployment plan for this solution because this was the first time we were deploying it. We had to make it up as we went along, especially because NetApp did not have any documentation on how to implement this using Terraform. We had to come up with that plan.

We did the PoC. Now, we are going to set up a production environment. 

The initial setup was a bit challenging for someone who has no idea about NetApp. Since I have some background with it, I found the setup straightforward. For a few folks, it was challenging. It is best to get NetApp support involved for novices, as they can give the best option for setting to select during deployment.

The automated deployment was a bit complex using the public APIs. When we had to deploy Cloud Volumes ONTAP on a regular basis using automation, It could be a bit of a challenge.

Our challenge is understanding all the different storage that we set up and being able to tie each storage that we create back to an IT service and, ultimately, a cost center. That piece was difficult to set up and we had to do some things manually.

As for the amount of staff required on our side for deployment and maintenance, it's very minimal.

It can be straightforward if everything is perfect, but if there are any glitches on the customer's side then potentially it could require long-term troubleshooting without knowing where to look for the problem.

We have deployed on-premises, but currently, we are testing it on cloud volumes.

For the initial deployment, I used the NetApp file manager to get it up and running.

The initial setup was pretty straightforward. The challenges we had were only around the security we put on top of AWS. For me, as an engineer, to be able to do things requires another team to do stuff on the network side or to do stuff on my rights within AWS so that I could deploy it and manage it afterwards. But it is relatively straightforward if you're not fighting other complications.

It took us a couple of days to get it up and working the first time. My colleague did one in the US and it took him about half a day. We did one for another part of the business and that took about three or four hours to get up and running.

Initially, we were just doing an evaluation to see what it was like and if we could actually use it. It went from a trial implementation to going live within a month or two, once we realized it was going to do what we wanted to do.

We had four people involved in the implementation. I was involved, as a storage engineer, and we also had one of our client specialists, a network person, and an info-sec person to validate that the network stuff was within their rules. In terms of maintenance, it's just  me, but it doesn't really require a lot of attention because it's cloud-based and it's a NetApp. Generally, once you set them up properly, unless you're changing something, they look after themselves.

We are currently in the process of deploying the new NetApp box and are unable to deploy it. We are getting some errors. We are working the the network team to fix this.

I still need to learn about SnapMirror with the new migration.

It's very straightforward to set up. It was very easy and fast.

We used NetApp Cloud Manager to get up and running with Cloud Volumes ONTAP. It was very easy and there was almost nothing to do. It's just a click of a button.

We used the NetApp Cloud Manager to get up and running, and we found it very simple. It was very easy, and you don't have to be an engineer to get it working.

To say the initial setup was complex is too strong. We had to look into it and find the right way to do it. It wasn't that complex, it was just a matter of understanding what was supported and what was not from the SAP side. But as soon as we figured that out, it was very straightforward to figure out how to build our environment.

We had an implementation strategy: Determining what SAP systems and what services we would like to deploy in the cloud. Our strategy was that if Cloud Volumes ONTAP made sense in any use case, we would want to use it because it's, again, highly automated and we could use it with our scripting already. Then we had to look at what is supported by SAP itself. We mixed that together in the end and that gave us our concept.

Our initial deployment took one to two weeks, maximum. It required two people, in total, but it was a mixture of SAP and storage colleagues. In terms of maintenance, it doesn't take any additional people than we already have for our on-premise environment. There was no additional headcount for the cloud environment. It's the same operating team and the same people managing Cloud Volumes ONTAP as well as our on-premise storage systems. It requires almost no maintenance. It just runs and we don't have to take care of updating it every two months or so for security reasons.

The solution is very easy but not too complex as well. I give it a six out of ten. Two people are required for the maintenance.

Overall, the setup process was excellent. It was pretty straightforward but we also had NetApp engineers available and dedicated to us on a call when we were setting it up. To help us get going, there was tremendous support available, which was good.

The setup time was about six hours and there were about two hours during which we had conference calls with the NetApp team. 

It was straightforward, but we were mandated to use Terraform. So, I had to create a Terraform code, but it was easy to set it up. It takes a couple of hours to just set it up if you know what you're doing, but planning, designing the application, and everything else took about three months.

We had an on-prem solution running on arrays, and we wanted to move our VDI infrastructure into AWS. In terms of the implementation strategy, first of all, we wanted to figure out the kind of array and what can we do in terms of ONTAP to make it work. We had to set up a PoC and get some test users and a VPC in place. We had to get security rules and security in place. So, there was a lot of stuff just besides ONTAP. Obviously, we needed to get the whole cloud infrastructure in place to support the VDI users, and CVO was just one part of this project.

The initial setup of this solution is very simple. I don't remember there being any problems that we looked at and had to research an answer for. It just worked.

The initial setup is straightforward. Once you understand the prerequisites, the deployment from your cloud.netapp account is straightforward.

The initial setup was straightforward. It's easy to deploy. We have faster deployments. We used Cloud Manager to get up and running. Its configuration wizard and ability to automate the process was amazing. It's easy to use, simple, and it does everything.

NetApp ONTAP and AWS work really well together. ONTAP was designed to run within Amazon Elastic Compute Cloud instances. Once Cloud Volumes ONTAP is installed, Amazon Elastic Block Store (EBS) volumes are assigned to the Cloud Volumes ONTAP EC2 compute instance to create the equivalent of a Data ONTAP storage array.

The initial setup was quite straightforward because we knew what we were going to do with it and we hired Sirius on for a limited part of the job. We did most of it on our own.

The initial setup is easy.

The initial setup was extremely easy. It was extremely simple to set up; it's a couple of clicks of a button, and it will then have an HA cluster for you. That's one of the good features of NetApp, the ease of setup.

The initial setup was straightforward. You log onto their marketplace and deploy the Cloud Manager. Then it will deploy the actual CVO itself. It's pretty much a point and click. You have to set up some things ahead of time, like your Azure connections if you don't have them. Those can be more complex, but the actual solution itself was fairly straightforward.

There are prerequisites that have to be done like networking to Azure to your cloud and making sure that you have firewall rules in place. Those are more site-specific, like customer-specific issues. It's not really related to CVO directly.

It took about three months to deploy all the sites which are just for North America. This is also deployed within our company and in Asia. We have about 24 sites and we have a 100% adoption rate. 

I found the initial setup straightforward. Cloud Manager is point and click, which makes deployment pretty easy.

The initial setup was straightforward. We started with a small pilot and we then moved to production with no downtime at all.

The initial one we set up was more complex until we understood the parts. There is a manager that is doing everything for you, but you need to know which IP, what are the prerequisites, etc. It took a while to understand that. But once we did the first one, it became very easy to deploy. My team can now do it in one or two hours, with all the integration that we need.

In terms of an implementation strategy, we get the requirements from the business. Whenever we need a new environment, for example, my team sets it up really fast. We can set all the configuration like any other systems we have: with our monitoring tools, the backup, snapshots; everything the same way. It's easy to manage and replicate things to look the same.

Migration was pretty easy. We could use SnapMirror or we could use NetApp's XCP Migration Tool. That was pretty awesome. It replicated the data faster than any other tool that I've seen. That was a big help.

For deployment, there are two guys from my team who work together. Of course, we have a network guy setting up all the network stuff, and there's the cloud team that is doing that part of the configuration. Once we have all the prerequisites, they can set it up really fast.

For maintenance, it requires less than one person. We have a small group, about eight people for 150 systems, which manages systems worldwide, not just on the cloud but also on-prem. It's part of managed systems and it's being managed with the management tools. We don't see that as something where we need to add more people if we add another system.

The setup is familiar because many software as a service providers have created the same types of stacks and permissions and roles. We are able to use the same skills to do these kinds of installations.

I have done the deployment end-to-end for our customers. The CVO setup is quite simple and straightforward.

You need to have a cloud account, a service account, which CVO can be used with for a cloud provider like Google. You cannot download CVO directly from the marketplace, you need to be on the NetApp website. If you have a service account already created, it will authenticate. You just feed it the information. It's a GUI interface. You just click "next" and it will ask you for the information, like "Which network do you want to deploy?" and "What is the name of your machine?" etc. I don't think anybody needs experience to do the set up.

The challenge comes with configuration, such as if you want to do a multi-protocol or an AD integration. Those things are a little bit deep. A person who has already worked on those kinds of things can easily do them. And other than that, the deployment is quite easy.

The deployment time depends on what you feed to the appliance but it should take about 20 to 45 minutes, everything included, except things such as Active Directory integrations or multi-protocols.

There are many people in our company using CVO but, from an architecture standpoint, I am the one who is helping the LOBs. Some LOBs have some experience because they have been using NetApp. But when it comes to the deployment on the cloud, they are not aware of how the service account works.

It's straightforward. But you do have to know what you're doing. Things do what you expect them to do. There is quite a bit of initial setup, but with things like Ansible and all this new stuff that they're doing, it makes it much easier and automated. So, it's simple.

The initial setup is straightforward, but I would like NetApp to come up with an easier setup for the solution.

Deployment time depends on the client. On average, deploying the entire solution can take about a day (eight hours), if there are no issues.

For a standard storage implementation project, we need to have some shared storage for the client's application as well as the user groups and shared files that they have been using. To leverage this, we've been using this solution.

You need to go through the NetApp website and go through the documents regarding deploying ONTAP. If you experience any difficulties, there is a technical team to help you.

We used NetApp Cloud Manager to get up and running with Cloud Volumes ONTAP. That is how we deployed it. Their configuration wizards and ability to automate the process were very easy. The wizard is very easy to follow. There are videos, so you don't really need a lot of skill. If you understand integrations and have a basic knowledge of the cloud, you can quickly connect your equipment. It's good.

It is pretty easy. It is sort of wizard based.

I have done it numerous times.

There are some limitations with the integration and configuration. Though, Cluster Mode is more relatable than 7-Mode.

The initial setup was very simple. It was quite easy to set up the environment in just one day. We started with a small implementation and then added more and more parts of the solution. We started with just one desktop and then added additional ones and then added tiering.

It required a small number of staff members. That's all we needed because it was pretty simple. We did a few sessions online and one or two onsite, for the entire solution. For our specific case it requires almost no maintenance. It only requires management to expand the disk capacity or perform the management operations, per-request. Generally we wouldn't require an increase to our storage team to manage the solution.

The initial setup and subsequent upgrades have not been difficult for us.

The documentation and the reference architecture on the NetApp portals are very well defined.

The initial setup is straightforward and easy, with no learning curve involved.

I used cloud central to set up our Cloud Volumes.