何が問題なのか?
仮想化の弊害、“VMスプロール”との戦い方
手軽に仮想マシンを立ちあげられるようになった結果、仮想マシンが際限なく増殖する“VMスプロール”が問題になってきた。VMスプロールの問題と対処方法を紹介する。
サーバの仮想化は目覚ましい成功を継続している。デスクトップから始まった仮想化は、10年足らずの間にデータセンターのコア部分にまで拡大した。今や、仮想化はクラウド(プライベート/パブリック)の基盤となっている。普及度の点では、データセンターのワークロードの約80%は仮想化されているし、最近は新たにサーバを展開する場合のデフォルトのオプションは仮想サーバだ。
Computer Weekly日本語版 3月18日号無料ダウンロード
本記事は、プレミアムコンテンツ「Computer Weekly日本語版 3月18日号」(PDF)掲載記事の抄訳版です。本記事の全文は、同プレミアムコンテンツで読むことができます。
なお、同コンテンツのEPUB版およびKindle(MOBI)版も提供しています。
物理サーバは費用がかさむので、(社内で展開するには)まず予算を確保しなければならないし、その設置や構成には時間も労力も掛かる。仮想マシン(VM)のスピンアップは(既にハードウェアを配備していれば)物理サーバに比べてほんのわずかな費用しか掛からない。従ってオンデマンドでVMを新規展開するのは、物理サーバよりもずっと容易だ。しかも社内で大騒ぎしたり労力を掛けたりする必要もほとんどない。
VMスプロールとは
新しいOSのテスト、ソフトウェアのアップグレード、ソフトウェアの新機能の開発などの目的で仮想マシンをスピンアップする際の技術的なハードルは、格段に低くなった。だが、そこから(VMの)展開モデルにリスクが生じるようになった。そのリスクは“VMスプロール”と呼ばれている。
ITの世界で、スプロールは何年も前からみられた現象だ。テクノロジーが安価になり使いやすさの点でもこなれてくると、スプロールのシナリオが発生しがちだ。
ストレージやファイル共有など、現在広く使われている仕組みが、この数年でどれほど進化したかを考えてほしい。このようなテクノロジーが登場した当初、ストレージは比較的高価だったため、時間と労力を掛けて格納するデータを吟味したものだった。とりわけメインフレームが主流だった時代は、その傾向が顕著だった。データは誤りがなく、記録する価値があると検証されて初めて書き込みが実行されるほどだった。
現在は、ファイルはどんな場所からでも利用できるようになった。また、Dropboxをはじめとするファイル共有サービスが普及したことで、操作も簡単になった。その結果、誰もが大して必要でもないデータをとにかく保存するようになり、そんなデータが1人当たりGバイト単位で存在する。しかも、どんなデータを保存しているかを把握している人はほとんどいない。データについて発生しているこんなスプロール問題が、同様にVMの世界でも起こっているのがVMスプロールだ。つまり、VMを際限なく作成してしまうのだ。
では何がVMスプロールの原因となるのか。例えば管理や制御を実行していないことなど、明確な原因もある。しかし(仮想化)技術そのものにも、この事態の誘因が含まれている。
問題の一例として、VMがホストのインベントリから切り離されることが挙げられる。VMが故意にあるいは偶然に、ハイパーバイザーのインベントリから削除される場合がある。例えばVMwareのvSphere vCenterを使用していると、この事態が発生しやすい。
VMは、別のホストクラスタへ移動させる際に意図的に(インベントリから)削除することがある。数千台ものVMを稼働させている大規模な環境では、(このような操作を繰り返すうちに)カタログの内容と稼働中のシステムの実態が一致しなくなるリスクはかなり高くなる。
その上、VMでもフラグメンテーション(複数バージョンを同時に利用していて統一が困難な状態)は起こり得る。ストレージ環境でVMを頻繁にあちこちへ移動させていると、この問題が発生する。何らかの理由でコピー処理が失敗すると、幾つものVMDK(仮想マシンファイル)がコピー中の状態のままHDD上に残される。例え最終的にコピー処理が完了したとしても、不完全な古いファイルはHDDに残る。
最後に、スナップショットの問題も指摘したい。複数のVMにまたがるスナップショットを多数作成すると、そのために膨大なHDDのキャパシティーが余分に消費される。
しかしそもそも、なぜVMスプロールに対処する必要があるのか。ストレージは安価で、十分すぎる分量が提供されているのだから、問題視する必要はないのではないか。そんな疑問を持つ向きもあるだろうが、実は問題が多数ある。以下で詳細を説明する。
続きはComputer Weekly日本語版 3月18日号にて
本記事は抄訳版です。全文は、以下でダウンロード(無料)できます。
■Computer Weekly日本語版 最近のバックナンバー
Computer Weekly日本語版 3月4日号:Windows 10で試されるIT部門
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
4
「IBM iはDXのボトルネック」は誤解 意外と知らない今風モダナイズの効果
-
5
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
6
「AI活用を前提とした業務PCへの移行」に関するアンケート
-
7
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
8
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
9
Microsoft 365の知られざる5つの裏口 パスワードを変えても攻撃者は消えない
-
10
「朝8時にバッチが終わらない」データ爆発の危機をJPX総研はどう乗り越えたか
ホワイトペーパーランキング 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ジャパンをフォロー