This section explains the main functionality of Azure Native Qumulo (ANQ), provides a feature comparison between ANQ and Qumulo on other platforms. In addition, it explains the difference between ANQ Hot and Cold, specifies ANQ's known limitations and compliance posture, gives an overview of deploying the service in Azure, and lists the supported Azure Regions for the service.
For detailed instructions, see Deploying and Viewing Information about Your Azure Native Qumulo Instance.
What is Azure Native Qumulo?
ANQ is a fully managed service that provisions a Qumulo file system and creates a resource (for managing the file system) under your Azure subscription. ANQ provides the same multi-protocol support, interfaces, and functionality as Qumulo on premises.
ANQ makes it possible to configure file protocols, quotas, replication, and other features regardless of underlying infrastructure or storage and without tracking resource quotas or costs. The service receives the latest updates and features continuously and, if any issues occur, replaces compute and storage resources automatically.
Names and Versions
-
In this guide, we refer to the features and functionality of Qumulo Core as Azure Native Qumulo (ANQ) or the service.
-
Following ANQ’s initial launch, we configured the Qumulo file system in Azure to have significant flexibility and performance improvements. For more information, see Feature Comparison with Qumulo on Other Platforms.
-
Default ANQ workloads are called Hot workloads. Workloads that use the Azure Blob Storage Cold Tier are called Cold workloads.
Feature Comparison with Qumulo on Other Platforms
The following table compares the features of ANQ with those of Qumulo on other platforms.
Because ANQ is a fully managed service, direct access to hosts with SSH is unavailable. To configure the service, you can use:
qqCLI—from a remote machine- Qumulo Core Web UI—by using any of the service's IP addresses
| Feature | ANQ | Qumulo on AWS as an AMI | Qumulo on Premises |
|---|---|---|---|
| Automatic deployment | ✓ | ||
| Automatic infrastructure replacement | ✓ | ✓ | |
| Automatic updates | ✓ | ||
| Availability in Cloud Marketplace | ✓ | ✓ | |
| Customer support | ✓ | ✓ | ✓ |
| Integration with Azure Portal | ✓ | ||
| Payment for preprovisioned file system capacity | ✓ | ✓ | |
| Payment for used storage space only | ✓ | ||
| Performance scales elastically at any capacity | ✓ | ||
| Performance scales with provisioned capacity | ✓ | ✓ | |
| Qumulo Core features | ✓ | ✓ | ✓ |
| Simple and fast deployment under 15 Minutes | ✓ |
Known Limitations
-
IPv6 Addresses: Currently, Azure Networking features don’t support IPv6 addresses.
-
Initial Authentication over SMB: When you deploy the service initially, all users can use the SMB protocol. However, the
adminuser can authenticate over all protocols except over SMB.To allow the
adminuser to authenticate over the SMB protocol, change theadminuser’s password.
Qumulo Compliance Posture
For information about Qumulo’s third-party attestations, including FIPS 140-2 Level 1, GDPR, HIPAA, and SOC 2 Type II, see Qumulo Trust Center.
Using Azure Native Qumulo Cold Workloads
ANQ Cold uses Azure Blob Storage Cold Tier and has the same data integrity as ANQ Hot, a slightly lower (99% rather than 99.9%) guaranteed availability, and a sustained high performance and read throughput. ANQ Cold is designed for workloads in which the majority of the data is written once, read infrequently, and retained for a long time period.
When Azure Blob Storage Cold Tier causes an availability event, it affects only the data within the files, not the metadata. While the data of a specific file might become unavailable, the file system and data within other files remain accessible.
Deploying Azure Native Qumulo
This section outlines the process of configuring and deploying ANQ. For detailed instructions, see Deploying and Viewing Information about Your Azure Native Qumulo Instance.
-
You specify the following configuration.
-
Regional Settings: The availability zone and region. For more information, see Supported Azure Regions
-
Networking Settings: The virtual network in the same region. For more information, see Virtual Networking Prerequisites
-
Storage Class: The storage class has an impact on billing, metering, and how the system stores data. For more information, see Using ANQ Cold Workloads.
-
-
When Qumulo creates your ANQ instance, it deploys and configures the following Azure resources:
-
Managed Resource Group: This group contains the networking resources that the service deploys.
When you create your service instance, you can specify an existing resource group or create a new one.
-
Delegated Subnet: The delegated subnet that the service uses to provision endpoints for your virtual network.
When you create your service instance, you can specify an existing delegated subnet or create a new one..
-
Qumulo Service Resource: The Azure resource that represents one instance of the service.
You can use this resource to manage and view the service configuration.
-
Marketplace SaaS Resource: The Qumulo Marketplace SaaS resource that you select.
Azure uses this resource for billing purposes.
Tip
To automate the creation of ANQ instances for long-term use cases and for short-term components of automated storage workflows, use Azure Resource Manager. -
Supported Azure Regions
The following table lists the regions that ANQ supports. ✱ indicates supported zoneless regions.
| Geographical Location | Azure Region | ANQ Hot | ANQ Cold |
|---|---|---|---|
| US (Arizona) | West US 3 | ✓ | ✓ |
| US (California) | West US | ✓✱ | ✓✱ |
| US (Illinois) | North Central US | ✓✱ | ✓✱ |
| US (Iowa) | Central US | ✓ | ✓ |
| US (Texas) | South Central US | ✓ | ✓ |
| US (Virginia) | East US | ✓ | ✓ |
| US (Virginia) | East US 2 | ✓ | ✓ |
| US (Washington) | West US 2 | ✓ | ✓ |
| Canada (Toronto) | Canada Central | ✓ | ✓ |
| Europe (Frankfurt) | Germany West Central | ✓ | ✓ |
| Europe (Gävle) | Sweden Central | ✓ | ✓ |
| Europe (Ireland) | North Europe | ✓ | ✓ |
| Europe (Netherlands) | West Europe | ✓ | ✓ |
| Europe (Oslo) | Norway East | ✓ | ✓ |
| Europe (Paris) | France Central | ✓ | ✓ |
| Europe (Zurich) | Switzerland North | ✓ | ✓ |
| UK (London) | UK South | ✓ | ✓ |
| Australia (New South Wales) | Australia East | ✓ | ✓ |
| Brazil (São Paulo State) | Brazil South | ✓ | ✓ |
| India (Pune) | Central India | ✓ | ✓ |
| Japan (Tokyo, Saitama) | Japan East | ✓ | ✓ |
| Korea (Seoul) | Korea Central | ✓ | ✓ |
| UAE (Dubai) | UAE North | ✓ | ✓ |
Usage Billing and Metering for Azure Native Qumulo
Once an hour, every deployed ANQ Hot and Cold instance reports a metering event to Azure Marketplace.
For more information about pay-as-you-go price estimates, see the Pricing and Performance Calculator.
Billing for ANQ Cold Instances
ANQ Cold instances:
-
Are billed at a lower rate than ANQ Hot instances
-
Include a set amount of used capacity, higher than that of an ANQ Hot instance
-
Include a set amount of data that you can retrieve per month
When you exceed this amount, we charge a per-gigabyte rate for reading data from the instance (regardless of protocol).
-
Have a minimum data retention period of 120 days.
When you delete data early (before the retention period expires), you incur a short-lived data charge, equal to the remaining duration of the retention period.
Metering Dimensions for ANQ Hot and Cold
Both ANQ Hot and Cold use the Used Capacity metering dimension. In addition:
-
Metering for ANQ Hot instances uses the
Used capacityandUsed throughputdimensions -
Metering for ANQ Cold instances uses the
Data readandData deleted earlydimensions.
Because the throughput of an instance can vary significantly within an hour, Qumulo Core samples the used throughput every minute, rounds the computed throughput value to 1 GBps, and then multiplies it by the used capacity during this minute.