ホスト内のキャッシュのvFRC
vSphere 5.5のキャッシュ機能「Flash Read Cache」の使用感をレビューする
「VMware vSphere 5.5」に追加された新機能のうち、「VMware vSphere Flash Read Cache」を扱う。実際に導入して、使用感などを確認してみたい。
スケーラビリティやパフォーマンスの向上、高可用性機能など、各種機能が改良・追加された「VMware vSphere 5.5」(以下、vSphere 5.5)。これまで、「これだけ読めばOK! VMware vSphere 5.5の注目すべき変更ポイント」と「小規模環境では注意すべし、VMware vSphere 5.5導入のポイント」の2回にわたってvSphere 5.5について紹介してきた。
今回はvSphere 5.5に追加された新機能のうち、「VMware vSphere Flash Read Cache」(以下、vFRC)を扱う。実際に導入して、使用感などを確認してみたい。
ディスクキャッシュの分類
vFRCは、その名の通り、ディスクの読み取りをキャッシュする仕組みだ。ディスクキャッシュには幾つかの種類が存在する。ざっと分類してみよう。
HDD内のキャッシュ
HDD内のキャッシュは、容量が非常に少ないので、大容量のデータを読み書きする場合の性能向上にはあまり寄与しない。
共有ストレージ装置内のキャッシュ
共有ストレージ装置内のキャッシュは、比較的容量を多めに取れる。だが、仮想マシン単位、仮想ディスク単位などでキャッシュの有効/無効を制御することはできない。また、SSDなどを使用したキャッシュは高価だ。他のストレージ装置のデータはキャッシュできない。機器によっては書き込みキャッシュとして動作する。
ホスト内のキャッシュ
vFRCは、このホスト内のキャッシュの分類に入る。ホストに接続されているストレージ装置全てのキャッシュも行える。また、仮想ディスク単位のキャッシュ制御も可能だ。書き込みキャッシュとして利用すると、ホスト障害時にデータ損失をしたり、ライブマイグレーション(vSphere vMotion)が行えなくなるため、読み取りキャッシュとして利用するのが一般的だ。
このように分類すると、vFRCは比較的柔軟に扱いやすいキャッシュソリューションといえる。ホストにローカル接続されているSSDをキャッシュ領域として使用するので、ストレージ装置にSSDを増設する場合に比べて、一般的には機器コストが安くなるだろう。ただし、vSphereのライセンスではEnterprise Plusエディションが必要になるので、最終的なコストが安くなるかどうかは、ホストの数や、「VMware Distributed Resource Scheduler」(DRS)、分散仮想スイッチなどの機能を利用するかどうかなどにもかかってくるだろう。
vFRCの構成
vFRCを利用するためには、以下の構成が必要となる。
ホスト
「vSphere ESXi 5.5」(以下、ESXi 5.5)がインストールされており、使用可能なSSDがローカル接続されているサーバが必要だ。SSDをvFRCで使用する場合、SSD全体を「VFFS」(vFlash File System)形式でフォーマットしなければならない。通常の仮想マシン領域は「VMFS」(Virtual Machine File System)形式なので、SSD上には仮想マシンを配置することができず、キャッシュ専用になる。
また、前述した通り、vSphere Enterprise Plusエディションのライセンスが必要だ。
vCenter Server
vFRCを利用するには、「VMware vCenter Server」(以下、vCenter Server)が必要だ。また、設定は「VMware vSphere Web Client」から接続する必要がある。
ストレージ
仮想マシン、仮想ディスクを格納するストレージは、ホストに接続されたローカルディスクでも、FC(Fibre Channel)やiSCSI、NFSなどで接続された共有ストレージでも、どちらでもキャッシュすることができる。
ホストのESXi 5.5が既にvCenter Serverに登録されている状態であれば、以下の手順でvFRCを有効にできる。
- vSphere Web ClientでvFRCの設定を行うホストを選択する
- [管理]タブを選択し、[設定]を選択する
- [仮想フラッシュ]→[仮想フラッシュ リソース管理]を選択する
- [容量を追加]ボタンをクリックする
- vFRCで使用したいSSDをチェックし、[OK]ボタンをクリックする
- SSDをVFFS形式でフォーマットするのに時間がかかるので、しばらくしてから再読み込みを行い、仮想フラッシュの容量が追加されていることを確認する
次に、vFRCを利用したい仮想マシンの仮想ディスクにキャッシュを割り当てる。
- vSphere Web ClientでvFRCの設定を行う仮想マシンを選択する
- 仮想マシンの「設定の編集」を行う
- vFRCを有効にしたいHDDをクリックする
- 「仮想フラッシュ読み取りキャッシュ」の容量を設定する
- [OK]ボタンをクリックする
vFRCは仮想マシンが起動している状態でも設定が可能である。キャッシュの容量や増減を0にして、キャッシュを無効にすることもできる。設定は構成が完了した時点で有効となるので、仮想マシンの再起動などは必要ない。
vFRCの効果を確認する
実際に、ゲストOS上でベンチマークソフトを動作させてvFRCの効果を確認した。今回はCentOS 5上でPostgreSQLを動作させ、ベンチマークソフトとして「pgbench」を実行した。また、キャッシュのヒット率を確認するには、ESXi 5.5にSSHでログインし、「esxcli」コマンドを実行する。手順は次の通り。
- あらかじめESXi 5.5のローカルコンソールでログインし、「Trouble Shooting Options」からESXi ShellとSSHを有効にしておく
- ESXi 5.5にSSHでrootとしてログインする
- vFRCの情報を確認する
~ # esxcli storage vflash cache list
vfc-2435755193-CentOS
キャッシュの統計情報をゼロリセットする。
~ # esxcli storage vflash cache stats reset -c vfc-2435755193-CentOS
キャッシュの統計情報を確認する。
~ # esxcli storage vflash cache stats get -c vfc-2435755193-CentOS
Read:
Cache hit rate (as a percentage): 0
Total cache I/Os: 0
Mean cache I/O latency (in microseconds): 0
Mean disk I/O latency (in microseconds): 0
Total I/Os: 0
Mean IOPS: 0
Max observed IOPS: 0
Mean number of KB per I/O: 0
Max observed number of KB per I/O: 0
Mean I/O latency (in microseconds): 0
Max observed I/O latency (in microseconds): 0
(略)
主な情報の意味は以下の通りだ。
| Cache hit rate (as a percentage) | キャッシュから読み込んだ比率(パーセンテージ) |
|---|---|
| Mean cache I/O latency | 平均的なキャッシュからの読み込み時の遅延(ms) |
| Mean disk I/O latency | 平均的なディスクからのキャッシュからの読み込み時の遅延(ms) |
| Mean IOPS | 平均的なIOPS |
| Max observed IOPS | 最大IOPS |
ここでCentOS上で動作しているPostgreSQLに対して、1000万行の全件検索を行うSQLを3回実行して、キャッシュの統計情報を確認する。
~ # esxcli storage vflash cache stats get -c vfc-2435755193-CentOS
Read:
Cache hit rate (as a percentage): 28
Total cache I/Os: 15572
Mean cache I/O latency (in microseconds): 921
Mean disk I/O latency (in microseconds): 3012
Total I/Os: 56651
Mean IOPS: 785
Max observed IOPS: 994
Mean number of KB per I/O: 19127
Max observed number of KB per I/O: 23643
Mean I/O latency (in microseconds): 1272
Max observed I/O latency (in microseconds): 1701
28%ほどがキャッシュから読み込まれていること、ディスクに比べてSSDの方が、3倍以上遅延が少ないことなどが確認できる。
vFRCの活用
vFRCを活用するためには、読み取りキャッシュであること、SSDを使用していることから、以下のような特徴を把握しておく必要があるだろう。
ランダム読み取りに強い
書き込みはキャッシュをスルーしてHDDに書き込まれる。SSDはシーケンシャルな読み取りにはそれほど強くないことを理解しておく必要がある。
並列処理に強い
HDDの性能劣化は、同時並列のI/Oが発生する場合に起こりやすい。単一の処理によるI/Oでは、SSDによるキャッシュのメリットが生かせない。
これらの特徴を生かすことができるアプリケーションとしては、データベースやメールサーバなどが考えられる。また、仮想デスクトップのような同時並列で複数の仮想マシンが動作する場合もメリットがあるかもしれない。
今後、vFRCのような仮想環境向けのキャッシュソリューションがいろいろと出てくるだろう。vFRCは万能ではないが、特に読み出しが多いシステムには有効なソリューションなので、適材適所で活用して費用対効果の高いシステムを構築していきたい。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
“攻撃者優位”なサイバーセキュリティ、全ての「穴」をふさぐ方法とは? -
製品資料
実際に悪用される脆弱性は4%前後 優先的に対処すべき脆弱性を把握するには? -
製品資料
HubSpotの機能を拡張する法人データ活用法 -
製品資料
面倒で非生産的な「名寄せ」作業 高精度&高効率に実施するには? -
製品資料
名刺管理には「その先」がある 成果のでない営業活動から脱却する秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
-
2
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
3
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
4
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
-
5
なぜ人はいるのにDXが進まない? ライオンも直面した“老害”レガシーシステム
-
6
レガシーコードを捨てJavaで勘定系を再定義 ソニー銀行、フルクラウド化の全容
-
7
脱VMwareに待った? AI基盤を掲げるBroadcomの思惑と情シスが直面する新コスト
-
8
マンガで解説:KSK2稼働で何が変わる? 税務調査の高度化に備えるデータ管理
-
9
生成AIの7割が「別画面・コピペ運用」 “導入”は進んでも定着せず
-
10
「0.3秒のスピード顔認証」の入退室管理が社員に好評 事例に学ぶオフィス改革
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
-
3
財務・会計はAI活用でどう変わる? 調査で見えた変革の道筋
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
5
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
6
「結局、一部の人しか使わない」 AI活用が業務に定着しない根本的な理由
-
7
コスト分析で見る「デバイス復旧」の代償 損失額から導きだされた投資戦略とは
-
8
Macの安全神話は崩壊? 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
9
ゼロトラストにおける「IDaaSの課題」と補完すべき重要機能とは?
-
10
「NAS」「SAN」「DAS」は何が違う? いまさら聞けないストレージの基礎
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー