きっかけ：VMwareで集約したシステムの稼働状況を把握したい

VMwareを使用し、様々なシステムを集約

今後も集約を進める予定であり、継続的に仮想環境の稼働状況を把握する必要性を感じている

VMwareを導入後、全く稼働状況を確認していない

システム部門の対応

現状を確認するため、IIMへ現状評価を依頼
ES/1 CSシリーズとコンサルタントにより現状評価実施

システム構成

STEP1：チューニングヒントによる問題点の特定

CPUReadyが発生している時間が業務時間外（1:15前後）のため、発見できずにいた

HostC内には、海外からも頻繁にアクセスされるホームページサーバーが含まれているため、夜間であっても遅延は許されないので改善をしたい

STEP3-1：対応策の提案

VMotionの実施

物理CPUが枯渇しているESXホストから、余裕のあるESXホストへのVMotionを提案

vCPU割当の追加

vCPUが枯渇しているVMについて、vCPUの追加を提案

vCPU割当の削減

CPUが余っているVMについて、vCPUの削減を提案

STEP3-2：対象の決定

VMotionすべきVMの決定（図5）

top1、top2

移行元のピーク時間（1:15前後）に使用量が多く、移行先ESXホストのピーク時間（2:15）に使用量が少ないVMが候補となります。移行先候補は、同じクラスタに所属するESXホスト

VMotion先のESXホストの決定（図1、図6）

HostD
稼働VMの数が少なく、1:15前後に使用量が少ないESXホストが候補となります
HostDで稼働するVM毎のCPU使用量を確認
VM追加によってCPU使用量が増えても問題ないことを確認

clubmember01、clubmember02、yakuin、send
仮想CPU使用率が90%を超えたインターバルがあるVM

vCPUが余剰しているCPUの特定（図4）

glass1、glass2、top1、taga2、taga1、doshida3、seki3、seki2、seki1、kita2、kita3、hikawa1、doshida1、hikawa2、hikawa3、eko2
最小余剰vCPUが1.5個以上のVM

まとめ

今回の評価により、これまで把握していなかった性能劣化と、負荷の偏りを発見することができました

構成変更の多いVMware環境では、継続的な稼働状況の把握と、稼働状況に基づいた、VM追加、リソースの割当の判断が求められます

本事例のお客様も上記を強く認識され、ES/1 NEO CSシリーズを使用して継続的な稼働管理を実施されることになりました