SingularIT™ allows physical storage (i.e., media of any kind) to be virtualized away from physical devices. All storage resources are federated into a whole and virtualized and abstracted from the underlying physical devices.

Supported scale ranges from very small to exabytes, optionally pooled by performance type. Consumers see virtual resources, and the resources themselves are largely self-maintaining.

Examples of virtual storage properties:

• Never lose a bit. Data protection is handled in the virtualization layer, so consumers need not consider data loss. It is theoretically perfect.

• Scale. All virtual storage can be re-scaled (by definition). Scale can be freely changed within the existing physically available envelope (below virtualization and in SingularIT™) or by augmenting the physical media. Both cases are totally transparent to storage consumers.

• Performance with scale. Due to SingularIT’s internal topology, throughput performance for the federated fabric of collected media scales faster than the linear increase in capacity, up to tbps.

• Resilience with scale. Resilience scales at the same rate as performance, for the same basic reasons. SingularIT’s internal topology allows resilience to scale faster than the linear increase in capacity. The blast radius of any outage or failure is minimized as a percentage of the fabric’s total internal connectivity, as data recovery draws on the entire topology (not just the linear count of nodes).

• Media agnostic. Any combination of physical media types can be pooled. They can be tiered and can run in parallel pools. Pools can be used individually or across multiple tenancies because they are always virtualized.

• Transparent, protocol-less and connectionless access. All virtual devices appear as assigned automatically in consumption domains (e.g., in a virtual machine). This means that there is no manual or in-VM mapping of storage as an external resource, no LUNs, no iSCSI. It is virtual and native to the fabric, available for use. The consumer’s view of the resource remains unchanged, even if the underlying resource changes, for example, as a result of resizing.

Although SingularIT™ comprehensively buries the headaches relating to physical storage media, that is not where the benefits of the technology end. What this means for a CIO or for storage in general is arguably more important. Meet “Storage 2.0.”

Storage 2.0, highlights:

• Any to any to any. Any storage resource can be virtualized, pooled, and presented as any type of endpoint to any internal or external consumer. Internal endpoints might include, for example, ZFS, OnTap, Cleversafe, LizardFS, Gluster, or a NAS. External endpoints might include NFS, iSCSI, S3, or SMB. And any of these internal or external types can be subtended by any combination of virtualized physical or logical devices.

• Be independent of usage. SingularIT™ enables the free consumption and use of virtualized storage. Use it as block-, object-, or file-based storage. Use it in all ways in parallel and with the benefits of performance and resilience as you scale and federate multiple users.

• Embrace legacy. Bring legacy storage and benefit from SingularIT’s virtualization, enjoying all of the benefits listed above. Unshackled from the finops complications of consumption-based billing, no legacy application or storage setup is inappropriate. Virtualize the legacy to insulate future progress, while simultaneously exploiting the super-linear scaling benefits it brings to the performance and resilience of your newer applications and services.

• Cloud native. The storage arrives ready to be used, cloud native out of the box.

SingularIT™ Storage 2.0 has a modern and virtualized underpinning. For the first time, it provides an enterprise with the ability to rationalize physical storage to meet the requirements of nearly every architecture. It’s a Swiss army knife for storage, a super-power for the CIO trying to get more from less.