タグ付けされた質問 「qemu」

QEMUは「Quick EMUlator」の略で、動的なバイナリ変換に依存して妥当な速度を実現しながら、新しいホストCPUアーキテクチャに簡単に移植できるプロセッサエミュレータです。

1
KVM / Qemu、Ubuntu:より多くのゲストCPUがディスクI / Oを急速に拡張するのはなぜですか?
2つのノードで構成されるハートビート/ DRBD / Pacemaker / KVM / Qemu / libvirtクラスターがあります。各ノードは次のパッケージ/バージョンでUbuntu 12.04 64ビットを実行します。 カーネル3.2.0-32-generic#51-Ubuntu SMP DRBD 8.3.11 qemu-kvm 1.0 + noroms-0ubuntu14.3 libvirt 0.9.13 ペースメーカー1.1.7 ハートビート3.0.5 仮想ゲストはUbuntu 10.04 64ビットおよびUbuntu 12.04 64ビットを実行しています。最高のCPUパフォーマンスを実現するために、libvirt機能を使用してホストCPUの機能を仮想ゲストに渡します。 これがこのクラスターの一般的なセットアップです。 VMの「監視」には4つのvCPUがあります VMの「監視」はideをディスクインターフェイスとして使用します(現在、明らかな理由によりVirtIOに切り替えています) 最近、いくつかの簡単なテストを実行しました。私は彼らが専門家ではなく、高い基準に達していないことを知っていますが、すでに強い傾向を示しています: ノードAはVM「bla」を実行していますノードBはVM「監視」を実行しています VM "bla"からVM "monitoring"にファイルをrsyncすると、12 MB /秒しか達成されません。VMの「監視」内で単純なdd if = / dev / null of = / tmp / …

1
Vagrant(Virtualbox)ホストのみの複数ノードネットワークの問題
OpenStackをデプロイするためのテストベッドとしてマルチVMの迷惑な環境を使用しようとしています。1つのVMからVMの内部のVMに通信しようとすると、ネットワークの問題が発生しました。 2つのVagrantノード、クラウドコントローラーノードと計算ノードがあります。ホストオンリーネットワークを使用しています。私のVagrantfileは次のようになります: Vagrant::Config.run do |config| config.vm.box = "precise64" config.vm.define :controller do |controller_config| controller_config.vm.network :hostonly, "192.168.206.130" # eth1 controller_config.vm.network :hostonly, "192.168.100.130" # eth2 controller_config.vm.host_name = "controller" end config.vm.define :compute1 do |compute1_config| compute1_config.vm.network :hostonly, "192.168.206.131" # eth1 compute1_config.vm.network :hostonly, "192.168.100.131" # eth2 compute1_config.vm.host_name = "compute1" compute1_config.vm.customize ["modifyvm", :id, "--memory", 1024] end end …

2
実行中のKVM qcow2 VPSのバックアップ
実行中にqcow2ファイルのKVM VPSのバックアップを取る堅牢な方法が必要です。長い間探していたところ、ライブバックアップにrsyncを使用できることがわかりました。私はrsyncに次のコマンドを使用しました: rsync -avh /vms/base.qcow2 /backup/backup.qcow2 ちゃんと動いた。しかし、書き込みと削除の操作(新しいソフトウェアのインストールや更新など)のためにVPSが変更されている間にバックアップを行うと、バックアップqcow2イメージが破損する可能性があります。 したがって、ライブVPSのスナップショットからバックアップを取ることは、より興味深いオプションのようです。 次のコマンドを使用して、実行中のVPSのバックアップを作成しました。 1.スナップショットを作成: qemu-img create -f qcow2 -b base.qcow2 snapshot.qcow2 2.生の画像形式(.img)でスナップショットを変換します: qemu-img convert -O raw snapshot.qcow2 /backup/backup.img VPSを復元するには: 3. qcow2画像でraw画像を変換します。 qemu-img convert -O qcow2 /backup/backup.img base.qcow2 その後、virsh create base.xmlコマンドでVPSを起動できます。 この方法も完全に機能しますが、実行中のVPSのバックアップを取る適切な方法であるかどうかはまだわかりません。こことここにqemu-imgコマンドに関するドキュメントが見つかりました。しかし、彼らは生のイメージでライブVPSのスナップショットを変換することについて何も言及しませんでした。 ライブVPSバックアップにはどちらの方法が適していますか?生画像のスナップショットの変換は安全ですか? スナップショットファイルとベースファイルが特定の状況でどのように動作するかについての詳細なドキュメントを入手できたら、非常に役立ちます。 スナップショットを変換する代わりに、ベースqcow2イメージをrawバックアップファイルに変換することもできます。したがって、コマンドフローは次のようになります 。1.スナップショットを作成する 2.ベースqcow2をバックアップRAWイメージに変換する 3.スナップショットの変更をベースイメージにコミットする 4.スナップショットを削除する 私はこれを試してみましたが、5GBの小さなVPSで問題なく動作しました。しかし、VPSのサイズが大きい場合、エラーやVPSの破損の可能性はありますか? 前もって感謝します...

1
QEMU複数ポート転送
複数のポートを転送したい。 次のコマンドは、VMを実行し、RDPポートを正常に転送します。 qemu-system-i386 -net nic,model=rtl8139 -net user,hostfwd=tcp::3389-:3389 -m 512M -localtime -cpu core2duo,+nx -smp 2 -usbdevice tablet -k en-us -hda win.img -nographic 他のコマンドを試してみましたが、運が悪いため、すべてが悪いようです: qemu-system-i386 -net nic,model=rtl8139 -m 512M -localtime -cpu core2duo,+nx -smp 2 -usbdevice tablet -k en-us -hda win.img -nographic -redir tcp:443::443,tcp:992::992,tcp:1194::1194,tcp:5555::5555,udp:1194::1194,udp:500::500,udp:4500::4500,tcp:3389::3389 qemu-system-i386 -net nic,model=rtl8139 -net user,hostfwd=tcp::3389-:3389,tcp:443::443,tcp:992::992,tcp:1194::1194,tcp:5555::5555,udp:1194::1194,udp:500::500,udp:4500::4500 -m 512M -localtime -cpu …

2
QEMU-KVM仮想マシンのブートデバイスの変更
VMの起動デバイスを変更しようとしています。でVMのXMLファイルに移動し/etc/libvirt/qemuて設定し<boot dev='cdrom' />ます。それでも、CD-ROMではなくハードドライブから起動しようとします。 ISOイメージがCD-ROM仮想デバイスにロードされていることを知っています。 私はこれを正しく行っていませんか?私はVMを完全にシャットダウンして、無駄に起動し直しました。おそらく、どういうわけか設定をリロードする必要がありますか? 編集: @Selivanovのリクエストにより: $ libvirtd --version libvirtd (libvirt) 0.8.7 そしてXMLファイル: <domain type='kvm'> <name>nimmy.example.com</name> <uuid>(SNIP)</uuid> <memory>524288</memory> <currentMemory>524288</currentMemory> <vcpu>1</vcpu> <os> <type arch='x86_64' machine='rhel6.1.0'>hvm</type> <boot dev='cdrom'/> </os> <features> <acpi/> <apic/> <pae/> </features> <clock offset='utc'/> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/libexec/qemu-kvm</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='none'/> <source file='/var/lib/libvirt/images/nimmy.img'/> <target …

3
警告 'qemu'を使用したKVMアクセラレーションは利用できません
debianの実行(Linux Rick 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u6 (2015-11-09) x86_64 GNU/Linux) 私のcpuinfoを見ると、vmxサポートがあることがわかります。 flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.