ソフトウェア

ベジ - Fotolia

企業はデータ ストレージを統合し、耐用年数を延ばし、コストを管理したいと考えています。 しかし、私たちがよく目にするのは、特定のアプリケーション、ワークフロー、サプライヤーに関連付けられたストレージのサイロです。

これらのシステムはパフォーマンスが優れている場合もありますが、常に最も効率的または柔軟であるとは限りません。

ソフトウェア デファインド ストレージ (SDS) は、さまざまな効率性とコスト削減方法をもたらす可能性が高まっている代替手段です。

2 部構成のシリーズの最初の記事であるこの記事では、ソフトウェア デファインド ストレージの定義と、市場で見られる主なバリエーションについて説明します。

ソフトウェア デファインド ストレージは、コア ストレージ操作を実行するソフトウェアを物理ハードウェアから分離します。

Gartner のアナリスト、チャンドラ・ムクヤラ氏は、「これは基盤となるハードウェアから抽象化されたストレージ コントローラー ソフトウェアなので、あらゆるハードウェア、あらゆるハイパーバイザー、またはあらゆるクラウド上で実行できます」と述べています。

通常、ソフトウェア デファインド ストレージは x86 ベースのサーバー上で動作し、それらのサーバーをストレージ デバイスに変換します。

ハードウェアには、独自の直接接続ストレージ (DAS) を備えた標準サーバー、ハイパーコンバージド インフラストラクチャ (HCI)、または通常よりも多くのドライブ ベイを備えたサーバーなど、ストレージ用に最適化された機器を使用できます。

実際には、ハードウェアの種類は重要ではありませんし、重要ではありません。 SDS ソフトウェアは、プラットフォームに関係なく、展開された容量を認識します。 また、ソフトウェア デファインド ストレージは、異なるサプライヤーから提供されたものであっても、個別の物理システムを 1 つのストレージ プールにまとめることができます。 ストレージ ソフトウェアは、サーバーのオペレーティング システム、仮想マシン、またはクラウド上で直接実行できます。

「ソフトウェア デバイス ストレージの重要な点は、特定のサプライヤーのハードウェアに関連付けられていないことです」と Gartner の Mukhyala 氏は述べています。 「これにより、顧客は基盤となるハードウェアを柔軟に選択できるようになります。私たちはハードウェアのロックインを望んでいません。」

ソフトウェア デファインド ストレージは企業に 2 つの主な利点をもたらします。 これらは、ストレージをプールし、ストレージ ソフトウェア サプライヤーから独立してハードウェアを交換する機能です。 また、ストレージ管理と容量使用率の向上にも利点があります。

このようにして、組織はサーバー、仮想マシン、アプリケーション全体で表示できる 1 つ以上のより大きなストレージ プールを作成できます。

SDS はアプリケーションにとって通常のストレージとして事実上「見える」ため、IT 管理者はワークフローや運用に影響を与えることなく物理ストレージ システムを微調整できます。 これにより、より強力なコントローラやフラッシュの高速バージョンへの移行など、アップグレードが容易になります。

ソフトウェア デファインド ストレージにより、購入者は、重要な場合にはより高性能のハードウェアを備え、重要性の低いアプリケーションには低速の汎用ユニットを備えた、自社のアプリケーションに最適なサプライヤーを選択できる可能性があります。 あるいは、企業はプール内の古くてパフォーマンスの低いストレージを使い続け、SDS がそれを最も適切なタスクに割り当てることもできます。

これにより、購入者は、いくつかのアプリケーションの要求を満たすためだけに、より強力なシステムを全面的に指定する必要がなくなります。 Gartner の Mukhyala 氏が指摘しているように、ストレージ サプライヤーはアレイを「T シャツ サイズ」で販売することが多く、小、中、大によって容量だけでなく IOPS も決まります。 ソフトウェア デファインド ストレージを使用しない場合、より高いパフォーマンス層への移行は、たとえ容量に達していなかったとしても、アレイ全体を削除して交換することを意味します。

これらすべてがコストを節約します。 しかし、CIO は、複数の場所にまたがる容量をプールするグローバル名前空間を必要としているため、ソフトウェア デファインド ストレージにも注目しています。

また、オンプレミス、クラウド、場合によってはエッジ アプリケーションのストレージが共通のプールを形成するハイブリッド環境への移行も容易になります。 SDS を使用すると、ワークロードの要求に応じてパブリック クラウドの容量を「バースト」することも容易になります。

ソフトウェア デファインド ストレージを使用すると、ファイル システム間で物理ストレージを共有することも容易になります。

SDS は、組織がさまざまな種類のファイル システムを運用する必要がある場合にうまく機能します。 このテクノロジーは、データベースなどのブロック ストレージと、ファイルとオブジェクトを同様に処理できる必要があります。 SDS では、ファイルとオブジェクトが結合されることがよくあります。

ソフトウェア デファインド ストレージにも欠点があります。 複雑さは軽減されるのではなく、むしろ増加する可能性があります。 一貫したストレージ インターフェイスをアプリケーションに提供できますが、IT チームは依然としてサプライヤーのハードウェア機能の違いに直面しています。

ソフトウェア デファインド ストレージではアレイのより高度な機能を制御できない場合があるため、ストレージ管理者はサプライヤー固有の構成ツールやダッシュボードに戻る必要がある場合があります。 SDS はサプライヤー独自のストレージ コントローラーよりもパフォーマンスが劣る可能性さえありますが、サプライヤーに依存しないハードウェアは独自のシステムよりも低い容量を提供する可能性があります。

また、すべてのソフトウェア デファインド ストレージ システムも、最初に見たときと同じようにオープンであるわけではありません。 一部のハードウェア サプライヤーは SDS を販売していますが、ハードウェア アプライアンス上でのみ出荷されます。 複数のサプライヤーの機器をサポートするものもありますが、認定されたビルドの数は限られています。 また、独自のストレージ スタックが最善策であり、自社のハードウェアはソフトウェア デファインド ストレージ システムとまったく統合されないと主張する人もいます。

ソフトウェア デファインド ストレージにはパフォーマンス上の欠点もある可能性があります。 ストレージ ソフトウェアはハードウェアから抽象化されているため、サプライヤー固有の機能に常にアクセスできるとは限りません。

独自のサプライヤーは、ストレージメディアの低レベル機能にアクセスして、速度やフラッシュの耐久性を向上させることができるとMukhyala氏は指摘します。 「ソフトウェア デファインド ストレージのみになる時期は決して来ないと思います。統合されたハードウェア スタックにはいくつかの利点があります。」と彼は言います。

また、SDS に関する業界標準もまだ存在しません。

ソフトウェア デファインド ストレージの業界標準が存在しないことは、供給方法の多様性やサプライヤーのマーケティング アプローチの違いを反映していることもあります。

ソフトウェア デファインド ストレージの最も純粋な形式はソフトウェアのみであり、ユーザーは任意の x86 ハードウェアを選択できます。 また、SDS を単独で販売するだけでなく、ハードウェア (通常はアプライアンス) 上で事前構成された SDS を販売するサプライヤーもあります。 自社の名前でアプライアンスを販売するサプライヤーもあれば、ハードウェア会社と提携しているサプライヤーもあります。 また、一部の SDS サプライヤーは、事前構成システムまたはリファレンス システムのいずれかを使用して複数のハードウェア サプライヤーをサポートしていますが、すべてのメーカーをサポートするまでには至っていません。

一部のサプライヤーはソフトウェア デファインド ストレージを独自のハードウェア スタック上に展開しています。 これは、ハードウェアからの SDS の抽象化の利点と、単一サプライヤー システムの機能、制御、およびパフォーマンスを融合することを目的としています。

IT 購入者は、SDS がベア メタルで動作するか、ハイパーバイザーや仮想マシンを介して動作するかについても検討する必要があります。 コンテナのサポートもますます重要になっています。 一般的なストレージとはユースケースが異なりますが、Kubernetes との互換性も SDS を検討する理由の 1 つです。

ただし、企業は通常、ワークロードや、グローバル名前空間やサイバー保護など、必要な機能に応じてストレージ テクノロジーを選択します。

したがって、ソフトウェア デファインド ストレージは、これらの目標を達成する 1 つの方法になります。

「統合されたハードウェア アプライアンスが必要ですか、それともどこでも実行できるソフトウェア ベースの製品が必要ですか?」 ムキャラさんは尋ねます。 「これは実際には展開の選択に関する質問ですが、重要な質問です。」