XenでのディスクイメージのスナップショットがどうやってもうまくいかないのでKVMに逃げることにしました。 で、KVMのインストールと。とりあえずCentOS5.2 x86をクリーンインストールし、Kernel 2.6.28.3をソースからインストール。 SourceforgeからKVM-84を落としてきて、展開。いくつか必要になるファイルがあるので、 yum install qemu yum install SDL SDL-develでインストーる。 ./configure --prefix=/usr/local/kvm make make install modprobe kvm-intelとして、 # lsmod|grep kvm kvm_intel 47336 0 kvm 155680 1 kvm_intelこうなればOK。 ゲストOSの作成 まずはディスクイメージの作成。QCOW

virtio-netとvhost-net 参考：CentOS 6 - KVM - Enable vhost-net : Server World modprobe vhost_net VM起動時までにvhost_netがロードされているとvhost-netで、ロードされていないとvirtio-netで起動する模様。 ps ax|grep vhost とかやると、vhost-netが有効なKVMプロセスは引数にvhost=onが入っているので見分けられる。 tap 参考:libvirt: Domain XML format typeがbridgeかnetworkになっている。 標準的な構成。 <interface type='bridge'> <mac address='52:54:00:94:9a:a0'/> <source bridge='br0'/> <model type='virt

仮想ネットワークの全体像 今回はKVMの仮想ネットワークについて解説します。KVMではホストLinuxの仮想ブリッジ機能を利用して仮想ネットワークを構成します。仮想ブリッジは、ホストLinux上に仮想的なL2スイッチを構成する機能です。複数の仮想ブリッジを構成することも可能です。 図1は、仮想NICと仮想ブリッジの接続を表します。 図1　KVM仮想ネットワークの構成 仮想NICは、ホストLinux内部のTAPデバイスを経由して仮想ブリッジに接続されます。TAPデバイスは、Linuxがユーザプロセスと通信するための仮想的なNICを提供する機能です。KVMの環境では、ホストLinuxと仮想マシン・プロセスが通信するためのインターフェースとして機能します。ゲストOSが仮想NICで送受信するパケットは、ホストLinux側のTAPデバイスから送受信されることになります。同じ仮想ブリッジに接続された仮

##序文 KMV環境において同一ホスト上ののVM～VM間、VM～ホストVeth間の通信には、多くの場合Linux-Bridgeや Open vSwitchなど、ブリッジデバイスを利用します。 そして多くの場合はこのようなBride経由のVM接続で何ら支障はありません。 ただ、VM上でS/W仮想スイッチを稼働させて、それを複数台に相互接続、LLDPやIGMPの送受信を させたいような場合、間にブリッジデバイスが介在する事が障害となる場合があります。 （※今回試していないが、IPv6のLink-Localフレームも同様では？） ときに、私はOpenFlow 1.3対応のスイッチ群でトポロジアウェアな経路制御コントローラを実装しようと 思い立っておりました。 そして、この実装手段の一つにLLDPによるトポロジ検知を検討したのです。 そこで、取り急ぎKVM間を安易にLinux-Bridgeで接続し

今回は、CentOS 7の仮想化に加え、最近巷で話題のLinuxコンテナであるDocker、そして、仮想化によるサーバー集約時に必要とされる資源管理について紹介します。 CentOS 7におけるKVM CentOS 7において、仮想化機能のKVMがサポートされています。従来のCentOS 6系に比べ、NUMAアーキテクチャのCPUに対するプロセスの割り当ての自動化機能や仮想CPUのホットアド機能、ライブマイグレーションの高速化など様々な機能拡張が施されています。CentOS 7のKVMの機能拡張については、アップストリームOSにあたるRHEL 7のリリースノートの第9章が参考になります。 RHEL 7のリリースノート https://access.redhat.com/documentation/ja-JP/Red_Hat_Enterprise_Linux/7/pdf/7.0_Releas

ここ一ヶ月ほどQEMUのコードとお戯れしていたのですが、 qemuのソースコードもうすぐ読みきりそうなのでどこかにまとめたいんだけど、qemu internalみたいな記事ってどれぐらい需要あるの— 前代未聞 (@RKX1209) 2015, 11月 9 と言ってみた所なんとなく需要がありそうだったので書きました。 本記事ではQEMUの内部実装を追い、具体的な仕組みを見ていきます。もし研究や仕事などでqemuを読む必要がある方や、これから趣味で読んでみようという方はぜひ参考にしてください。 (QEMU internalsというよりはQEMUコードリーディングの方が適切かもしれませんね....) さてここで扱うQEMUはqemu2.4.0でゲストはx86,ホストはx64であると仮定します。 両方共x86系となるとDBTの意味はあまり無く、KVM使ってどうぞという話になるのですが、あくまでコー

VMMの高速化について学ぶ過程でKVMのコードを読んだので、 メモ代わりに内部構造の解説記事を書きました。 KVMはqemuと連携して動作するため、以前私が書いたQEMU internals( http://rkx1209.hatenablog.com/entry/2015/11/15/214404 ) も合わせてご参照ください。また本記事はある程度システムプログラムに慣れており、 VT-xや仮想化の基本アーキテクチャは知っている物として進めます。 1.qemu-kvm,kvmの初期化 では早速見て行きましょう。まずはKVMの初期化の入り口となるqemu-kvmサイドから見ていきます。(ちなみに現在qemu-kvmはqemu本家に統合されておりconfigを変えることでkvmを有効化する仕様になっています) qemuは/dev/kvmを通してKVMとやり取りを行います。全体的なアーキテクチ

enakai00.hatenablog.com ちょうど2年前に上記の記事を書いたのですが、同じことをRed Hatの製品版ディストリビューションRHEL-OSP7(Kilo)でやれるようにquickrdoを拡張しました。 Fedoraなどで、Nested KVMが利用できるLinux KVM環境を用意して、その上の3台の仮想マシンで下記のクラスタを構成します。各ノード共通に「eth0」がAPI／管理アクセス用で、「eth1」がVXLAN接続用になっています。コントローラーノードの「eth2」は、テナントネットワークから外部ネットワークに接続するNICになります。Packstackの制限で、VXLAN接続用NICは全ノードで同じ名前のNICデバイスを使用する必要があります。 [Internet] | | [物理NIC] |(NAT) | external01 192.168.200.0/2

RHEL7/CentOS7では、virshコマンドから仮想マシンに対するリソース割り当てを制御できるようになっていますので、そのあたりを説明します。 CPU Pinning 仮想マシンに割り当てた仮想CPUごとに、その仮想CPUが使用する物理コア（その仮想CPUの処理に割り当てられる物理コア）を制限することができます。 たとえば、物理4コアの環境で、仮想CPUを2個割り当てた仮想マシン「vm01」を作成します。デフォルトでは、すべての仮想CPUは、すべての物理コアを使用することができます。 # virsh vcpuinfo vm01 VCPU: 0 CPU: 0 状態: 実行中 CPU 時間: 24.2s CPU アフィニティー: yyyy VCPU: 1 CPU: 3 状態: 実行中 CPU 時間: 5.8s CPU アフィニティー: yyyy上記の「CPUアフィニティー」が、4個の物理