ストレージ仮想化

コンピュータサイエンスにおいて、ストレージ仮想化とは「物理ストレージリソースの論理ビューをホストコンピュータシステムに提示するプロセス」 ^[1]であり、「企業内のすべてのストレージメディア（ハードディスク、光ディスク、テープなど）を単一のストレージプールとして扱う」^{[2] 。}

「ストレージ システム」は、ストレージ アレイ、ディスク アレイ、またはファイラーとも呼ばれます。ストレージ システムでは通常、コンピューティングとデータ処理用の非常に高速で信頼性の高いストレージを提供するために、ディスク ドライブとともに特殊なハードウェアとソフトウェアを使用します。ストレージ システムは複雑であり、高度なデータ保護機能とともにストレージ容量を提供するように設計された専用コンピュータと考えることができます。ディスク ドライブは、システム内のハードウェアと専用組み込みソフトウェアとともに、ストレージ システム内の 1 つの要素にすぎません。

ストレージ システムは、ブロック アクセス ストレージまたはファイル アクセス ストレージのいずれかを提供できます。ブロック アクセスは通常、ファイバー チャネル、iSCSI、SAS、FICONなどのプロトコルを介して提供されます。ファイル アクセスは、多くの場合、NFSまたはSMBプロトコルを使用して提供されます。

ストレージ システムのコンテキスト内では、主に 2 種類の仮想化が行われます。

• ここで使用されるブロック仮想化とは、物理ストレージから論理ストレージ（パーティション）を抽象化（分離）し、物理ストレージや異種構造に関係なくアクセスできるようにすることです。この分離により、ストレージシステムの管理者は、エンドユーザーのストレージをより柔軟に管理できるようになります。^[3]
• ファイル仮想化は、ファイル レベルでアクセスされるデータとファイルが物理的に保存される場所との間の依存関係を排除することで、 NAS の課題に対処します。これにより、ストレージの使用とサーバーの統合を最適化し、中断のないファイル移行を実行する機会が生まれます。

ストレージの仮想化は、データの物理的な場所を抽象化することで、場所の独立性を実現します。仮想化システムは、データ ストレージ用の論理スペースをユーザーに提示し、それを実際の物理的な場所にマッピングするプロセスを処理します。

複数の仮想化またはマッピング レイヤーを持つことが可能です。その場合、1 つの仮想化レイヤーの出力を、より上位の仮想化レイヤーの入力として使用できます。仮想化は、バックエンド リソース間のスペースをフロントエンド リソースにマッピングします。この場合、「バックエンド」は、直接使用するためにコンピューターまたはホスト システムに提示されない論理ユニット番号(LUN) を指します。「フロントエンド」LUN またはボリュームは、使用するためにホストまたはコンピューター システムに提示されます。

マッピングの実際の形式は、選択した実装によって異なります。一部の実装ではマッピングの粒度が制限され、デバイスの機能が制限される場合があります。一般的な粒度は、単一の物理ディスクから物理ディスクの小さなサブセット (メガバイトまたはギガバイトの倍数) までの範囲です。

ブロックベースのストレージ環境では、単一の情報ブロックは、LUN 識別子とその LUN 内のオフセット (論理ブロック アドレス指定(LBA) と呼ばれる) を使用してアドレス指定されます。

仮想化ソフトウェアまたはデバイスは、仮想化されたストレージのすべてのマッピング情報の一貫したビューを維持する役割を担います。このマッピング情報はメタデータと呼ばれることが多く、マッピング テーブルとして保存されます。

アドレス空間は、マッピング テーブルを維持するために必要な容量によって制限される場合があります。粒度レベルとアドレス可能空間の合計は、メタデータのサイズ、つまりマッピング テーブルのサイズに直接影響します。このため、アドレス可能容量の量と粒度またはアクセス粒度の間にはトレードオフがあるのが一般的です。

これらの制限に対処する一般的な方法の 1 つは、複数のレベルの仮想化を使用することです。現在導入されている多くのストレージ システムでは、3 層の仮想化を利用するのが一般的です。^[4]

一部の実装ではマッピング テーブルを使用せず、代わりにアルゴリズムを使用して場所を計算します。これらの実装では、マッピング テーブルに情報を格納するのではなく、動的な方法を使用してアクセス時に場所を計算します。

仮想化ソフトウェアまたはデバイスは、メタデータを使用して I/O 要求をリダイレクトします。論理ディスク (vdisk) 上のデータの場所に関する情報を含む着信 I/O 要求を受信し、これを物理ディスクの場所への新しい I/O 要求に変換します。

たとえば、仮想化デバイスは次のようになります。

• vdisk LUN ID=1、LBA=32 の読み取り要求を受信します。
• LUN ID=1、LBA=32のメタデータ検索を実行し、これが物理LUN ID=7、LBA0にマップされていることが分かります。
• 物理LUN ID=7、LBA0に読み取り要求を送信します。
• 物理LUNからデータを受信します
• データが仮想ディスク LUN ID=1、LBA32 から送信されたかのように、送信元に送り返します。

ほとんどの実装では、特定の実装のサポート マトリックスの範囲内で、複数のベンダーのストレージ デバイスの異機種混在管理が可能です。つまり、次の機能は、特定のストレージ コントローラによって提供される同様の機能のように、単一のベンダーのデバイスに限定されず、実際には異なるベンダーのデバイス間で可能です。

データ レプリケーション技術は仮想化アプライアンスに限定されるわけではないため、ここでは詳しく説明しません。ただし、ほとんどの実装では、これらのレプリケーション サービスの一部またはすべてが提供されます。

ストレージが仮想化されている場合、仮想化を実行しているソフトウェアまたはデバイスの上にレプリケーション サービスを実装する必要があります。これは、論理ディスク (vdisk) の実際の一貫性のあるイメージをコピーできるのは仮想化レイヤーの上だけであるためです。これにより、実装できるサービスが制限されるか、実装が非常に困難になります。仮想化がネットワークまたはそれ以上のレベルで実装されている場合、基盤となるストレージ コントローラーによって提供されるレプリケーション サービスはすべて役に立たなくなります。

• 災害復旧のためのリモートデータレプリケーション
  • 同期ミラーリング - リモートサイトが完了を確認した場合にのみ I/O 完了が返されます。短い距離 (<200 km) に適用可能
  • 非同期ミラーリング - リモートサイトが完了を確認する前に I/O 完了が返されます。はるかに長い距離 (>200 km) に適用できます。
• さまざまな用途のためにデータをコピーまたは複製するためのポイントインタイムスナップショット
  • シンプロビジョニングと組み合わせると、スペース効率の高いスナップショットが可能になります。

物理ストレージ リソースはストレージ プールに集約され、そこから論理ストレージが作成されます。必要に応じて、異機種混在の可能性のあるストレージ システムを追加でき、仮想ストレージ スペースは同じ量だけ拡張されます。このプロセスは、ストレージ インフラストラクチャを使用するアプリケーションに対して完全に透過的です。

ストレージ仮想化を提供するソフトウェアまたはデバイスは、仮想化環境の共通ディスク マネージャーになります。論理ディスク (vdisk) は仮想化ソフトウェアまたはデバイスによって作成され、必要なホストまたはサーバーにマップ (表示) され、環境内のすべてのボリュームを管理するための共通の場所または方法が提供されます。

この環境では、拡張機能を簡単に提供できます。

• ストレージ利用率を最大化するシンプロビジョニング
  • 物理ストレージは使用されるときにのみマッピング テーブルに割り当てられるため、実装は比較的簡単です。
• ディスクの拡張と縮小
  • マッピング テーブルに追加することで、より多くの物理ストレージを割り当てることができます (使用しているシステムがオンライン拡張に対応できることを前提としています)
  • 同様に、マッピングから一部の物理ストレージを削除することでディスクのサイズを縮小できます (削除された領域に何が存在するかは保証されないため、この用途は限られています)

ホストまたはサーバーを実際のストレージから抽象化することによる主な利点の 1 つは、同時 I/O アクセスを維持しながらデータを 移行できることです。

ホストは論理ディスク (マップされた LUN) のみを認識しているため、メタデータ マッピングの変更はホストに対して透過的です。つまり、実際のデータは、クライアントの操作に影響を与えることなく、別の物理的な場所に移動または複製できます。データがコピーまたは移動されると、メタデータは新しい場所を指すように更新されるだけで、古い場所の物理ストレージが解放されます。

物理的な場所を移動するプロセスは、データ移行と呼ばれます。ほとんどの実装では、ホストが論理ディスク (または LUN) への I/O を継続しながら、中断することなくこれを実行できます。

マッピングの粒度によって、メタデータの更新速度、移行中に必要な追加容量、以前の場所が空きとしてマークされる速度が決まります。粒度が小さいほど、更新が速くなり、必要なスペースが少なくなり、古いストレージをより早く解放できます。

ストレージ管理者が日常的に実行する必要があるタスクの多くは、データ移行技術を使用して簡単に同時に実行できます。

• 過剰に使用されているストレージ デバイスからデータを移動します。
• 必要に応じてデータをより高速なストレージデバイスに移動する
• 情報ライフサイクル管理ポリシーの実装
• 古いストレージデバイス（廃棄またはリース終了）からデータを移行する

プーリング、移行、シンプロビジョニングサービスにより、利用率を高めることができます。これにより、ユーザーはストレージソリューションの過剰購入や過剰プロビジョニングを回避できます。言い換えれば、共有ストレージプールを介したこの種の利用は、必要に応じて簡単かつ迅速に割り当てることができ、アプリケーションのパフォーマンスを妨げることが多いストレージ容量の制約を回避できます。^[5]

利用可能なストレージ容量がすべてプールされると、システム管理者は特定のホストまたはサーバーに割り当てる空き領域のあるディスクを探す必要がなくなります。利用可能なプールから新しい論理ディスクを簡単に割り当てたり、既存のディスクを拡張したりできます。

プーリングは、利用可能なストレージ容量をすべて使用できる可能性も意味します。従来の環境では、ディスク全体がホストにマップされます。これは必要以上に大きい場合があり、スペースを無駄にします。仮想環境では、論理ディスク (LUN) には、使用中のホストに必要な容量が割り当てられます。

ストレージは、その時点で必要な場所に割り当てることができるため、特定のホストが将来どれだけの容量を必要とするかを推測する必要性が減ります。シン プロビジョニングを使用すると、管理者は非常に大きなシン プロビジョニングされた論理ディスクを作成できるため、使用中のシステムは初日から非常に大きなディスクがあると考えます。

ストレージ仮想化により、複数の独立したストレージ デバイスがネットワーク上に分散している場合でも、単一のモノリシック ストレージ デバイスのように見え、集中管理できるようになります。

ただし、従来のストレージ コントローラ管理、つまり、エラーや障害の管理を含むRAIDアレイの作成と保守は依然として必要です。

抽象化レイヤーが配置されると、物理メディア上の実際のデータの保存場所を認識できるのは仮想化装置のみになります。したがって、仮想ストレージ環境から抜け出すには、従来の方法で使用できる連続したディスクとして論理ディスクを再構築する必要があります。

ほとんどの実装では、何らかの形のバックアウト手順が提供されており、データ移行サービスでは少なくとも可能ですが、時間がかかります。

相互運用性は、あらゆる仮想化ソフトウェアやデバイスにとって重要な要素です。これは、実際の物理ストレージ コントローラとホスト、それらのオペレーティング システム、マルチパス ソフトウェア、接続ハードウェアに適用されます。

相互運用性の要件は、選択した実装によって異なります。たとえば、ストレージ コントローラ内に実装された仮想化では、ホスト ベースの相互運用性に余分なオーバーヘッドは追加されませんが、同じソフトウェアによって他のストレージ コントローラを仮想化する場合は、それらの追加のサポートが必要になります。

スイッチベースの仮想化では、パケットクラッキング技術を使用して I/O をリダイレクトする場合、特定のホスト相互運用性は必要ありません。

ネットワーク ベースのアプライアンスは、すべてのデバイス、ストレージ、ホストと相互運用する必要があるため、相互運用性の要件が最も高くなります。

複雑さはいくつかの領域に影響を及ぼします。

• 環境の管理: 仮想ストレージ インフラストラクチャは、論理ディスクとレプリケーション サービスを一元管理できるという利点がありますが、物理ストレージも管理する必要があります。抽象化レイヤーにより、問題の判別と障害の分離も複雑になる可能性があります。
• インフラストラクチャ設計: 従来の設計倫理はもはや適用されない可能性があり、仮想化により、さまざまな新しいアイデアや概念を検討する必要があります (詳細はこちら)
• ソフトウェアまたはデバイス自体: 一部の実装は設計とコーディングがより複雑です (ネットワーク ベース、特にインバンド (対称) 設計)。これらの実装は実際に I/O 要求を処理するため、レイテンシが問題になります。

情報は、今日のビジネス環境において最も貴重な資産の 1 つです。仮想化されると、メタデータは中間の接着剤の役割を果たします。メタデータが失われると、マッピング情報なしで論理ドライブを再構築することは事実上不可能であるため、実際のデータもすべて失われます。

どのような実装でも、適切なレベルのバックアップとレプリカで保護を確実に行う必要があります。壊滅的な障害が発生した場合にメタデータを再構築できることが重要です。

メタデータ管理はパフォーマンスにも影響を及ぼします。仮想化ソフトウェアまたはデバイスは、メタデータのすべてのコピーをアトミックかつ迅速に更新できる状態に維持できなければなりません。一部の実装では、ポイントインタイム コピーやキャッシュなど、実際に実行される I/O のレイテンシを最小限に抑えるために超高速更新が必要な特定の高速更新機能を提供する機能が制限されています。

一部の実装では、主にキャッシュにより物理ストレージのパフォーマンスを実際に向上させることができます。ただし、キャッシュには I/O 要求に含まれるデータの可視性が必要なため、インバンドおよび対称仮想化ソフトウェアとデバイスに限定されます。ただし、これらの実装は、I/O がソフトウェアまたはデバイスを通過する必要があるため、I/O 要求の待ち時間 (キャッシュ ミス) にも直接影響します。ソフトウェアまたはデバイスが効率的に設計されていると仮定すると、この影響は物理ディスク アクセスに関連する待ち時間と比較して最小限に抑えられるはずです。

仮想化の性質上、論理から物理へのマッピングには、ある程度の処理能力とルックアップ テーブルが必要になります。そのため、実装ごとに若干の遅延が発生します。

応答時間の問題に加えて、スループットも考慮する必要があります。メタデータ検索ソフトウェアへの入出力帯域幅は、利用可能なシステム帯域幅に直接影響します。情報の読み取りまたは書き込みの前にメタデータ検索が行われる非対称実装では、メタデータは実際の I/O サイズのごく一部であるため、帯域幅はそれほど問題になりません。インバンドの対称フロースルー設計は、処理能力と接続帯域幅によって直接制限されます。

ほとんどの実装では、何らかの形のスケールアウト モデルが提供されており、追加のソフトウェアまたはデバイス インスタンスを含めることで、スケーラビリティが向上し、帯域幅が増加する可能性があります。パフォーマンスとスケーラビリティの特性は、選択した実装によって直接影響を受けます。

• ホストベース
• ストレージデバイスベース
• ネットワークベース

ホストベースの仮想化では、ホスト上で特権タスクまたはプロセスとして実行される追加のソフトウェアが必要です。ボリューム管理はオペレーティング システムに組み込まれている場合もあれば、別個の製品として提供される場合もあります。ホスト システムに提示されるボリューム (LUN) は、従来の物理デバイス ドライバーによって処理されます。ただし、ディスク デバイス ドライバーの上にはソフトウェア レイヤー (ボリューム マネージャー) があり、I/O 要求をインターセプトし、メタデータ検索と I/O マッピングを提供します。

最近のほとんどのオペレーティング システムには、仮想化タスクを実行する何らかの形式の論理ボリューム管理 (Linux ではLogical Volume Managerまたは LVM、Solaris および FreeBSD ではZFSの zpool レイヤー、Windows ではLogical Disk Managerまたは LDM) が組み込まれています。

注: ホスト ベースのボリューム マネージャーは、ストレージ仮想化という用語が作られるずっと前から使用されていました。

• 設計とコーディングが簡単
• あらゆるストレージタイプをサポート
• シンプロビジョニングの制限なしでストレージ使用率を向上

• ストレージ使用率はホストごとに最適化されます
• レプリケーションとデータ移行は、そのホストに対してローカルでのみ可能です。
• ソフトウェアはオペレーティングシステムごとに異なります
• ホストインスタンスを他のインスタンスと同期させる簡単な方法がない
• サーバーのディスクドライブのクラッシュ後の従来のデータ復旧は不可能です

• テクノロジー:
  • 論理ボリューム管理
  • ファイルシステム、例：（ハードリンク、SMB / NFS）
  • 自動マウント、例: (autofs)

ホストベースの仮想化と同様に、いくつかのカテゴリが長年にわたって存在していましたが、最近になって仮想化として分類されるようになりました。単一のハードディスクドライブなどの単純なデータストレージデバイスは、仮想化を提供しません。ただし、最も単純なディスクアレイでも、 RAIDスキームを使用して複数のディスクを単一のアレイに結合する (そして後でアレイをより小さなボリュームに分割する) ため、論理から物理への抽象化が提供されます。

高度なディスク アレイには、多くの場合、クローン作成、スナップショット、リモート レプリケーションの機能が備わっています。通常、これらのデバイスでは、各ベンダーが独自のプロトコルを使用する傾向があるため、異機種ストレージ間でのデータ移行やレプリケーションの利点は得られません。

新しいタイプのディスク アレイ コントローラでは、他のストレージ デバイスを下流に接続できます。この記事では、他のストレージ デバイスを実際に仮想化する後者のスタイルについてのみ説明します。

プライマリ ストレージ コントローラはサービスを提供し、他のストレージ コントローラを直接接続できるようにします。実装に応じて、これらは同じベンダーのものでも異なるベンダーのものでもかまいません。

プライマリ コントローラは、プーリングおよびメタデータ管理サービスを提供します。また、プライマリ コントローラは、管理するコントローラ間でのレプリケーションおよび移行サービスも提供します。

• 追加のハードウェアやインフラストラクチャは不要
• ストレージ仮想化のメリットのほとんどを提供
• 個々のI/Oにレイテンシを追加しない

• ストレージ使用率は接続されたコントローラ間でのみ最適化されます
• レプリケーションとデータ移行は、接続されたコントローラと長距離サポートのための同じベンダーのデバイス間でのみ可能です。
• 下流コントローラ接続はベンダーサポートマトリックスに限定されます
• I/Oレイテンシ、非キャッシュヒットではプライマリストレージコントローラがセカンダリダウンストリームI/O要求を発行する必要がある
• ストレージインフラストラクチャリソースの増加により、プライマリストレージコントローラは、同じスループットを維持するためにセカンダリストレージコントローラと同じ帯域幅を必要とする。

ストレージ仮想化は、ネットワーク ベースのデバイス (通常は標準サーバーまたはスマート スイッチ) 上で動作し、iSCSI または FCファイバー チャネルネットワークを使用してSANとして接続します。これらのタイプのデバイスは、最も一般的に利用可能で実装されている仮想化形式です。

仮想化デバイスは SAN 内に配置され、I/O を実行するホストとストレージ容量を提供するストレージ コントローラーの間に抽象化レイヤーを提供します。

• 真の異機種ストレージ仮想化
• データのキャッシュ（パフォーマンス上の利点）は、インバンドで可能
• すべての仮想化ストレージに対する単一の管理インターフェース
• 異機種デバイス間のレプリケーションサービス

• 複雑な相互運用性マトリックス – ベンダーのサポートによって制限される
• スイッチベースのデバイスで高速メタデータ更新を実装するのは困難
• アウトオブバンドには特定のホストベースのソフトウェアが必要
• インバンドではI/Oに遅延が発生する可能性がある
• インバンドは設計とコーディングが最も複雑

ネットワークベースのストレージ仮想化には、アプライアンスベースとスイッチベースの 2 つの一般的な実装があります。どちらのモデルも、ディスク管理、メタデータ検索、データ移行、レプリケーションなどの同じサービスを提供できます。どちらのモデルでも、これらのサービスを提供するために、処理ハードウェアも必要です。

アプライアンス ベースのデバイスは、何らかの形で SAN 接続を提供する専用のハードウェア デバイスです。これらはホストとストレージの間に位置し、インバンド (対称) アプライアンスの場合は、この記事で説明したすべての利点とサービスを提供できます。I/O 要求はアプライアンス自体を対象とし、アプライアンスはメタデータ マッピングを実行してから、基盤となるストレージに独自の I/O 要求を送信して I/O をリダイレクトします。インバンド アプライアンスはデータのキャッシュも提供できます。ほとんどの実装では、メタデータとキャッシュ データのアトミック ビューを維持するために、個々のアプライアンスを何らかの形でクラスタリングします。

スイッチ ベースのデバイスは、その名前が示すように、SAN デバイスを接続するために使用される物理スイッチ ハードウェアに存在します。これらもホストとストレージの間に存在しますが、パケット クラッキングを使用して着信 I/O 要求をスヌープし、I/O リダイレクトを実行するなど、メタデータ マッピングを提供するためのさまざまな手法を使用する場合があります。スイッチ環境でメタデータのアトミック更新を確実に行うことは非常に困難であり、データとメタデータの高速更新を必要とするサービスは、スイッチ実装では制限される可能性があります。

インバンド(対称型とも呼ばれる) 仮想化デバイスは、実際にはホストとストレージ間のデータ パス内にあります。すべての I/O 要求とそのデータはデバイスを通過します。ホストは仮想化デバイスに対して I/O を実行し、実際のストレージ デバイスとやり取りすることはありません。仮想化デバイスは、ストレージ デバイスに対して I/O を実行します。データのキャッシュ、データ使用状況に関する統計、レプリケーション サービス、データ移行、シン プロビジョニングはすべて、インバンド デバイスで簡単に実装できます。

帯域外 (非対称とも呼ばれる) 仮想化デバイスは、メタデータ サーバーと呼ばれることもあります。これらのデバイスは、メタデータ マッピング機能のみを実行します。これには、実際のデータの場所を最初に要求することを知っているホスト内の追加ソフトウェアが必要です。したがって、ホストからの I/O 要求は、ホストを離れる前に傍受され、メタデータ サーバー (SAN 以外のインターフェイス経由の場合もあります) からメタデータ検索が要求され、データの物理的な場所がホストに返されます。その後、ストレージへの実際の I/O 要求を通じて情報が取得されます。データがデバイスを通過することはないため、キャッシュは不可能です。

ファイルベースの仮想化は、ファイルをストレージの基本単位として使用するストレージ仮想化の一種です。これは、ブロックを基本単位として使用するブロックベースのストレージ仮想化とは対照的です。これは、ストレージの物理的な詳細を抽象化し、特定のドライバーやその他の低レベル構成を必要とせずに、あらゆるタイプのストレージ デバイスにファイルを保存できるようにする方法です。

ファイルベースの仮想化は、ストレージの統合、ストレージ使用率の向上、仮想化、および災害復旧に使用できます。これにより、ストレージ管理が簡素化され、管理が必要なストレージ デバイスの総数が削減されます。システム管理者とソフトウェア開発者は、組み込みツールまたはサードパーティ ツールを使用して、オフライン操作で仮想ストレージを管理します。

ファイルベースのストレージ仮想化の主な方式は次の 2 つです。

1. 仮想ディスクの作成時にストレージ全体を事前に割り当てる、または、
2. 必要に応じてストレージを動的に拡張

仮想ディスクは、通常それぞれ 2GB のサイズを持つフラット ファイルのコレクションに分割されて実装されるか (総称して分割フラット ファイルと呼ばれます)、または単一の大きなモノリシックフラット ファイルとして実装されます。事前割り当てストレージ スキームは、シック プロビジョニング ^[6]スキームとも呼ばれます。

仮想ディスクは、ストレージがオンデマンドで割り当てられる点を除けば、分割ファイルまたはモノリシックファイルを使用して実装できます。いくつかの仮想マシンモニター実装では、動作中の仮想マシンにストレージを提供する前に、ストレージをゼロで初期化します。動的に拡張するストレージ方式は、シンプロビジョニング ^[6]方式とも呼ばれます。

ファイルベースの仮想化では、容量が十分に使用されていないデバイスにファイルを保存できるため、ストレージの使用率も向上します。たとえば、ファイル サーバーに一部しか使用されていないハード ドライブが多数ある場合、ファイルベースの仮想化を使用してそれらのドライブにファイルを保存することで、ストレージ デバイスの使用率を高めることができます。

ファイルベースの仮想化を使用すると、仮想ファイル サーバー (または仮想 NAS デバイス) を作成できます。これは、ユーザーには単一のファイル サーバーのように見えますが、実際には複数の物理ファイル サーバーに保存された一連のファイルとして実装されるストレージ システムです。

• アーカイブ
• 自動階層化ストレージ
• ストレージハイパーバイザー
• バックアップ
• コンピュータデータストレージ
• データの増殖
• ディスクストレージ
• 情報ライフサイクル管理
• 情報リポジトリ
• 磁気テープデータストレージ
• リポジトリ
• スピンドル