QNAP Bolsters Its Distributed NAS with Snapshots and Cluster Recovery

QNAP has announced QuTS MEGA 2.0, a new version of the operating system for its MEGA Scale-out NAS platform designed for large-capacity enterprise storage. The update incorporates two particularly important features for business continuity: snapshots and Cross-Cluster Mirroring, which allow capturing copies at specific moments and replicating them to another cluster to have an alternative infrastructure in case the main system fails.

The key points of QNAP QuTS MEGA 2.0 in 30 seconds

  • QuTS MEGA 2.0 adds snapshots and inter-cluster replication to enhance disaster recovery.
  • MEGA Scale-out NAS uses a distributed architecture based on Ceph, capable of scaling from 3 to 96 nodes.
  • Administrators can choose between replication and Erasure Coding depending on the workload’s needs.
  • Data and services are distributed to reduce single points of failure.
  • QCommander centralizes node and cluster management through a single interface.

The launch comes at a time when storing vast amounts of data is only part of the challenge. AI workloads, high-resolution video surveillance, research, or business analysis can generate repositories that grow to several petabytes (PB), but .

QNAP aims to address both needs with a platform that scales by adding nodes and now incorporates protection and recovery mechanisms directly within QuTS MEGA.

From 3 to 96 nodes with a Ceph-based architecture

The foundation of MEGA Scale-out NAS is a distributed architecture based on Ceph, an open-source storage technology widely used for constructing systems capable of distributing information across multiple servers.

Instead of relying on a single NAS whose capacity is limited by the number of disks it can physically support, the scale-out model allows adding new nodes to the cluster.

QNAP configures its platform to grow from 3 up to 96 nodes, grouping them into a single cluster and pool of storage.

According to the manufacturer, each new node enables linear increases in capacity and performance, while maintaining a high-availability (HA) architecture.

This approach is suitable for organizations experiencing rapid data growth. Instead of replacing an entire enclosure when it becomes too small, they can simply add new nodes to the distributed system.

Using Ceph also allows distributing data across different machines. The loss of a single component does not necessarily mean losing access to storage, as long as the architecture has been properly scaled and configured to support such failures.

Snapshots now available in QuTS MEGA

One of the main new features in QuTS MEGA 2.0 is support for snapshots.

A snapshot preserves the state of data at a specific point in time. It can be useful in cases of accidental deletion, unwanted modifications, or ransomware incidents, as it provides previous points from which to recover information.

However, a snapshot should not be confused with a full backup strategy.

If all snapshots remain solely within the same infrastructure and that infrastructure suffers a major incident, their availability can also be compromised. This is precisely why the second major addition in QuTS MEGA 2.0 is significant.

Cross-Cluster Mirroring allows replicating snapshots to another cluster, which can be located off the primary site.

This enables a company to maintain a primary cluster for production and another for disaster recovery (DR). If the first site goes offline, the second retains replicated information that can be used during recovery.

QNAP talks about continuous replication and rapid site failure recovery. As with any DR solution, actual recovery times and potential data loss depend on the specific design, connectivity between locations, configuration, and organizational policies.

Therefore, it’s important to differentiate these capabilities from an automatic guarantee of RPO 0 or RTO 0. QNAP’s announcement does not specify these targets for all deployments.

Replication or Erasure Coding depending on workload

QuTS MEGA 2.0 allows choosing between two strategies to protect data within the platform: replication and Erasure Coding.

With replication, multiple copies of data are maintained across different resources of the cluster. It is a relatively simple model and can offer good performance, but requires additional capacity to store these copies.

Erasure Coding takes a different approach. Data is split and supplemented with distributed redundancy information across multiple devices. This enables data reconstruction even if certain parts of the infrastructure fail and can make better use of available capacity compared to maintaining full copies.

The trade-off is that encoding and reconstruction processes require additional computing and access resources.

There is no one-size-fits-all option. The choice depends on performance, capacity, resilience, and cost priorities of each workload.

Having both options available allows applying different policies depending on the type of data stored.

High availability for data and services

The distributed architecture also aims to prevent a single server failure from stopping the entire storage system.

QuTS MEGA distributes data and services across multiple nodes to reduce single points of failure.

This design is especially important as storage increasingly supports services requiring continuous access to large volumes of data.

For example, an AI analytics platform may depend on repositories containing millions of documents, images, or videos. Computing resources may remain available, but are of little use if storage access is lost.

The same applies to video surveillance, scientific research, or certain enterprise systems.

QNAP links the growth of these scenarios to the need for petabyte-scale storage.

QCommander simplifies management of growing nodes

Scale-out architectures solve some limitations of traditional storage but introduce others.

Managing three nodes is relatively straightforward. Doing so with dozens of nodes, multiple clusters, and a secondary site for disaster recovery significantly increases the number of elements to oversee.

QNAP includes QCommander, a centralized platform to manage nodes and clusters from a single interface.

Its goal is to offer a unified view of the infrastructure instead of requiring individual management of each component.

This operational layer becomes crucial as distributed storage moves beyond highly specialized environments to become a more accessible enterprise platform.

The main innovation in QuTS MEGA 2.0 is precisely in addressing the dual challenge of data growth: scaling storage to multiple petabytes is of little use if protection and recovery strategies do not grow at the same pace.

Snapshots provide points for recovery, while Cross-Cluster Mirroring extends that protection to another infrastructure. The Ceph-based architecture offers the distributed model upon which QNAP builds the rest of the platform.

However, the commercial availability of QNAP MEGA Scale-out NAS and its deployment options varies by region, so the company recommends consulting local configurations in each market.

Frequently Asked Questions

What is QNAP QuTS MEGA 2.0?

It is the new version of the operating system used by QNAP MEGA Scale-out NAS, a distributed enterprise storage platform based on Ceph prepared to scale up to several petabytes.

How many nodes does QNAP MEGA Scale-out NAS support?

According to QNAP, its architecture can scale from 3 to 96 nodes, grouped within a single cluster and pool.

What does Cross-Cluster Mirroring provide?

It enables replicating data to another cluster to have additional infrastructure for data protection and disaster recovery.

Does a snapshot replace a backup?

Not necessarily. Snapshots provide previous data points, but a complete protection strategy should also consider storage failures or site-wide incidents. QuTS MEGA 2.0 complements snapshots with inter-cluster replication.

Scroll to Top