IBM Adds Speed, Flexibility To Big Data Storage

XIV Storage Systems, tuned for cloud, virtualization, big data implementations, get solid state drives to triple storage speed, plus iPhone app for remote monitoring.

IBM on Tuesday introduced a number of enhancements to its XIV Storage System 3.1, including increased performance and reduced latency through the use of solid state drives (SSDs). The company also announced a new iPhone app that lets storage administrators monitor their XIV Storage Systems remotely.

IBM claims that it has shipped over 5,200 XIV Storage Systems and 384 petabytes of capacity since it acquired XIV in 2008. The product is targeted to big data, virtualized data centers, and cloud deployments.


More Storage Insights

Webcasts

More >>

White Papers

More >>

Reports

More >>

An XIV Storage System consists of modules, each containing a multi-core CPU, RAM, and disk drives, that work in parallel to service I/O. Each module is linked with InfiniBand, and software running on the modules allows each to act as an independent storage system and handle its own caching and snapshots.

With the addition of an SSD cache, the company also claims that the XIV can perform at 160,000 I/O per second with 180 disk drives and 79 terabytes of capacity.

[ Sure, SSDs are expensive--but are they economical, too? See Solid State Storage Can Save You Money. ]

In IBM's implementation, the SSDs are used as a secondary cache between the hard disk drives and the DRAM cache. Data is always placed in both cache units and disk access is avoided when data resides in the SSD cache. The SSD cache needs to be at least an order of magnitude bigger than the DRAM cache to be effective.

In host reads, the XIV checks for data in SSD cache. It a hit is made, it re-routes the requests to the SSD for quick retrieval of the data. If not hit, it forwards the requests, unmodified, to the drives. Upon return, it copies the pages into an internal buffer. When the buffer fills up, it is de-staged to the SSD, sequentially, and sequential I/O detection bypasses the SSD to avoid cache poisoning.

In host writes, all writes go to the DRAM cache, and as they are de-staged from the cache, they are synchronously staged onto the SSD buffer. When the buffer is full, the data is written to the SSD.

The SSD cache, available on all Gen3 XIV systems, consists of a 400-GB SSD on each module and 6 TB of cache per rack. The SSD is housed in a PCI caddy in the rear of the module and can scale from 6 to 15 SSD drives.

The company also added the ability to mirror data between previous XIV storage systems and the new Gen3 systems. This allows customers to migrate data off old arrays and onto the new arrays and to then repurpose their older XIVs as disaster recovery backup systems.

IBM also added to the remote monitoring capabilities of the XIV by allowing iPhone users to manage the systems from anywhere. The app will be available for free download later this month. IBM previously released the XIV Mobile Dashboard for iPad users last year.

The company also promised IPv6 support in the first half of this year, followed by USGv6, the government implementation of IPv6, later in the year.

Deni Connor is founding analyst for Storage Strategies NOW, an industry analyst firm that focuses on storage, virtualization, and servers.

IT's spending as much as ever on disaster recovery, despite advances in virtualization and cloud techniques. It's time to break free. Download our Disaster Recovery Disaster supplement now. (Free registration required.)


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
Subscribe to RSS

Resource Links