Solutions

Keep the accelerators fed without buying flash for cold data.

AI storage demand is not uniform. Training reads need throughput, checkpoints need durable low-latency writes, and most of the corpus is untouched between runs. AiRE lets each of those be a different data set on the same system.

  • Tiers 0–3 in one unit
  • Accelerated all-flash for metadata
  • In-line dedup and compression
How one AiRE instance splits an AI pipelineAn ingest stream enters a single AiRE instance and branches in two: a hot path to an accelerated all-flash pool holding the active working set and checkpoints, and a cold path to a hybrid-flash pool holding the deduplicated, compressed corpus.Accelerated all-flashactive working set · checkpointsHybrid-flash corpusdeduplicated · compressedIngestone streamPER-DATA-SET POLICYONE AiRE INSTANCE

The problem

The storage bill grows faster than the model does.

Corpus growth outpacing model growthTwo curves over time. Model size rises roughly linearly. The stored corpus rises far faster, and the widening gap between them is the capacity nobody is actively reading.Stored corpusModel sizecapacity nobody readsTime
Illustrative shape, not measured data. It shows the argument made above: the corpus compounds while the model does not, and the gap is capacity paid for but not read.

A pipeline that starts as an experiment becomes an estate. Raw data lands, gets cleaned, gets versioned, and every intermediate stage is kept because reproducing it is expensive. Within a year the corpus is an order of magnitude larger than the data anyone is actively reading.

The conventional answer is two systems: fast storage for the working set, an archive for the rest, and a migration process joining them. That process is where the operational cost hides — someone has to decide what moves, when, and what breaks if it moves at the wrong moment.

The alternative usually offered is to put everything on all-flash and stop worrying. That works, and it is how storage budgets get consumed by data nobody is reading.

What STORViX does about it

Make tiering a property of the data set, not a project.

Because AiRE applies profiles, encryption and reduction per data set rather than per array, the fast path and the cold corpus can live in the same unit under one interface.

  • Accelerated All-Flash for the fast path

    The AAF disk pack uses a flash tier to manage I/O path metadata, which is the configuration STORViX positions for mission-critical and intensive workloads. Accelerated Hybrid Flash sits below it where the blend matters more than raw speed.

    • Tiers 0–3 in one system
    • NVMe SSDs in all-flash packs
    • Dual controllers on every all-flash configuration
  • The Performance profile for training reads

    Assigning the Performance profile prioritises lower latency and higher throughput, with policies adjusting I/O path management, cache behaviour and block size to suit. Variable block sizes matter when a pipeline mixes many small files with large sequential reads.

    • Lower latency and higher throughput
    • Variable block size per data set
    • Policy defaults from best practice, customisable
  • The Optimization profile for the corpus

    The same unit runs the archive under a profile that minimises system load and maximises usable space. In-line deduplication with 256-bit checksums and compression via LZ4 or GZIP9 apply during the write, not as a later pass.

    • In-line dedup, per data set
    • LZ4 for speed, GZIP9 for density
    • Customer-reported factors of 2× and 3×
  • Instant clones for experiment branches

    Copy-on-write snapshots produce clones instantly and with no additional space. Branching a dataset for a new experiment stops being a copy operation with a capacity cost.

    • No extra capacity per clone
    • Point-in-time and immutable
    • Revert to a known-good state
  • Checkpoints that survive silent corruption

    Every block is checksummed to the root node, and a mismatch on read triggers repair from a redundant copy. A corrupted checkpoint that reads back as valid is a failure mode that costs a training run.

    • End-to-end integrity
    • Self-repairing file system
    • RAID-Z or mirror topologies
  • Capacity forecasting from real telemetry

    CloudSight analyses utilisation and workload patterns to project future capacity, which is what makes FlexiPay's consumption model workable rather than a guess.

    • Predictive capacity insights
    • Prescriptive analytics
    • Fleet-wide visibility

AiRE platform

The data set is the unit of configuration.

AiRE is a proprietary software stack on a storage-optimised UNIX operating system, built around a 128-bit pooled file system with no physical limit on expansion. An unlimited number of data sets can exist across pools in the same unit, each carrying hundreds of parameters of its own.

At a glance

File system
128-bit, pooled, copy-on-write
Protocols
Concurrent multiprotocol — block and file in one unit
Deduplication
In-line, block level, per data set, SHA256
Compression
In-line during write — LZ4 or GZIP9
Protection
RAID-Z — striped mirror, single, dual or triple parity
Integrity
Checksum per block, verified on read, self-healing
Snapshots
Immutable, copy-on-write, instant revert and clone
Replication
Block-level incremental, snapshot deltas only
Cache
Up to 4 TB unified per controller
Connectivity
Up to 4× 10GbE-SFP+ · 2× 40GbE-QSFP+ · 2× 100GbE-QSFP+

From the STORViX Technology Guide and Our Hardware product sheets.

What AiRE is

Software first, hardware second.

AiRE is STORViX's software stack, built on a storage-optimised UNIX operating system with a 128-bit file system and software-defined data services. It is integrated with physical or virtual hardware to get the most out of it; either deployment is called an AiRE instance.

One-way telemetry feeds CloudSight, where machine learning identifies emerging issues. A backlink from the cloud makes centralised fleet management possible, and AutoPILOT acts on most of it without waiting for a human — what the product sheets call a self-driving storage array.

AiRE architecture, cloud services down to hardwareFour stacked layers: cloud services on top, then data services, then the AiRE instance running a 128-bit pooled file system, on hardware nodes at the base.Cloud servicesCloudSight · AutoPILOT · CoPILOT ConnectData servicesencryption · reduction · snapshotsAiRE instance128-bit pooled file system · UNIX OSHardware nodesSPU · disk packs · DEU expansion

What we are not going to claim

There is a great deal of unfalsifiable performance marketing in AI infrastructure. This is what STORViX can and cannot support with published material.

STORViX has been in the NVIDIA Inception programme since 2022 and works with Oracle and AWS. Those are relationships, not benchmarks.

No throughput, IOPS or GPU-utilisation figure appears on this page, because none is published that would survive contact with your pipeline. Storage performance for AI work depends on file size distribution, access pattern, network fabric and the framework's own I/O behaviour — which is why the useful number comes from a proof of concept against your data.

What is published and verifiable: the disk pack tiers, the profile and policy model, the reduction algorithms, the integrity mechanism, and the capacity envelope. Those are the grounds on which to shortlist. The performance conversation should happen with an architect and your own dataset.

Test it against your own pipeline.

A 30-day evaluation licence runs the full feature set up to 32 TiB. Bring a representative slice of your corpus and the access pattern that actually matters.