前言
vm1運行了1臺kvm 虛機,vm2采用nfs掛載vm1共享的虛機磁盤路徑,當我在vm1進行熱遷移后,在vm2啟動發(fā)現(xiàn)磁盤損壞,而當我在vm3創(chuàng)建nfs共享磁盤給vm1,vm2掛載后,創(chuàng)建的虛機,在vm1和vm2之間進行遷移是完全不會發(fā)生磁盤問題,同樣在冷遷移也是不會發(fā)生磁盤問題。
綜合以上,建議使用專門的nfs等共享存儲服務器供kvm主機掛載。
前提條件:
1. vm2...vmn主機需要安裝kvm虛擬化軟件,版本需一致;
2. 橋接模式需要創(chuàng)建橋接網(wǎng)卡,并將eth0橋接到br0;
3. 掛載路徑必須一致。
冷遷移
缺點:
遷移過程中虛擬機需要關閉,導致業(yè)務中斷(也可以不關機,但是或?qū)е耺ac地址沖突,會導致短暫業(yè)務中斷)。
遷移時間較長,尤其是磁盤文件較大的虛擬機。
拷貝磁盤與虛機xml文件到對應主機
[root@kafka-1 kvm]# scp /etc/libvirt/qemu/qianyi-bridge-vm.xml kafka-2:/etc/libvirt/qemu/qianyi-bridge-vm.xml [root@kafka-1 kvm]# scp /opt/kvm/vm/qianyi-bridge-vm.qcow2 kafka-2:/opt/kvm/vm/qianyi-bridge-vm.qcow2
定義主機
virsh define /tmp/.xml
啟動主機
virsh list --all virsh start
測試訪問
vm1
可以看到同一個ip解析出來倆mac地址。
關掉kvm1的虛機,只解析出來一個mac地址
參數(shù)解釋
arping VIP -s 源地址為IP 目標ip -c 1 查看結果,是否解析出來兩個mac地址
熱遷移
vm3安裝nfs
https://www.cnblogs.com/rtnb/p/15584847.html
vm1,2查看掛載
[root@kafka-1 kvm]# df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 1.9G 0 1.9G 0% /dev tmpfs 2.0G 0 2.0G 0% /dev/shm tmpfs 2.0G 9.2M 2.0G 1% /run tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup /dev/mapper/centos-root 56G 5.7G 50G 11% / /dev/sda1 1014M 183M 832M 19% /boot 192.168.64.12:/opt/kvm 36G 5.1G 31G 15% /opt/kvm tmpfs 392M 8.0K 392M 1% /run/user/0
[root@kafka-2 ~]# df -h 文件系統(tǒng) 容量 已用 可用 已用% 掛載點 devtmpfs 1.9G 0 1.9G 0% /dev tmpfs 2.0G 0 2.0G 0% /dev/shm tmpfs 2.0G 9.2M 2.0G 1% /run tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup /dev/mapper/centos-root 36G 24G 12G 69% / /dev/sda1 1014M 183M 832M 19% /boot 192.168.64.12:/opt/kvm 36G 5.1G 31G 15% /opt/kvm tmpfs 392M 4.0K 392M 1% /run/user/0
遷移
# 熱遷移命令,不斷網(wǎng) virsh migrate --live --verbose domain qemu+ssh://192.168.64.11/system --unsafe virsh migrate --live --verbose test2-nat-network-2 qemu+ssh://192.168.64.11/system --unsafe # 遷移 virsh migrate --live --verbose test2-nat-network-2 qemu+ssh://192.168.64.14/system --unsafe # 回遷 virsh migrate --live --persistent --undefinesource --verbose myvm qemu+ssh://root@192.168.64.11/system --unsafe
參數(shù)解釋
--live 在線遷移
--verbose 啟用詳細模式,遷移過程中會顯示詳細的輸出信息,了解遷移的進度和狀態(tài)。
qemu+ssh://192.168.64.11/system:表示要將虛擬機遷移到192.168.64.11 的主機上,并使用 SSH 連接進行遷移。system 表示目標連接到 libvirt 的系統(tǒng)實例。
IP 目標IP,必須和對面做主機名host解析。
--unsafe 此參數(shù)允許在未啟用共享存儲的情況下進行遷移。正常情況下,為確保數(shù)據(jù)一致性,遷移通常需要源和目標主機之間共享存儲。
--undefinesource 遷移完成在源kvm刪除虛機定義,但不刪除磁盤文件。
--persistent目標主機上使虛擬機定義為持久性,即當目標宿主機重啟,依然生效,不指定只是當前生效,當宿主機重啟,虛機失效。
注意:兩邊xml文件配置里的磁盤路徑需要指向共享存儲目錄。
配置hosts解析
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 kafka-1 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 192.168.64.14 kafka-1 192.168.64.11 kafka-2 192.168.64.12 kafka-3
鏈接:https://www.cnblogs.com/rtnb/p/18331044
-
主機
+關注
關注
0文章
1036瀏覽量
35897 -
磁盤
+關注
關注
1文章
389瀏覽量
25709 -
遷移
+關注
關注
0文章
34瀏覽量
8044 -
KVM
+關注
關注
0文章
191瀏覽量
13182
原文標題:冷遷移 vs. 熱遷移:KVM場景下的最優(yōu)選擇策略
文章出處:【微信號:magedu-Linux,微信公眾號:馬哥Linux運維】歡迎添加關注!文章轉(zhuǎn)載請注明出處。
發(fā)布評論請先 登錄
你了解多少KVM切換器?
和大家分享下KVM切換器
***亞信KVM
整合USB KVM切換器單芯片解決方案
Banana Pi BPI-KVM – 基于 Rockchip RK3568 SoC 的 KVM over IP 解決方案
虛擬機動態(tài)遷移安全增強方法

KVM虛擬化動態(tài)遷移技術的安全防護模型

為什么選擇矩陣式KVM切換器,它的原理分析
KVM切換器和KVM矩陣的區(qū)別
信息集成矩陣系統(tǒng) KVM切換器在浙江電視臺升級改造應用

評論