OpenStack＋KVMのCPUオーバーヘッド調査 | 外道父の匠
調べる気になった事の発端は、Cinder＋Cephのボリュームに対してMySQLのtpccベンチマークを取ってみた時に、vCPU=1 でVM内では CPU : 100% なのに、KVMプロセスのCPUが 300% を超えているのを見つけたことでした。 KVMは仮想環境なので当然オーバーヘッドが存在するのは覚悟済みですが、想像以上にホストOS上でCPUを食っていたために、良い子の私は地道に調べ始めるのでした。 検証環境 CPUとメモリ ホストOSのcpuinfoの表示ですが Intel(R) Xeon(R) CPU E5-2630L 0 @ 2.00GHz VMだとこう Intel Xeon E312xx (Sandy Bridge) まぁほどほどに最近の、お値打ち価格になってきた低電力版なナイスCPUです。 VMへは 1～4vCPU 割り当てて検証しています。 VMに割り当てたメモリは全て
CentOS の KVM + libvirtd 環境でホストOSのshutdownでゲストOSも自動shutdownさせるには - ..たれろぐ..
CentOS 6.2 のデフォルト設定だと、ホストが shutdown するときゲストは visrh save で VM のサスペンド状態になる。 これだと、ゲストを復帰させたときにゲストOSの状態によっては「ディスク書き込みのタイムアウト」とか言われて fcsk が走ったり、悪くするとデータロストってしまうので、ホストが graceful shutdown するならゲストも graceful shutdown する設定にしてみる。 ホスト起動・shutdown 時のゲストへの操作はホストの /etc/init.d/libvirt-guest が操っているので、その設定ファイルの /etc/sysconfig/libvirt-guests の設定を変更して、shutdown 時にゲストにも shutdown メッセージが飛ぶようにする。 # vi /etc/sysconfig/libvir
QEMU/KVMのvirtioデバイスによる仮想ディスクのアクセス速度の改善について - 試験運用中なLinux備忘録・旧記事
QEMU/KVMではvirtioという準仮想化*1デバイスをサポートしていて、ゲストOS側がLinux 2.6.24以上であれば、この機能により、仮想ディスク読み書き速度を大きく向上させることができる。 ここでは、Ubuntu Hardy(8.04)を用いて、virtioによる速度改善がどれほどのものかを実験する。 作業自体は http://kvm.qumranet.com/kvmwiki/boot_from_virtio_block_device に書かれているもの。 virtioの使用方法 ゲストOS側の準備 ゲストOSから見えるデバイス名が「/dev/vda」となるため、ゲストOSの/etc/fstabの中でデバイス名指定*2してある部分があれば変更の必要があるが、Ubuntuではインストール時にUUIDで記述されたものが作成されるため、変更の必要はない。 他には、ブートローダGRU
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
