Blog Post

Azure Infrastructure Blog
3 MIN READ

Leveraging Azure NetApp Files for High-Performance Kubernetes Storage

sneharani's avatar
sneharani
Icon for Microsoft rankMicrosoft
May 15, 2025

In today’s cloud-native landscape, running stateful applications on Kubernetes is no longer the exception—it’s the norm. From databases to AI/ML pipelines, enterprises are increasingly demanding robust, high-performance, and persistent storage for their Kubernetes workloads. That’s where Azure NetApp Files (ANF) comes in.

Azure NetApp Files, a fully managed file storage service built for high-throughput and low-latency applications, integrates seamlessly with Azure Kubernetes Service (AKS) using Astra Trident—an open-source dynamic storage orchestrator. This combination allows organizations to scale their applications confidently, without worrying about the complexities of managing storage performance, availability, or integration.

In this blog, we’ll walk you through how to integrate Azure NetApp Files with AKS, highlight best practices, and explore how to build a high-performance Kubernetes storage layer for enterprise-grade workloads.

🔍 What is Azure NetApp Files?

Azure NetApp Files is a fully managed Microsoft Azure service built on NetApp’s ONTAP technology. It supports NFS and SMB protocols and provides:

  • Sub-millisecond latency
  • High throughput (scale up to multiple GB/s)
  • Enterprise data protection features like snapshots and replication
  • Seamless integration with Azure services

It is ideal for stateful applications, high-throughput analytics, DevOps environments, and disaster recovery use cases.

🛠️ Why Use Azure NetApp Files with Kubernetes?

While Kubernetes excels at managing stateless applications, persistent storage is essential for:

  • Databases
  • Stateful microservices
  • Machine learning workloads
  • Legacy applications being modernized via containers

Azure NetApp Files, when used with Astra Trident, brings dynamic provisioning, volume cloning, snapshots, and high availability directly to your containerized workloads.

Figure: High-Level Integration of AKS with Azure NetApp Files using Trident

⚙️ Step-by-Step: Integrating ANF with Azure Kubernetes Service

Here’s how to make it happen:

1️⃣ Provision Azure NetApp Files

  • Create a NetApp Account
  • Create a Capacity Pool with a performance tier: Standard, Premium, or Ultra
  • Create Volumes using NFS (v3 or v4.1)

2️⃣ Install Astra Trident in AKS

kubectl create -f https://github.com/NetApp/trident/releases/download/v23.10.0/trident-installer-23.10.0.tar.gz

3️⃣ Configure the Backend in Trident

Create a backend.json with ANF credentials and NFS export path:

{ "version": 1, "storageDriverName": "azure-netapp-files", "subscriptionID": "<your-subscription-id>", "tenantID": "<your-tenant-id>", "clientID": "<your-client-id>", "clientSecret": "<your-client-secret>", ... }

4️⃣ Define a StorageClass in Kubernetes

apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: name: anf-standard provisioner: csi.trident.netapp.io parameters: backendType: "azure-netapp-files"

5️⃣ Create PVC and Use in Pods

apiVersion: v1 kind: PersistentVolumeClaim metadata: name: db-storage spec: accessModes: - ReadWriteOnce storageClassName: anf-standard resources: requests: storage: 100Gi

 

Figure: Kubernetes dynamic provisioning via Trident with ANF

💡 Best Practices & Optimization

✅ Choose the Right Tier

  • Standard: Dev/Test, file shares
  • Premium: Production apps, databases
  • Ultra: AI/ML, SAP HANA

✅ Use Reserved Capacity

Save up to 38% using 1-year or 3-year reserved capacity for capacity pools.

✅ Automate Tier Changes

Dynamically change ANF tiers based on usage patterns to reduce cost.

✅ Leverage Snapshots and Clones

Create zero-copy writable clones for Dev/Test. Take instant snapshots for backup and rollback.

🧪 Real-World Use Cases

💾 Databases

Run SQL Server, Oracle, PostgreSQL on AKS with persistent volumes backed by ANF.

📊 Analytics

Use ANF to handle high-throughput I/O operations in big data platforms.

🎮 Gaming & Media

Use for low-latency read/write access to assets, recordings, and rendering workloads.

🧬 AI/ML

Feed large training data sets to AI models with ultra-tier performance from ANF.

🔐 Security Considerations

  • Supports encryption at rest and in transit
  • Integrates with Azure AD and RBAC
  • Enables VNET integration for private endpoints

📈 Monitoring and Automation

Use Azure Monitor, NetApp metrics, and Kubernetes-native tools like Prometheus and Grafana to:

  • Track IOPS, latency, and throughput
  • Set up alerts for provisioning or performance thresholds
  • Automate scaling and volume snapshots using Trident + native Kubernetes controllers

Figure: Monitoring ANF performance via Azure Monitor

 

⏳ Limitations

  • NFS-only support (no SMB for Trident)
  • Limited regions available (check here)
  • Maximum 500 TiB per volume

🧭 Conclusion

Azure NetApp Files provides high-performance, low-latency, and scalable storage for enterprise Kubernetes workloads. When paired with AKS and Astra Trident, it empowers developers and infrastructure teams to run stateful applications with confidence—without sacrificing speed, resiliency, or control.

If you're looking to take your AKS deployments to the next level, Azure NetApp Files is the storage layer you didn't know you needed.

Hope this helps! 🙂

Updated May 08, 2025
Version 1.0

6 Comments

  • stu_nz's avatar
    stu_nz
    Brass Contributor

    Does Azure NetApp Files (ANF) support writeable clones?  The documentation in https://learn.microsoft.com/en-us/azure/azure-netapp-files/snapshots-introduction#restoring-cloning-an-online-snapshot-to-a-new-volume suggests that restores to another volume are copied in the background and are stored separately.

    I know NetApp does support writeable clones, but that doesn't seem to be the behaviour of ANF?

    Also what support is available when using Trident?  It isn't mentioned on the official docs.  Would I be correct in assuming its similar to other open source aspects like the iSCSI provider where MS do not provide support?

    • sneharani's avatar
      sneharani
      Icon for Microsoft rankMicrosoft

      Hi stu_nz​ , thanks for your insightful questions!

      1. Writable Clones in ANF:
      At the moment, Azure NetApp Files (ANF) supports restoring snapshots by copying to a new volume, as described in the Microsoft Learn documentation. This differs from ONTAP’s instant writable clone behavior.


      2. Snapshot Restore Behavior:
      As you mentioned, restoring a snapshot to another volume in ANF results in a background copy. This is the expected behavior with ANF currently.


      3. Trident Support:
      Trident does support Azure NetApp Files using the NFS protocol. Support for iSCSI is not applicable here, as ANF does not offer iSCSI and is a fully managed Microsoft PaaS service. For reference: https://docs.netapp.com/us-en/trident/get-help.html

      • kewalaka's avatar
        kewalaka
        Copper Contributor

        hi sneharani​ - on point 3 - the question being asked was *Microsoft's* support stance for Trident. 

        The reason for the comparison with iSCSI is to illustrate that recommended open-source solutions are not always supported by Microsoft, as an example, with Elastic SAN:
        https://learn.microsoft.com/en-us/azure/storage/elastic-san/elastic-san-aks-options#kubernetes-iscsi-csi-driver

        I'm aware.  Elastic SAN is not NetApp.

        The question remains - what is the support stance from Microsoft when using the Trident operator in this pattern - does this require a separate support arrangement (e.g. with NetApp, the maintainer or Trident), or does Microsoft cover this under their Azure NetApp Files offering?

        Thanks!

  • Thank you for the thoughtful feedback, really appreciate you pointing these issues out.

    To clarify:

    • Azure NetApp Files supports both NFS and SMB protocols, but Astra Trident currently supports only NFS (v3/v4.1) for Kubernetes workloads. I should have made this distinction clearer, and that’s on me.
    • The "check here" link for regional availability was also a miss—I'll make sure that gets updated as soon as edits are possible.

    Regardless of the tools used in drafting, I take full responsibility for the content. You were right to expect better consistency, and your input truly helps improve the quality. Thanks again for helping me make this better!

  • HagegeR's avatar
    HagegeR
    Copper Contributor

    LLM are very good to create contents, but sometimes lack consistency, in the case of SMB, saying:

    It supports NFS and SMB protocols
    NFS-only support no SMB for Trident

    also, this:

    Limited regions available check here

    the link is not working

    shows a lack of proper review, please check the content before posting.