Description

  • take an HP rx7620 (max. 8 CPUs, 16-32GB of RAM, 15 PCI-X slots, 8GByte/s I/O bandwidth)
  • add one 10Gb NIC --> 800-900MByte/s network I/O
  • add up to 14 Dual-Port FC cards --> 28 FC ports
  • connect 6 tape drives (for 100MB/s I/O rate per unit)
  • leaves 22 ports for FC disks

Reasoning

This solution is a "high-end" implementation of the LocalCacheForTapeServers idea for tape units which can run at ~100MB/s (even with the FileMarks limitations). It provides sufficient I/O capabilities to run a larger number of tape units at their maximum speed in order to increase (tape-)efficiency as much as possible. In addition it opens a simply way of upgrading to even faster tape units while keeping the high efficiency...without changes to the infratructure (network etc.).

The disk pools could be run in an even more flexible way as for the MidTapeServer solution.

The main disadvantage of this solution is the need for 10Gb network connectivity. But if the tape units are capable of more than 100MB/s (including all limitiations) the network would become the bottleneck if the tape server is connected with 1Gb only.

Software

This box would run any standard Linux (SLC3 - SLC21) with a 2.6 kernel. I/O prioritization is also possible, but might not be necessary. As for any other idea involving LocalCacheForTapeServers, CASTOR has to be changed...

-- AndreasHirstius - 03 May 2005

Edit | Attach | Watch | Print version | History: r1 | Backlinks | Raw View | WYSIWYG | More topic actions
Topic revision: r1 - 2005-05-03 - unknown
 
    • Cern Search Icon Cern Search
    • TWiki Search Icon TWiki Search
    • Google Search Icon Google Search

    LinuxSupport All webs login

This site is powered by the TWiki collaboration platform Powered by PerlCopyright &© 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
or Ideas, requests, problems regarding TWiki? use Discourse or Send feedback