CloudTierSDK 3.2.1.4

CloudTier-Storage-Tiering-SDK

The CloudTier Storage Tiering SDK is a Hierarchical Storage Management (HSM) file system filter driver development kit. It is a data storage technique that automatically moves data between high-cost and low-cost storage media. It allows you to free up on-premise storage capacity transparently,by moving out cooler data to the cloud storage, thereby reducing capital and operational expenditures.

The CloudTier Storage Tiering SDK provides you a simple and low-cost solution to integrate your on-premise storage to cloud storage infrastructure in a seamless, secure, and transparent fashion. There is no interruption to migrate your on-premise files to the remote cloud storage, so you don't need to change your existing applications and infrastructure. It uses the on-premises storage as a tier 0 storage (hot storage), uses the public cloud storage as a tier 1 storage (clod storage). So you can connect the cloud storage as a second tier. Your application can use the cloud storage just like the local storage without any changes.

How Does The Storage Tiering Work

The storage tiering is a comprehensive technology to access the remote storage transparently. The CloudTier storage SDK integrates with the local file system. When an application accesses a stub file, the CloudTier Filter Driver will bring back the remote storage’s data back to the application or rehydrate the stub file as a normal physical file based on the recall policy.

A stub file looks and acts like a regular file, it has the same file attributes with the original physical file (file size, creation time, last write time, last access time), it also keeps the original file’s security. A stub file is a file with sparse file and reparse point attributes, your customized tag data can be embedded to the stub file. A stub file doesn’t take the storage space for the file data, it only keeps the meta data of the file.

The Use Cases of CloudTier Storage Tiering

Cloud storage tiering can be widely used in telecommunications, government, oil, medical and other industries.

1. Healthcare Data Archiving. Healthcare providers are increasingly required to retain patient medical record data for multi-year periods. Storage requirements for patient data can quickly escalate when the records include high resolution images and ultrasound content.
2. Business Policy Mandated Data Archiving. Companies can generate PB’s of data in the course of day to day operations and to meet legal compliance requirements. Archive Storage can work with Smart Archiving offerings from ISV’s to create a low cost, content archiving solution.
3. Digital Media Content Retention. Creators can generate PB’s worth of video and picture content that is used in the development of original digital media. Archive Storage gives creators a low-cost storage repository for original source content. File-level tiering makes it easy to shift from cold to hot storage should the need arise to use that content for another project.
4. Security/Public Safety data retention. As the number and sophistication of threats to personal and business safety continue to increase, so does the demand for video surveillance. Public and now private sector companies generate TB’s of surveillance footage daily in the course of protecting their citizens and assets. Archive Storage is a low-cost option for storing that data.

The CloudTier Storage Tiering Demo

The CloudTier Storage Tiering Demo demonstrates how to use the SDK. After the stub file was generated, you can register the callback function for the file system filter driver. When the stub file was accessed, the callback function will be invoked, the callback function will retrieve the data from the remote server and send back to the filter driver.

1. Create the stub files first, go to tools->create stub test files. By creating the stub file, you can move out your data to low-cost remote storage,

2. The test source folder stores the file data to simulate the remote host server. You can store your source file data anywhere, i.e. Amazon s3, Azure storage or your own private cloud storage.

3. The test stub file folder stores the test stub files. The stub file doesn't take the storage space, it only keeps the meta data you created.

4. After the stub files were created, start the filter service. The stub files can be read as a regular file, when you open the stub file, all data will read from the source file by the demo application.

5. For demo purpose, the new stub file’s reparse point tag always pointing to the source file, you can change it to your remote sever, or in the cloud.

EaseFilter File System Filter Driver SDK Reference

EaseFilter SDK Sample Projects

Filter Driver Reference

• Understand MiniFilter Driver
• Understand File I/O
• Understand I/O Request Packets(IRPs)
• Filter Driver Developer Guide
• MiniFilter Filter Driver Framework
• Isolation Filter Driver

Support

If you have questions or need help, please contact support@easefilter.com

Home | Solution | Download | Demos | Blog | Programming