ストレージのボトルネック問題を解消する
仮想デスクトップに快適さを求めるなら「HCI」でVDIを構築すべき理由
HCIでVDI環境を構築すると、さまざまなメリットがある。例えばリソースのスケーリングが容易にできる。VDI環境を構築する際は、ストレージの設計に注意する必要がある。
仮想デスクトップの導入を成功させる上で極めて重要な要素は、一貫したパフォーマンスで全てのユーザーに仮想デスクトップ環境を提供することだ。HCI（ハイパーコンバージドインフラ）を利用すれば、VDI（仮想デスクトップインフラ）で重要なストレージの性能を予測可能になり、計画通り迅速にスケーリングできるようになる。
HCIをVDIに利用する最大のメリットは、ユーザーの増加に応じてノード（サーバ）を追加すると、それに比例して処理能力もスケーリングされる点にある。つまり各ノードで処理するユーザー数を決め、スケーリングの際は必要なユーザー数分のノードを追加すればよい。パフォーマンスの劣化を心配することなく簡単にスケーリングできる。
問題の基になるのはストレージのスケーリング
VDIのCPU、メインメモリ、ネットワークのスケーリングは単純で、ハイパーバイザーのノードを追加するだけで済む。それと比べてVDI用にストレージを追加するのは、はるかに難しい。小規模なパイロットプロジェクトから大規模な本格運用へとスケールアップすると、ストレージがボトルネックになり、パフォーマンスに深刻な問題が生まれる場合がある。
その一例として、ある企業のVDIの導入事例を紹介する。この企業が実施した200人のユーザーを対象にしたパイロットプロジェクトでは、パフォーマンスに問題はなかった。そのため、この企業のIT部門は本格運用への移行を承認した。しかし実際の運用環境において2000人のユーザーが仮想デスクトップにアクセスすると、ログインに数時間を要するほどパフォーマンスが低下した。
この事例における根本的な原因は、VDIに利用するストレージアレイのスペックが、この企業の運用環境を実現できる水準ではなかった点にある。500人以上のユーザーがログインする際に必要なIOPS（1秒間に処理できるI/O数）が不足していた。このストレージアレイのパフォーマンスが、仮想デスクトップのコンピューティング能力に追い付いていなかったのだ。ユーザー数が増加することでストレージのパフォーマンスにどのような影響があるかを予測する手段もなかった。
HCIがもたらすメリット
HCIではノードにストレージが含まれている。つまりCPUやメモリといったコンピューティングリソースを追加すれば、ストレージ容量も追加できる。結果として、少数のユーザーを対象にしたパイロットプロジェクトで必要なノードを決定すれば、その後はユーザー数に応じて的確にスケールアウトできるということだ。
例えば3ノードのHCIクラスタで300人のユーザーを対象としたパイロットプロジェクトが成功したとする。この場合、3000人のユーザーが使う運用環境では同じHCIを30ノード用意すればよいということだ。CPU、メモリ、ネットワーク、ストレージ、それぞれの容量もパイロット環境の10倍になる。3000人のユーザーが使う30ノードのHCIのパフォーマンスは、300人のユーザーが使う3ノードのHCIと同じだと考えてよい。
VDIのストレージをスケーリングする際、HCIは具体的にどのように役立つのだろうか。各ノードのストレージ容量は固定されている。ストレージは通常、高性能のフラッシュストレージと低性能のフラッシュストレージが混在しているか、HDDのみとなっている。フラッシュストレージの場合、各ノードは全ての仮想マシン（VM）のディスク書き込み操作を、自ノードのフラッシュストレージに送る。同時に、その同じ書き込み操作を別のノードにも送り、そのノードのフラッシュストレージに書き込む。
ディスク読み取りの仕組みは、HCI製品によって異なる。各ノードが自ノードに割り当てられたVMの読み取り操作だけを担うのが最善の仕組みといえる。1つのVMの読み取り操作に、全てのノードが動作する必要があるとすれば、のそれは最悪の仕組みだ。この場合、読み取るVM数が多くなるほど、各ノードの動作が増え、パフォーマンスが低下する。
HCIのボトルネックになる可能性のある共有リソースは、ネットワークだ。ネットワークにギガビットイーサネット（GbE）を利用していれば、パフォーマンスは制限されるだろう。一般的に企業はHCIのパフォーマンスを向上させるために25 GbEまたは40GbEを採用している。
VDI向けにHCIをスケーリングする際の課題
HCIのスケーリングで陥りやすい課題がある。1つ目は単一ノードのパイロットプロジェクトでは、大規模クラスタのストレージパフォーマンスを正しく把握できない点だ。通常、HCIは少なくとも2つのノードに書き込むことでストレージの回復性（レジリエンシー）を実現する。単一ノードのHCIを使ったパイロットプロジェクトでは、2つのノード間で同じデータを保存するミラーリングができない。
ミラーリングで事実上、ストレージのパフォーマンスが半減する。パイロットプロジェクトで利用する単一ノードのHCIのパフォーマンスは、本番運用するHCIの約2倍になると考えてよいだろう。パイロットプロジェクトで複数ノードのHCIを導入すれば、本番運用で必要になるノード容量を把握できるということでもある。
VDI用のHCIをスケーリングする際に陥りやすい2つ目の課題は、パイロットプロジェクトのユーザーが本番運用のユーザーと同じではない点だ。パイロットプロジェクトでは業界標準のVDI向けベンチマークテストツール「Login VSI」を利用することが少なくない。Login VSIを正しく設定すれば、1つのノード当たりのユーザー数を概算で把握できる。ただし注意が必要な点は、本番運用におけるユーザーは日常業務を担当する従業員全員だということだ。実際のユーザーの行動は、ベンチマークテストのユーザーとは大きく異なり、予測できない。VDI向けHCIのスケーリングを成功させるには、実務を担当する実際のユーザー数に基づいて、1ノード当たりのユーザー数を決める必要がある。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[株式会社キーエンス] PCが苦手でも自動化できる ポポラマーマなど4事例に学ぶ「ナビ搭載型RPA」活用 -
製品資料
[株式会社クレオ] IT部門を“価値創造組織”へ転換 IT管理プロセスの改革で戦略的リソースを確保 -
製品資料
[株式会社クレオ] Excel管理が限界に――ITサービス管理の脱・属人化と運用高度化を実現する方法 -
製品資料
[株式会社クレオ] 西武グループやイオングループも実践 事例に学ぶ「ITサービスデスク業務」改善 -
製品レビュー
[株式会社クレオ] 「使われないITシステム」から脱却 現場が求める業務改善を実現する方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
「レガシーシステム・老朽化システムの運用課題と刷新」に関するアンケート
-
3
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
4
1回で分かる：仮想マシンを丸ごとバックアップする「VADP」の仕組み
-
5
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
6
属人化と入力ミスからの解放 アクティオが日本IBMと挑む「AIで調達自動化」
-
7
「世の中のDR計画はでたらめ」 専門家が明かすDRの“3つのうそ”
-
8
脱VMwareか、継続か？ 仮想化ソフト主要6製品の運用管理と統制機能を徹底比較
-
9
本当に安全な「多要素認証」とは？ MFA基本要素と巧妙化する攻撃への対抗手段
-
10
AIエージェント導入はなぜPoCで終わる？ 全社定着に向けた3つの指針
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
4
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
5
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
6
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
7
東大教授と考える、AI時代の「データ主権」「信頼性」「ガバナンス」の在り方
-
8
Linux初心者でも知らないとまずい「RHEL」「SLES」の違いとは？
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
ランサムウェア攻撃“究極の対策”はこれだ
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー