Hedvig and Object Storage: A Match Made in the Cloud

by Gaurav Yadav on January 19, 2018
J Cloud

The Cloud storage market is expected to reach a total of $92 billion by 2022 according to a forecast done by Research and Markets. While a majority of enterprises already have some form of a cloud footprint, the next critical step is to determine a blueprint for optimized cloud utilization. Enterprises face multiple challenges when trying to discern what kind of cloud storage they need. Not only do they need to decide which cloud vendor to use, they also need to understand what data to push to the cloud. Complications arise when you are presented with the dilemma of “too many choices,” ranging from multiple storage architectures, interfaces, and protocols.

Object storage is the lowest hanging fruit when it comes to cloud storage architectures. There is a clear definition of where object storage is best used, such as immutable content storage, backup/archive, and disaster recovery. In short, your WORMs (Write Once Read Many) are perfect candidates to flourish in object storage.

If this seems like too much change, you can always start small and build a mini cloud infrastructure by moving some portion of your data to object storage. Then comes the hard part of figuring out what you want your cloud to become when it ‘grows up’. Fortunately, Hedvig can help you nurture your cloud in three ways.

Private cloud

Hedvig allows you to build an on-prem cloud infrastructure by leveraging object storage support using S3 and Swift interface integrations. You can expand your cloud instantaneously by adding storage at a granularity of x86 commodity servers. Not only you can self-provision storage instantly, you can use Hedvig apis to programmatically interact with your private cloud. Hedvig storage is consumed by installing light-weight storage proxy(s) at any of the compute node(s). This proxy converts S3 and Swift interfaces to Hedvig I/O calls and completes transformation of your on-prem infrastructure to private cloud.

Hybrid cloud

Hedvig allows you to treat your favorite cloud vendor (AWS, Azure, Google Cloud) as an extension of your on-prem private cloud. For instance, you can instantiate your storage nodes in AWS by spinning up a combination of AWS EC2 instances and EBS volumes. Hedvig will treat these cloud-based storage nodes as part of your stretched cluster giving you the flexibility of storing data in the cloud or on-prem. You also have the flexibility of specifying storage policy at the volume level and choosing data residency to be on-prem, in the cloud or both. This allows you to create customized object storage based on your application requirements.


Hedvig’s integration with multiple cloud vendors allows you to avoid using multiple object storage interfaces. Meaning, if you want to build a multi-cloud solution using AWS and Azure, you can spin up storage servers in AWS, as mentioned above. With Azure you can provision storage servers using a combination of Azure virtual machines and Azure storage disks. Hedvig will allow you to treat both cloud instances as a single cloud while continuing to use a S3 or Swift interface, and specifying data residency at the volume level in order to pick your cloud target.

So what’s next?

Road to Object storage: No pitfalls here

Hedvig eliminates vendor lock-in by making sure you do not restrict yourself to proprietary object storage protocols. Hedvig is capable of supporting AWS, Azure, and Google Cloud using single interface (S3/swift) and lets you build applications without worrying about underlying storage. Hedvig keeps cloud pricing in check by providing data-reduction capabilities like global deduplication and compression, at no extra cost.

Transition to Object Storage: No bulldozers needed

At Hedvig, we understand that enterprises have legacy hardware and existing storage architectures but you should not have to rip-and-replace existing infrastructures when your data center needs to evolve. Most organizations realize that over a period of time there are certain applications which are not suitable for object storage. Hedvig’s capability to support other standard storage protocols such as iscsi and NFS allows you to not only keep supporting existing storage architectures, but lets you revert back your object storage application when needed. This provides you the opportunity to create a true cloud, where you can run any workload and store your data to any location.

Are you ready to explore object storage? Click the button below to hear more about the Hedvig solution.

Learn More

Gaurav Yadav

Gaurav Yadav

Gaurav Yadav is a software engineer at Hedvig and a self-proclaimed expert in FIFA (the game). Prior to Hedvig Gaurav worked at Oracle for four years and has also worked at a number of companies including CA, NetLogic and a search engine startup. Gaurav graduated (somehow) from Texas A&M (Gig'em aggies).
See all authored articlesÚ