So You Moved to HyperConvergence, What Do You Do With Your Old Storage
Moving to hyperconvergence is easy, chances are you had an existing infrastructure that probably consisted of a traditional 3-2-1 or "inverted pyramid" architecture that you replaced with your shiny, new HC infrastructure! Things couldn't be better, but that leaves you with some old equipment that it would be handy if you could continue to use in some way. This might include servers and almost certainly includes storage either NAS or SAN. You don't want that to go to waste. And having a good reuse plan makes cost justifying a new hyperconverged infrastructure that much easier.
Storage of all kinds is trivial to re-deploy. Adequate storage for backups and archives is almost always in short supply or difficult to justify. Reusing primary storage for backups normally means higher performance for backups and restores than is normally available. In many cases it also means more reliable hardware than is often chosen for backups.
Instead of the backup infrastructure being treated as a second citizen within the organization, reuse may buy many years of highly reliable and performant backup and/or archival storage. As an archival system, this can offload capacity from the primary HC infrastructure lowering cost of acquisition, as well.
In cases where backup or archival capacity are not useful, storage almost always has a place in labs or for non-critical workloads. Gaining the ability to have testing storage can be a huge boon to nearly any environment.
Re-purposing compute capability may be even easier. If even more storage is needed or warranted than the reused primary storage can provide, most compute can be reused as additional storage quite easily as well. Or compute nodes might be integrated into some hyperconverged infrastructures, depending on many factors. This, however, would be very rare.
Probably the most common valuable use case for re-purposing compute nodes that have been made redundant through the introduction of a new hyperconverged platform is to built a testing, staging or lab environment. The use of a lab for testing new software, ideas, patches and so forth can be extremely valuable but rarely gets direct funding. These soft benefits are often difficult to sell to a business when they require budgeting but when used to offset the cost of a shiny, new infrastructure can look very attractive.
In larger or more unique organizations it is possible to dedicate retired compute capacity to roles such as decision clusters that would otherwise present a very specific workload need and drain on the primary HC platform. Dedicated Hadoop style business intelligence may be shunted to the older compute nodes, for example.
Core infrastructure on retirement could also be moved to remote or branch offices to provide services at those locations such as local file serving, caches, proxies or active directory services.
It is common to use non-cluster hardware for roles such as the backup server itself (not the storage, but the head unit) and this is yet again a great role for re-purposed compute nodes.
When new HC infrastructure is introduced there is almost always a concern around the sunk cost of the existing equipment which is almost never completely ready to be retired, but there are numerous ways that compute and storage capacity can be put to good use in your shiny new network. There is no need to see the old equipment as "lost", but rather as additional opportunity to further improve your network, provide additional services and invest in use cases that often go overlooked and underserved.
Of course, all of this ignores the very obvious possibility of simply selling the used equipment and moving on.
Definitely +1 to using it as back up and replication storage. It often is either an upgrade to your existing backup infrastructure, or is part of the dealmaker to implement a better backup infrastructure with old equipment when making the decision to purchase HC hardware.
Another big one is using the old for test labs to better help plan for future projects.
Definitely +1 to using it as back up and replication storage. It often is either an upgrade to your existing backup infrastructure,
Backup is where I almost always hear people are going to use their storage. Makes the most sense. Nobody has a good backup system until something like this happens. Worth getting new gear just to cause the old stuff to be made available for backup usage!
And another +1 To backup storage. That's actually what ~70-80% of our customers do with their SANs when swtiching to StarWind HCA or even VSAN.
Another interesting approach which I see less often is to use 2 existing SAN boxes as a storage capacity addition to the new HCI, with some of that storage actually mirrored between the SANs through the HCI storage virtualization layer. This is where customers can actually keep both backup and testing workloads without breaking the SANs into islands of resources.