「ストレージ」から見る仮想化の今【後編】
「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
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は？ 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは？ -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める？ -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは？
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
2
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
3
「ノートPC派」は損をしている？ Dellと考える“自作PC”のメリット
-
4
生データを隠してデータ連携 KDDIが4000万人の顧客情報を安全に分析できた理由
-
5
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
6
「0.3秒のスピード顔認証」の入退室管理が社員に好評 事例に学ぶオフィス改革
-
7
エンジニアの生産性はどう測る？ マネジメントに不可欠な可視化の実現方法とは
-
8
大阪証券取引所がHiRDBで実現した「世界トップレベルの応答速度」を誇る新売買システム
-
9
IT製品の導入に関するアンケート「PC＆デバイス」編
-
10
「IoT通信環境の構築・運用」に関するアンケート
ホワイトペーパーランキング PR
-
1
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
2
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
バックアップは“取っているから大丈夫”なのか？ ランサムウェア時代の備え方
-
5
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
5分で分かる Microsoft 365のデータ損失に備えるためのバックアップの仕組み
-
9
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー