SDSの定義とトレンド【後編】
徹底解説:ストレージ仮想化、オブジェクトストレージにおける「SDS」の仕組みとは(1/2 ページ)
「ソフトウェア定義ストレージ」(SDS)ほど見解に相違が見られる用語はない。「柔軟性」「使いやすさ」「スケーラビリティとパフォーマンス」「総所有コスト」の4基準で各SDSの長所と短所を評価する。
前編「徹底解説:vSAN、HCIベンダーが提供する「SDS」の長所と短所」では、vSANのようなハイパーバイザーベースのSDSと、ハイパーコンバージドインフラを構成するSDSについて紹介した。後編では、以下2つのSDSの種類について取り上げる。
- ストレージ仮想化のSDS
- スケールアウトオブジェクト/ファイルのSDS
ストレージ仮想化のSDS
ストレージ仮想化のSDSは、SDS市場において、最も成熟したSDSだ。2000年初頭から存在しているが、当時は単に「ストレージ仮想化」と呼ばれていた。ストレージ仮想化のSDSは、基本的に全てのストレージサービスを含むストレージソフトウェアスタック全体を指している。x86アーキテクチャで動作し、ホストを高性能で高機能なストレージコントローラーに変化させるように最適化されている。ストレージ仮想化のSDSでは、サーバストレージと外部ストレージシステムを仮想化して、容量、データ保護ポリシー、パフォーマンス特性がそれぞれ異なる仮想ストレージプールを作成する。ストレージ仮想化のSDSは、基本的にx86サーバをストレージシステムに変換している。一部の製品では、VMを仮想ストレージアプライアンスとして動作させることも可能だ。ストレージ仮想化のSDSは主にアーキテクチャをスケールアップするが、一部の製品ではスケールアウトにも対応している。そのような製品は、専用の高コストなハードウェアを排除して低コストなサーバドライブを活用し、旧式のストレージシステムに再び役割を持たせ、データの移行を簡略化する目的で構築されている。ストレージ仮想化のSDSの主要なメーカー企業と製品には、DataCore Softwareの「SANSymphony」、Datrium、Dell EMCの「EMC ViPR」、ElastiFile、FalconStor、Formation Data Systems、日立データシステムズ(HDS)、IBMの「SAN ボリューム・コントローラー」(SVC)、ioFABRIC、Microsoftの「Windows Server 2012 R2」以降、NetAppの「ONTAP Cloud」、Nexenta Systemsの「NexentaStor」、OSNEXUSの「QuantaStor」、Starwind Software、StorONEなどがある。
ストレージ仮想化のSDSの長所
- 柔軟性
ベンダーが認定およびサポートしているx86物理ホストまたはVMであれば、そのほぼ全てで機能する。ストレージは全て仮想ストレージプールに変換されるため、古いストレージにもう一度役割を持たせることができる。スケールアウトの場合は、物理ホストやVMへのアクセスを任意のノードに許可できる。複数のコピーによるミラーリングは可能だが、コントローラーの単一障害点を防ぐためにミラーリングを使用する必要はない。なぜなら、ストレージ仮想化のSDSはソフトウェアとして準備したり、HCIと同様にサーバハードウェアにバンドルしたりすることが可能だからだ。
- スケーラビリティとパフォーマンス
クラスタでは各ノードの容量を増やしたり、ノードを追加して拡張したりできるため、柔軟なスケーリングが可能だ。一般的に、ストレージ仮想化のSDSは、アクティブ/アクティブ構成のサイロ化したストレージシステムの大半と同じものと考えられる。
- 使いやすさ
ハードウェアにバンドルされたストレージ仮想化のSDSは、非常に明快なストレージシステムだ。市販のコモディティハードウェアを利用し、拡張性が高い。ブロック(SAN)、ファイル(NAS)またはオブジェクトを提供するものもある。
- 総所有コスト(TCO)
ストレージ仮想化のSDSでコストが抑えられる最大の理由は、コモディティハードウェアとサーバベースのドライブにある。また、インラインデータ削減機能によってもコストが抑えられている。ほぼ全てのストレージ仮想化のSDSのTCOは、同等のストレージシステムと比べて圧倒的に有利だろう。
ストレージ仮想化のSDSの短所
- 柔軟性の問題
大半のストレージ仮想化のSDSは、ベンダーが認定およびサポートしている指定のコモディティハードウェアでしか動作しない。また、仮想ストレージアプライアンスとして実行可能な製品では、ベンダーが認定およびサポートしているハイパーバイザーが必要になる。
- スケーラビリティとパフォーマンスの問題
このようなシステムは、スペック上では容量について非常に高いスケーラビリティがサポートされているが、実際に使用すると多少の違いが見られる。ストレージ仮想化のSDSの容量は、x86サーバの制約を受ける。各サーバで処理できる容量は、x86サーバのパフォーマンスが許容できないほど低下しない範囲に限られる。ストレージ仮想化のSDSのスケールアウトは、サポートされるストレージコントローラーノードの数に上限があるため、クラスタ化の制限を受ける。さらに、パフォーマンスも同じ制限の影響を受けることもある。
- 使い勝手の悪さ
Copyright © ITmedia, Inc. All Rights Reserved.
SDSの定義とトレンド
この記事の著者
関連記事
新着ホワイトペーパー PR
-
技術文書・技術解説
[ネットアップ合同会社] 金融庁ガイドラインから読み解く、「次世代データレジリエンス」の在り方 -
製品資料
[ネットアップ合同会社] 製造DXでデータ活用ニーズが拡大 分散データ活用とAI活用をどう実践する? -
製品レビュー
[ネットアップ合同会社] AIで使いたいデータが内外に点在、研究におけるAI活用を阻む“真の課題”とは -
製品資料
[株式会社kickflow] 稟議・承認作業の「脱オンプレ・脱Excel・ペーパーレス化」を一気に進める方法 -
製品レビュー
[株式会社kickflow] ワークフローシステムのクラウド化 “みんなが不幸になる”事態を避けるには?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ人はいるのにDXが進まない? ライオンも直面した“老害”レガシーシステム
-
2
「エージェントを作るな、スキルを作れ?」 Anthropicが提唱するAI運用の勘所
-
3
障害対応に「余裕なし」が9割超 運用担当316人調査で見えた「運用赤字」
-
4
シャトレーゼを悩ませる偽メール 混乱なしでBIMI導入とDMARC強化を実現した方法
-
5
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
6
いまIBM iエンジニアが直面する「5つの技術的課題」とその解決策
-
7
Microsoft月例パッチ1400件超で過去最多 「限界点」を迎えたパッチ管理
-
8
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
9
「年1回の外部診断」が限界に 大手小売が脆弱性管理を内製化・一元化した方法
-
10
みずほ証券が「液冷サーバ」を採用 1日3.6億件の計算を支えるための要件
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
10G回線の真価をフルに享受するには? 導入前にチェックしたいポイント
-
7
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
「標的型攻撃メール」事例・サンプル集
-
10
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー