1
Introduction

Compute and Storage Separated

Modern datacenters are getting more and more virtualized these days. Storage systems, being the essential part of a virtualized environment, are keeping the pace by evolving to the hyper-converged architecture. Nevertheless, hyper-converged architecture and “compute and storage separated” designs do coexist, since they are not mutually exclusive concepts and solve slightly different tasks.

Explore Starwind VSAN —
go!
2
Problem

Problem of Scaling the Hyper-converged Clusters

Hyper-Converged architecture is not a good match for some scenarios and there are definite cases when compute and storage layers separated work better since scaling the hyper-converged clusters means upgrading compute and storage hardware parameters both simultaneously. Let’s clarify on that. Virtualized environments assume expansions in two dimensions:

  • Compute resources (CPU, RAM, etc)
  • Storage resources (IOPS, capacity)

In hyper-converged systems each host is running compute and storage layers on the same hardware at the same time. Consequently, increasing of one dimension assumes increasing of the other one as well, and the problem here is that increasing of the second dimension may be not required. As a result, the money is paid for the hardware resources that are not used.

It’s expensive to upgrade compute and storage simultaneously every time

3
Solution

Compute and Storage Separated Solution from StarWind

StarWind Virtual SAN supports both hyper-converged and compute and storage separated architectures. While running compute and storage layers apart from each other, it is possible to scale compute and storage resources independently, with different leverages regardless from each other. As a result, the system better fits the task while CapEx and OpEx go through the floor, since there is no need to purchase hardware that will be essentially wasted. Thus the system can be created specifically for a particular task.

When running StarWind in compute and storage separated scenarios where clusters are running out of compute power, all that is needed is to add to the hypervisor node more CPU and RAM, while the storage capacity and performance will remain the same. Likewise, if the system will be running out of storage IOPS or TBs, that dimension can be upgraded easily without affecting the compute power by adding storage node now.

Upgrading compute and storage resources independently from each other is cost-efficient

4
Conclusion

Boost Your Compute and Storage Separated Architecture with StarWind

Running StarWind as the storage layer separately from the compute layer allows to significantly decrease CapEx and OpEx by allowing only those hardware resources to be installed into the storage infrastructure that are definitely needed. Also, this scenario makes system hardware fit the task better by way of allowing to manage compute and storage resources by pulling different leverages.

5
WHAT THE WORLD SAYS ABOUT US

StarWind gets praise for its solution's high level of customization in the 2019 Magic Quadrant for HCI

6
Fill the gaps
Choose how you would like to start: