NVMe対応ストレージアレイも次々登場
「NVMe over Fabrics」でストレージ環境が一変する――注目の技術革新を解説(2/2 ページ)
NVMe over Fabrics
NVMeがデバイス接続用の新しいストレージプロトコルになるとすれば、iSCSIにおけるSCSIやファイバーチャネルプロトコルに取って代わることも想像に難くない。ファブリック対応のNVMe規格は2014年に開発を開始し、2016年に公開された。
NVMe over Fabricsのトランスポート開発には、リモートダイレクトメモリアクセス(RDMA)を使用する方式と、ファイバーチャネルを使用する方式(FC-NVMe)の2種類がある。
RDMAを使用する方式では、2台のコンピュータのアプリケーションメモリ間でプロセッサを介さずにデータを転送することで、高速で低レイテンシのデータ転送を実現できる。RDMAの実装には「InfiniBand」「iWARP」「RDMA over Converged Ethernet」(RoCE、“ロッキー”と読む)がある。Mellanox Technologiesなどのベンダーは、NVMe over Fabricsオフロード機能を備え、InfiniBandとイーサネットの両方に対応する100Gbpsの高速アダプターカードを提供している。
ファイバーチャネルを使用する方式では、既存のファイバーチャネルを利用してSCSIとNVMeのストレージトランスポートに対応するようにアップグレードできる。この場合、適切なファームウェアを使ってスイッチをアップグレードするだけで既存のインフラを利用できる可能性がある。ホストレベルではホストバスアダプター(HBA)がNVMeに対応すること(一般に16Gbpsまたは32Gbps)、ストレージデバイスもNVMe over Fabricsに対応することが必要となる。
NVMeの実装
NVMeはデータセンターに普及しており、サーバでNVMeデバイスを利用するのが最も分かりやすい用途だろう。ベンダー各社は既にNVMe対応のサーバを物理コネクタやBIOSのサポートとともに市場に投入し始めている。
最新のオペレーティングシステムや、「VMware vSphere」などのハイパーバイザープラットフォームもNVMeに対応してきている。「VMware vSAN」プラットフォームは2015年11月からNVMeデバイスに対応している。
ストレージ機器のバックエンドストレージ接続としてNVMeに対応するという用途もある。ストレージベンダーは既にバックエンドインタフェースをSASに移行しており、Fibre Channel Arbitrated Loop(FC-AL)やパラレルSCSIを順次置き換えつつある。
NVMeを実装すると、フラッシュデバイス用に高速で低レイテンシの接続を提供でき、ストレージオペレーティングシステムのコードが効率的ならアレイのパフォーマンスを飛躍的に向上させることができる。現時点までに、Hewlett Packard Enterprise(HPE)が「3PAR」でNVMeに対応、NetAppが「FlashCache」で読み込みキャッシュにNVMeを採用、Pure Storageが「FlashArray//X」プラットフォームでNVMeに対応している。
Pure StorageのNVMe対応FlashArray//Xは、従来の半分のレイテンシと2倍の書き込み帯域幅を実現するという。この仕様にはホストベースのNVMe over Fabrics対応は含まれておらず、今後、さらにパフォーマンスが向上する可能性が見込まれる。
NVMeオプション
NVMe技術を最大限に活用するには、SAN全体に導入する方がいい。これを実現するのがNVMe over Fabricsだ。導入方法には前述の2つの選択肢がある。適切なインフラを備えているデータセンターならFC-NVMeに移行できる可能性がある。2017年4月、Cisco Systems
は高性能ファイバーチャネルディレクタ「MDS 9710」でFC-NVMeに対応すると発表した。Brocadeは2017年3月発表の「G610」などのGen6 32Gbpsスイッチで既にNVMeに対応している。
ファイバーチャネルのメーカーは、適切なファイバーチャネル機器を使っている場合は既存の環境を完全に入れ替えなくてもNVMeに移行できるとしている。32Gbps接続に対応済みのデータセンターならこれが当てはまるが、多くのサーバは恐らくまだ32GbpsのHBAカードを導入していないだろう。
NVMe対応ストレージアレイが登場して同じインフラにSCSIとNVMeが共存できるようになれば、全てを一度にNVMeにアップグレードしなくて済む可能性がある。既存のハードウェアを維持できるかどうかは環境によって異なる。管理と運用の観点でファイバーチャネルに慣れ親しんでいるデータセンターやIT部門なら、ハードウェア入れ替えコストが原因でなかなか実現できないコンバージドイーサネットへの移行よりも、NVMeの方が移行しやすくなるかもしれない。
ファイバーチャネルではなくRDMAを使用して新しいストレージネットワークを実装する場合、スケーラビリティは下がるが、パフォーマンスが少し高くなる。一部のベンダーはこの方式を採用した製品を提供している。スタートアップメーカーのE8 Storageは、100ギガビットイーサネット(GbE)コンバージドスイッチとRDMAネットワークインタフェースカードを使用して高パフォーマンスSANを実装するNVMe対応ストレージアレイを開発した。同社は、1000万読み込みIOPSと200万書き込みIOPS、読み込みレイテンシ100マイクロ秒と書き込みレイテンシ40マイクロ秒を実現するとしている。
スタートアップメーカーのExceleroが開発したソフトウェア定義型ストレージ(SDS)の「NVMesh」では、NVMe対応サーバメッシュを使用して分散コンピュートストレージファブリックを構築し、ハイパーコンバージドコンピュート環境などさまざまなシステムを実装できる。Micron Technologyの3.2TB SSDとMellanox TechnologiesのイーサネットRoCEスイッチを利用する、Micron Technologyの「SolidScale」というプラットフォームにも採用されている。
Pure Storageは2017年6月に開催した「Accelerate」カンファレンスにおいて、同社の「FlashStack」のリファレンスアーキテクチャでCiscoと提携してNVMe over Fabricsをサポートすることを発表した。これには、FlashArray//X、「Cisco MDS 9700」ディレクタと「Cisco Unified Computing System」(Cisco UCS)、「C-Series」スイッチ、32Gbps HBAが含まれる。同社はバックエンドシェルフ接続にNVMe over Fabricsを採用してシングルコントローラーで追加シェルフをサポートする機能も発表した。
スタートアップメーカーのApeiron Data Systemsは、40GbEと外部化したハイパーコンバージドデザインを採用し、ストレージとコンピュートを別々に拡張できるNVMeアレイアーキテクチャを開発している。
今後の展望
NVMeはSSDデバイスの標準接続規格としてSCSIとSASに取って代わっていくだろう。ハイエンド環境ではNVMe over Fabricsの採用が進みそうだ。導入コストが掛かっても、それに見合うだけの高いアプリケーションパフォーマンスを実現できる。
NVMeを既存のアレイプラットフォームに採用して、スナップショットやレプリケーション、圧縮、重複排除などの機能を維持する動きと、それほど機能豊富ではないExceleroやApeiron Data Systemsなどの新しいプラットフォームアーキテクチャでの導入の両方に注目したい。これまでは、機能が少ないことを理由にNVMe対応製品になかなか関心が集まらなかった。しかし、オールフラッシュへの流れを乗り越えたものの、SSDの能力を最大限に引き出すことのできない古いアーキテクチャは、これから徐々にNVMeに置き換えられていくだろう。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
7
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
10
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー