KVM ではメモリとディスク領域の両方に対してオーバーコミットを許可して います。これが何を意味するのかは利用形態によって変わりますが、 利用可能なリソースを超過することによって発生するハードウエアエラーは、 ゲスト側のエラーにもつながります。また CPU のオーバーコミットにも 対応していますが、性能面で問題を引き起こす可能性があります。

多くのゲストでは、時刻を正確に維持するのに追加のサポートを必要とします。 利用可能であれば、 kvm-clock を使用してください。 それ以外にも NTP やその他のネットワークベースの時刻同期プロトコルを利用し、 安定した時刻を維持することを強くお勧めします (VM ホストサーバ と VM ゲスト の 両方に対して) 。ゲスト内での NTP は、 kvm-clock を利用している場合には推奨されません。詳しくは 8.7項 「時計の設定」 をお読みください。

NIC に対して MAC アドレスを指定しない場合は、既定の MAC アドレスが割り当て られます。この場合、複数の NIC が同じ MAC アドレスになってしまい、 ネットワーク問題を引き起こすことが考えられます。それぞれの NIC に対して ユニークな MAC アドレスを割り当てることをお勧めします。

ライブマイグレーション機能は同じ機能の CPU を利用した VM ホストサーバ 間のみで 実現することができます。また、マイグレーションに対応する CPU モデルは、 -cpu qemu64 (既定値) のみであり、他の追加機能が有効化 されていない場合のみであることにも注意が必要です。さらに、物理デバイスを ホストからゲストに渡すこともできません。ゲスト側のストレージは両方の VM ホストサーバ からアクセスできなければならないほか、ゲストの定義がそれぞれ 互換性のあるものでもなければなりません。また、 VM ホストサーバ と VM ゲスト の 間では、適切な時刻維持機能が必要です。 AHCI インターフェイス (virtfs インターフェイス) を使用する場合や、 -mem-path コマンドラインオプションもマイグレーション には不適切です。 SP3 から SP2 もしくは SP1 でホスティングされた環境にも 移行することはできません。

管理ツール (Virtual Machine Manager, virsh, vm-install) は libvirt に対して認証を行なう必要があります (詳しくは 第6章 接続と権限 をお読みください) 。 また、 qemu-kvm をコマンドラインから実行するには、 ユーザが kvm のメンバーで なければなりません。

ゲストが稼働中の場合、 VM ホストサーバ システムのサスペンドやハイバネートには 対応していません。