build 001f4800 | content blog-content@c8490fa · 338 posts | profiles 20 · corpus 232 | 0 skipped |
Service · infrastructure

Data Management

Software-defined storage against data growth. The real gain is that the next data migration does not happen.

Topics capabilities · idf weight Data Management data-management 3.53 Storage storage 2.53 Architecture architecture 2.80
Vendors vendors · idf weight HPE hpe 2.45 IBM ibm 4.08
04Solutions
03Capabilities
02Vendors
232Corpus

The problem

Data grows, and classic block storage often lacks the functionality for that kind of growth. At some point the problem stops being capacity and becomes the next migration onto the next system.

The approach

Software-defined storage. We work with Qumulo, Scality RING, Cohesity and IBM Spectrum Scale, because they have different strengths and the choice should follow the requirements rather than the other way round.

Before that choice there is a requirements engineering workshop. Not as a formality: without clarity on the access patterns, availability requirements and retention periods that actually apply, every product decision is guesswork.

What it actually buys

No more migrations. Once the data is on an SDS platform, the platform owns the lifecycle. Changing the hardware underneath becomes an operation rather than a project.

Availability to match. Synchronous or asynchronous mirroring into a co-location or into the public cloud, depending on what is needed.

Growth is designed in. Extending onto further clusters is part of the model rather than the exception.

Experts for this

Focus areas are not yet confirmed, so nobody is suggested here automatically. · 0 experts in corpus (n=232)

You might also like

service 0.78

Storage

0.7 × caps 0.68 + 0.3 × vendor 1 = 0.78
post 0.50

RAID controllers

0.7 × caps 0.29 + 0.3 × vendor 1 = 0.5
solution 0.49

IBM

0.7 × caps 0.27 + 0.3 × vendor 1 = 0.49