Research Article
Transactional filer for grid storage server
@INPROCEEDINGS{10.1109/ICBN.2005.1589764, author={H. Shrikumar}, title={Transactional filer for grid storage server}, proceedings={2nd International ICST Conference on Broadband Networks}, publisher={IEEE}, proceedings_a={BROADNETS}, year={2006}, month={2}, keywords={}, doi={10.1109/ICBN.2005.1589764} }
- H. Shrikumar
Year: 2006
Transactional filer for grid storage server
BROADNETS
IEEE
DOI: 10.1109/ICBN.2005.1589764
Abstract
Future demands on storage systems are expected to stress current storage architectures on ail dimensions: amount of aggregate storage is expected to grow by 2 to 3 orders of magnitude, while data-granularity is expected to fall by at least an order of magnitude. Further, the network access bandwidths are also increasing at least by two orders of per link, and several times that in aggregate. We present a transactional filer, a extensible scalable file-system capable of "petabyte" and "petabit-per-sec" performance. This filer is built using, as its components, an all-silicon grid storage server, whose scalability derives from a no-software "server-less server" design. The grid storage server implements multiple layers of a protocol stack which are compiled into a hardware engine that processes all layers concurrently on-chip, without any software involvement. The protocol engine chip has a vanishingly low price point, at which it is possible to directly network-enable each individual hard-disk drive. This "serverless" design allows it to scale up to match "terabit" network speeds and "terabyte" disk capacities per node, aggregating to petabyte-petabit capacities across the large scale grid application. The transactional filer is a file-system is built upon this distributed silicon protocol engine architecture; and benefits from the advantages of reconfigrable computing. The file-system primitives which are implemented in the hardware protocol engine are simple and hence silicon-friendly, yet they can be combined together in ways to provide a very rich transactional versioned file-system interface to the end-application. While this newer grid-friendly file-system interface is exposed for new applications, the same hardware primitives can be used in a backward compatible POSIX manner to support legacy applications