NOC staffed 24 hours a day, every day of the year.

Service · Storage as a Service (STaaS)

Storage, run as a service.

Managed NetApp ONTAP, Pure FlashArray and traditional SAN/NAS, with documented array inventory, LogicMonitor health visibility, ticket-driven volume, LUN and share operations, and firmware lifecycle with rollback.

How STaaS works
Arrays
ONTAP · Pure
Billing
95th pct
Firmware
+ rollback
What is STaaS

Storage
operated as a
service.

Storage as a Service is a managed operating model for the storage infrastructure a business depends on: NetApp ONTAP, Pure FlashArray, and traditional SAN/NAS estates. Capacity, performance, replication, ransomware protection, snapshot policy and firmware lifecycle are delivered as a recurring service, priced on the 95th percentile of total storage consumed.

ModernOps operationalizes storage through volume, LUN, share, and aggregate administration; snapshot & SnapMirror replication; SnapLock immutability; ransomware protection add-ons for SAN and NAS; firmware and ONTAP/Purity lifecycle management; capacity reviews; performance tuning; and a Storage Baseline Document delivered during onboarding.

Under the 95p consumption model, billing follows the storage in use rather than the storage provisioned. Provisioning, expansions, replication changes and restores run through ticketing with documented closure and Change Control Board review on production changes.

Onboarding is documented: storage system inventory captured (make, model, controller pair, shelves, drives, firmware, ONTAP/Purity version), volume / LUN / share inventory captured (name, protocol, size, used, snapshot policy, replication target, immutability), aggregates and storage pools documented, arrays onboarded into LogicMonitor, and replication topology validated end-to-end.

Operations move toward standardized provisioning, monitoring, and governed change. The SOC 2 report describes a standardized build process for storage and infrastructure devices, a Patch & Firmware Management Policy, proactive monitoring, and Change Control Board review for production storage changes.

Who this is for

Built for the
people who own
the data.

Four roles usually take part in a storage operations decision, and each one gets documented coverage and a defined operating model.

01 / Executive
CIO &
VP of IT
A consistent, predictable, process-driven framework for daily storage operations and consumption-based billing, across NetApp, Pure, SAN, and NAS estates with one operating motion.
02 / Infrastructure
Storage & Data
Engineering Lead
Operational coverage for arrays, controllers, shelves, aggregates, volumes, LUNs, shares, replication topology, snapshot policies, immutability, and firmware, all documented.
03 / Operations
IT Ops &
Service Desk
Requests, incidents, volume provisioning, expansions, restores, replication changes, escalations, all handled through ticketing with documented closure and severity-based response.
04 / Risk
Security &
Compliance Stake
Encrypted credential storage, RBAC, immutable snapshots (SnapLock), ransomware protection add-ons, firmware management, and Change Control Board review on production storage changes.
What we hear

Common
concerns,
addressed.

These are the frustrations we hear most often in a first call, with the commitment that answers each one written into the SOW.

We have arrays and shares everywhere, but no clean storage inventory.
Onboarding collects array inventory (make, model, controllers, shelves, drives, firmware, ONTAP/Purity version) and volume / LUN / share inventory (name, protocol, size, used, snapshot policy, replication target).
Our storage is critical, but the operating model is fragmented.
One operating model across NetApp ONTAP, Pure FlashArray, and traditional SAN/NAS, with productized SKUs by total storage consumed (95p).
Provisioning new volumes and shares is too informal.
Volume, LUN, share provisioning, expansion, and restore requests run through tickets with documented closure, so every change has a record.
We need firmware and ONTAP/Purity upgrades without surprises.
Firmware lifecycle planning, deployment, validation, rollback planning, maintenance windows, pre-change snapshot checks, and post-change validation.
We find out storage is running hot when applications slow down.
Arrays in LogicMonitor, IOPS, latency, throughput, capacity, replication lag, and controller health via SNMP or API, with auto-created ITSM incidents.
Capacity planning is reactive, and arrays fill up before the expansion is approved.
Continuous monitoring, trend analysis, forecasting, threshold alerts, monthly reviews, and quarterly comprehensive analyses with right-sizing advisory.
Replication and immutability are documented somewhere, we think.
SnapMirror replication topology, snapshot policy, and SnapLock immutability all documented and validated end-to-end during onboarding.
Ransomware could reach the arrays as well as the servers.
SAN and NAS Protection add-on SKUs with anomaly detection, immutable snapshots, and recovery procedures tied into the Backup & DR runbooks.
How we deliver

How storage operations run.

Array inventory, ticketed volume changes and capacity reviews run on a schedule, which keeps the onboarding baseline up to date.

01
Document
Inventory &
topology
Array inventory (controllers, shelves, drives, firmware, ONTAP/Purity version), volume / LUN / share inventory, aggregate & storage pool layout, replication topology & SnapMirror relationships, snapshot policies, SnapLock immutability, and onboarding into LogicMonitor with API/SNMP collection.
02
Operate
Ticket-driven
volumes & firmware
Volume, LUN, share provisioning, expansion, snapshot, and restore via tickets. Firmware and ONTAP/Purity upgrades with defined scope, maintenance windows, pre-change snapshot checks, post-change validation, rollback procedures, and an Upgrade Run Report.
03
Optimize
Capacity, perf
& protection
Capacity, IOPS, latency, replication lag, and snapshot consumption monitored with trend analysis and threshold alerts. Monthly capacity reviews, quarterly deep-dives, right-sizing advisory, and a Storage Baseline Document delivered during onboarding.
What changes

Before
& after.

Your arrays before ModernOps, and after onboarding.

Before
Fragmented
storage estate,
manual provisioning,
deferred firmware.

Spreadsheet inventories, inconsistent array administration, console-driven volume changes, unclear replication coverage, deferred firmware and capacity surprises. Aggregate layout and SnapMirror relationships are documented nowhere, and application teams page the storage team for expansions in the middle of incidents.

After · with ModernOps
Operated
storage,
ticketed changes,
forecast capacity.

Health monitoring, firmware planning, capacity forecasting, right-sizing, replication validation, immutability documentation, escalation paths, and monthly/quarterly capacity reviews, all built into the recurring service. Storage Baseline Document delivered during onboarding.

Side by side

Legacy storage ops
vs. ModernOps STaaS.

The arrays, volumes and shares stay the same. Seven points where the operating work shifts to ModernOps.

Dimension Legacy approach ModernOps with STaaS
Inventory Spreadsheets and stale exports. Array, volume, LUN, and share inventory captured during onboarding.
Platform ops Ad hoc admin per array vendor. Managed across NetApp ONTAP, Pure FlashArray, SAN, and NAS.
Provisioning Chat, email, console changes. Ticket-driven volumes, LUNs, shares, expansions, and restores.
Monitoring User-reported slowness. LogicMonitor for IOPS, latency, capacity with auto-incident.
Firmware lifecycle Deferred, no rollback plan. Defined scope, windows, pre/post checks, rollback, Upgrade Run Report.
Capacity & billing Reactive, surprise expansion buys. 95p consumed billing, trend forecasting, monthly/quarterly reviews.
Ransomware Recovery untested. SAN/NAS Protection add-ons, SnapLock immutability, anomaly detection.
What you get

The storage SOW, in six outcomes.

Each lines up with a deliverable you can check.

An array inventory that stays current
Array, controller, shelf, drive, and firmware inventory plus volume / LUN / share inventory, protocol, size, used, snapshot policy, replication, maintained as a living artifact.
Platform-aware
operations
NetApp ONTAP, Pure FlashArray, and traditional SAN/NAS with documented aggregates, storage pools, replication topology, and SnapLock immutability.
Ticket-driven
storage changes
Volume, LUN, share provisioning, expansion, snapshot, and restore via tickets, with documented closure, severity-based response, and audit trail.
24x7 health
visibility
LogicMonitor for IOPS, latency, throughput, capacity, replication lag, and controller health via SNMP or API, with auto-created ITSM incidents.
Capacity before
crisis
Continuous monitoring, trend analysis, forecasting, threshold alerts, monthly reviews, quarterly comprehensive analyses, and 95p consumption billing.
Ransomware
protection
SAN and NAS Protection add-ons with SnapLock immutability, anomaly detection, and recovery procedures tied into the Backup & DR runbooks.
Firmware lifecycle

Every firmware run
follows the
same path.

From a defined maintenance window to an Upgrade Run Report in your inbox, every firmware or ONTAP/Purity cycle runs through the same five steps, with snapshot checks before the change, validation after it, and a rollback path prepared in advance.

Runbook · STAAS-FW-01

Firmware run
to validation
pattern.

Severity-based response: High within 20 minutes, Medium within 4 hours, Low within 24 hours. Firmware and ONTAP/Purity upgrades include pre-change snapshot validation, post-change service checks, replication health confirmation, rollback procedures, and an Upgrade Run Report after each cycle.

01
Scope &
schedule
Before a firmware or ONTAP upgrade, we confirm scope against the array inventory, agree the window with application owners, open a change ticket and tell the customer the expected impact and rollback path.
02
Pre-change
checks
Snapshot validation per volume. Replication lag baseline captured. Critical workloads marked for the non-disruptive upgrade path. Controller failover health confirmed. Go/no-go agreed.
03
Deploy &
monitor
Firmware or ONTAP/Purity update applied per vendor procedure with non-disruptive controller takeover where supported. LogicMonitor watches IOPS, latency, replication, and controller health throughout.
04
Validate or
roll back
Service checks, host I/O confirmation, replication catch-up, snapshot integrity. If anything fails the gate, vendor-supported rollback executes within the same window.
05
Report &
RCA
Upgrade Run Report delivered after each cycle. RCA produced when an upgrade causes an incident, with timeline and follow-up action items.
Operating flow

Capacity,
plotted as a
constellation.

Twelve volumes orbit the array, with distance from center representing consumed capacity and the dashed amber ring marking the 95p billing line. Volumes drift outward as data lands, and the ones approaching the line are the ones the monthly review discusses. Snapshots pulse out from center on schedule.

Live Capacity model · 12 volumes · 95p of total consumed
VOLUMES · TOP CONSUMERS
  • lun-ora-dataFC · 96%
  • vol-backup-tgtNFS · 95%
  • svm-finance-shareCIFS · 92%
  • vol-prod-sql-01iSCSI · 88%
  • svm-researchCIFS · 78%
  • lun-iscsi-tier1iSCSI · 72%
  • svm-home-dirsCIFS · 68%
TOTAL CONSUMED 847 TB
95P (BILLED) 812 TB
SNAP RETENTION 90 d
HEALTHY OVER 95p SNAPSHOT TAKEN
Supported platforms

One operating
model, many
platforms.

Storage arrays, controllers, replication engines, immutability layers, and monitoring tooling, all consolidated under a single managed service motion.

Array · 01
NetApp AFF
ONTAP 9SnapMirrorSnapLock
Array · 02
NetApp FAS
ONTAP 9NFS/SMBiSCSI
Array · 03
Pure FlashArray
PurityActiveDRSafeMode
SAN · 04
Dell PowerStore
BlockFileReplication
SAN · 05
HPE Alletra
BlockNimbleOS
NAS · 06
Windows
File Server
SMBDFS-N/RABE
Protocol · 07
Block &
File
FCiSCSINFSSMB
Replication · 08
SnapMirror
AsyncSyncSVM-DR
Immutability · 09
SnapLock
+ SafeMode
WORMCompliance
Protection · 10
SAN/NAS
Protection
AnomalyRecovery
Monitoring · 11
LogicMonitor
SNMPAPIONTAP REST
Billing · 12
95p Consumed
per TB / momonthly true-up
Live fleet view

What the
monthly review opens with.

A representative view of arrays, volumes and replication state, in the format the monthly review meeting uses.

Proof points

Service metrics
&
coverage.

Productized SKUs, response targets, capacity reviews and a representative monthly fee.

Productized
SKUs
3Storage · SAN Protect · NAS Protect
Monitoring
platform
LogicMonitorSNMP · ONTAP REST · API
High severity
response
20 minMed 4 hr · Low 24 hr
Billing
basis
95pTotal Storage Consumed
Capacity review
cadence
Monthly+ quarterly deep-dive
Recovery
time
~10 hr → min12 TB tape vs SnapRestore drill
Onboarding

30 days
from assess to
optimize.

Three phases with fixed handoffs, ending with a Storage Baseline Document and the firmware cadence in place by day 30.

Phase 01 / Days 0 – 10
Assess
scope & intake
  • Confirm storage scope and array inventory
  • Confirm ONTAP / Purity version & firmware
  • Document aggregates and storage pools
  • Capture volume / LUN / share inventory
  • Confirm replication and snapshot policy
Phase 02 / Days 10 – 20
Implement
access & topology
  • Establish access (System Manager, Purity, SSH, API)
  • Store credentials in vault
  • Validate SnapMirror & ActiveDR end-to-end
  • Document SnapLock / SafeMode immutability
  • Onboard arrays into LogicMonitor
Phase 03 / Days 20 – 30
Optimize
change & capacity
  • Define provisioning & expansion workflows
  • Plan firmware / ONTAP / Purity upgrade cadence
  • Enable 95p consumption telemetry & billing
  • Provide capacity planning & right-sizing advisory
  • Deliver Storage Baseline Document
Why ModernOps

What customers get when storage moves to ModernOps.

How a managed storage program differs from break/fix support.

01
Storage-layer clarity
Explicitly defined as storage administration; backup and DR are scoped separately so the operating boundary between Backup, DRaaS, and STaaS is clear from day one.
02
Multi-platform coverage
NetApp ONTAP, Pure FlashArray, and traditional SAN/NAS, under one operating model.
03
95p consumption billing
Billing follows the storage in use rather than the storage provisioned, with a monthly true-up, monthly capacity reviews and quarterly deep-dives.
04
Ticket-driven storage ops
Volume, LUN, share provisioning, expansion, snapshot, and restore via tickets, with documented closure and severity-based response.
05
Monitoring embedded
Arrays onboarded into LogicMonitor with auto-created ITSM incidents on IOPS, latency, capacity and replication lag, included in the service.
06
Replication validated
SnapMirror, ActiveDR and SVM-DR relationships documented and validated end-to-end during onboarding.
07
Ransomware-aware
SAN and NAS Protection add-on SKUs with SnapLock immutability, SafeMode, anomaly detection, and recovery procedures tied into Backup & DR.
08
SOC 2-aligned
Standardized builds, Patch & Firmware Management Policy, proactive monitoring, incident management, and Change Control Board review on production storage changes.
FAQ

Frequently
asked
questions.

Service definition, SKUs, supported platforms, change and firmware workflow, capacity reviews, billing, and how STaaS relates to Backup, DRaaS and Server Management.

01 /What is Storage as a Service?+
A managed service for NetApp ONTAP, Pure FlashArray, and traditional SAN/NAS estates. Capacity, performance, replication, ransomware protection, snapshot policy, and firmware lifecycle delivered as a recurring service, priced on the 95th percentile of total storage consumed.
02 /What platforms are supported?+
NetApp AFF / FAS running ONTAP 9.x, Pure FlashArray running Purity, Dell PowerStore, HPE Alletra, and Windows-hosted file-server NAS estates. Block (FC, iSCSI), file (NFS, SMB), and object protocols are in scope.
03 /What are the STaaS SKUs?+
Storage (the base STaaS SKU billed on 95p total storage consumed), SAN Protection (anomaly detection, immutability, recovery for block estates), and NAS Protection (the equivalent add-on for file estates).
04 /How is consumption billed?+
95p of total storage consumed over the billing period, per TB per month. The 95th percentile smooths short-lived spikes while still reflecting real growth. Monthly capacity reviews share the consumption trend before the invoice lands.
05 /How are storage changes handled?+
Ticket-driven. Volume, LUN, share provisioning, expansion, snapshot, and restore requests flow through ticketing with documented closure and severity-based response targets.
06 /What does onboarding include?+
Array inventory, ONTAP/Purity version & firmware, aggregate & storage pool layout, volume / LUN / share inventory, replication topology validated end-to-end, snapshot policy & SnapLock immutability captured, arrays onboarded into LogicMonitor, and a Storage Baseline Document delivered.
07 /How is access established?+
NetApp System Manager & ONTAP REST, Pure Purity GUI & API, vendor SSH, and array-level service accounts, all with credentials stored in vault and RBAC scoped to ModernOps engineering roles.
08 /How is health monitored?+
Arrays onboarded into LogicMonitor, IOPS, latency, throughput, capacity, replication lag, and controller health via SNMP, ONTAP REST, or Purity API, with auto-created ITSM incidents on threshold breach.
09 /How is firmware / ONTAP / Purity upgraded?+
Per a documented Patch & Firmware Management Policy, with pre-change snapshot validation, non-disruptive controller takeover where supported, post-change validation, rollback procedures, and an Upgrade Run Report.
10 /What about capacity planning?+
Capacity, IOPS, latency, replication lag, and snapshot consumption monitored with trend analysis, forecasting, and threshold alerts. Monthly capacity reviews, quarterly comprehensive analyses, and right-sizing advisory.
11 /What are the response SLAs?+
High severity within 20 minutes, Medium within 4 hours, Low within 24 hours. RCA provided when required after service restoration.
12 /Are backups included?+
No, STaaS is array administration. Backup is a separate service line. STaaS ensures snapshot policy, replication, and SnapLock immutability are documented and operating; the Backup service handles application-aware backup and long-term retention.
13 /How does STaaS handle change control?+
Production storage changes are reviewed through ModernOps' Change Control Board per the SOC 2 report, with a standardized build process for new storage and infrastructure devices.
14 /What does the Protection add-on cover?+
SAN Protection and NAS Protection are add-on SKUs that layer SnapLock / SafeMode immutability, anomaly detection, and recovery procedures on top of the base storage operations, tied into the Backup & DR runbooks.
15 /How does STaaS relate to SMS, MNS, and DRaaS?+
STaaS covers arrays, volumes, LUNs and shares. The hosts, hypervisors and VMs that use that storage fall under SMS, the network fabric under MNS and failover under DRaaS, and OaaS supplies the monitoring underneath.
Get started

Start with a
storage
assessment.

ModernOps will review your arrays, controllers, shelves, firmware levels, ONTAP/Purity versions, aggregates & storage pools, volume / LUN / share inventory, snapshot & replication topology, and capacity trends, then map a practical path to a managed storage estate billed at the 95th percentile.

Two minutes of fields · Replied to within 1 business hour · No obligation

Or call 484-429-9328 and skip the form entirely

Prefer to start smaller? Try one of our complimentary assessments