「ストレージ」から見る仮想化の今【後編】
「VMware／Hyper-V」と「Docker」では、ストレージの扱い方がどう違うのか（1/2 ページ）
仮想化関連の技術開発においてストレージへの注目度が高まる中、ベンダー各社はどのような取り組みを進めているのか。後編では、外部ストレージやデータ管理、コンテナに関する技術動向を紹介する。
ベンダー各社は仮想環境のストレージ関連技術に磨きを掛ける
前編「VMware vs. Microsoft“仮想化戦争”の舞台が『内部ストレージ』に移った訳」では、仮想化ベンダーがストレージ関連技術に注目する背景と、特に動きが活発なサーバの内部ストレージ活用に関する製品／技術の動向について解説した。後編は外部ストレージやデータ管理、コンテナに関するベンダー各社の取り組みを紹介する。
外部ストレージ
VMware製品は外部ストレージと相性が良い。それは昔も今も変わらない。同社のハイパーバイザー「VMware ESXi」は、「Fibre Channel」（FC、ファイバーチャネル）や「FCoE」（Fibre Channel over Ethernet）、「iSCSI」「NFS」といったストレージプロトコルが利用できる。
VMwareの外部ストレージ関連技術
幾つかのリリースを経てVMwareは、ストレージのLUN（論理ユニット番号：サーバから1台のディスクとして認識される領域）とVMFS（VMware独自のファイルシステム）データストアのサイズに関するサポート制限の多くを緩和してきた。例えば、現在VMFSデータストアでは、最大62TBのVMDKファイル（仮想ディスク）まで扱うことができる。
I/Oパフォーマンスと機能を向上するために、VMwareは数多くの新機能をAPIの形で導入してきた。ESXiのストレージ向けAPI「VAAI」（vStorage API for Array Integration）は、リソースを集中的に消費するI/Oタスクの一部を外部ストレージにオフロードする。この中には、広範囲の空データまたはバイナリのゼロデータで埋める「ゼロアウト」機能も含む。データの一括コピーはストレージアレイで実行可能で、仮想マシン（VM）のクローン作成にかかる時間を短縮できる。またVAAIの「Atomic Test & Set」（ATS）機能は、VMFSの排他制御処理を実現する。
複数のLUNを持つストレージの課題に対処できる「Virtual Volumes」（VVOL）という機能も存在する。VVOLは、1つのLUNに多くのVMを保持することを可能にする。各VMには、パフォーマンス、回復性、可用性のどれに関連しているかどうかにかかわらず、同じサービスレベルを適用する。
VVOLにより、VMwareは「個別のVMにサービスレベルを適用する」という概念を確立した。VVOLは依然としてLUNを使用しており、VMDKやスナップショット、構成ファイル、スワップファイルといったVMの各要素へのマッピング（割り当て）をしている。一方で実装の詳細はVMwareの管理者に公開していない。
Hewlett Packard Enterpriseの「HPE 3PAR StoreServ」など幾つかの注目すべき例外を除き、ベンダーではVVOLのサポートが遅れている。これはエンジニアリングに関する大きな問題があるからだろう。無数のLUNをサポートするなど、最も手間の掛かる部分の大半は、ストレージアレイベンダー側が担う必要があるからだ。通常、企業のストレージチームはLUNの作成を他のITチームに委任したいと思わないことも、VVOLの導入が進まない一因だと考えられる。
Microsoftの外部ストレージ関連技術
Microsoftは、Windows Serverで利用可能なプロトコルに基づいて、外部ストレージをサポートしている。Windows ServerはNFSをサポートしているが、NFSを利用したファイル共有は、同社のサーバ仮想化技術「Hyper-V」のVMでは使用できない。
Hyper-Vの外部ストレージ用プロトコルとしてSMBを利用すると、スケールアウト可能な共有ストレージ用ファイルサーバとして、Windows Serverベースのサーバを運用できるようになる。これはサードパーティーベンダー製品にも拡張できる。ただし今のところ、このアプローチを採用しているのは、Violin MemoryがMicrosoftと共同開発したオールフラッシュアレイ「Windows Flash Array」をはじめ、ごく一部に限られる。
Windows Serverは「ODX」（オフロードデータ転送）という機能を通じて、レプリケーション機能など一部の処理を外部ストレージへオフロードする機能を実装している。MicrosoftはODXのサポートに関する情報をほとんど提供していないが、Nimble Storage製品やNetApp製品はどちらもODXをサポートする。
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_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー