This is part 2 of my blog about NetApp Cloud Data Services. If you are interested in what Cloud Volumes ONTAP (CVO) can do for you, read my other blog. For this blog, I’ll focus on my experience with Azure NetApp Files (ANF).
ANF is basically Azure's flavor of Cloud Volumes Service (CVS). Think of it as being equivalent to a NetApp volume. You basically just take a volume in Azure to use via NFS or SMB. You don't manage the NetApp, and you don't log into it. It's just a volume that's being shared out to you. It works with NFS, SMB, or both. If one of your applications requires Linux servers mounted to NFS and other Windows servers mounted to SMB, you can do that. It can live in AWS, Google Cloud (GC), or Azure.
The biggest difference between CVS and ANF is the architecture. With CVS, the actual NetApp product is going to live in a data center. This is not the case with AWS and GC, which reside in Equinix. The way Azure works with ANF is that the NetApp system actually lives in Azure's data center, a couple of racks down from your compute. There is no added latency or virtual gateway needed for you to get access from your production VNet into the NetApp VNet. It's a lot quicker, closer, and faster.
Ryan is a leading IT expert and NCIE-certified NetApp Systems Engineer, with extensive knowledge in NetApp, Azure, VMware, Cisco, and enterprise technologies. He has even earned a coveted spot on the NetApp A-Team as a NetApp Advocate. Ryan has engineered and administered systems and cloud networks since 2005 and currently holds certificates in many relevant technologies. Ryan’s primary role at Red8 as a Sr. Systems Engineer is to architect and implement sophisticated technology solutions for customers, including cloud. Along with understanding how the technology works, and what the limitations are, his personal goal is to provide the highest quality available, and to paint a clear picture of exactly what the end goal will look like before the implementation begins.