根據以上，從而分為兩種情況，一種情況就是自動進行虛擬機遷移，這種主要的場景就是物理機宕機，發生的原因有很多了，例如內核bug，例如內存不釋放，例如各種硬件損壞，主板啊，cpu，內存壞了。在這種情況下，主要就是自動遷移了，相當于冷遷移，也就是關閉了虛擬機，然后進行虛擬機的遷移，這種情況比較簡單。一般就是將整個物理機上運行的虛擬機一個一個的遷移，將計算，存儲，網絡都遷移到另外一臺好的物理機上面。

在進行冷遷移的時候，一般都是分布式存儲的，從而存儲基本上不用遷移，例如鏡像文件，磁盤文件，對于虛擬機來說，運行在哪兒并不重要，這個時候的遷移只要在新的物理機上重建計算資源即可，也就是分配相應的CPU，分配相同的內存和網絡即可，一般很快，幾十秒即可完成。

在物理機宕機的時候，需要考慮一個問題，對于應用來說，這個時候是停機的，從而對于虛擬機中提供的服務，必須要做應用自拉起，不然，每次還需要手動啟動服務，用手的操作總是讓人不屑一顧的，赤裸裸的嫌棄。

沒有風，整個風景都是黯然失色的，然而對于應用來說，運行在哪個物理機重要么，有的重要，有的不重要，當一個物理機上運行的虛擬機會進行爭搶資源的時候，對于敏感的應用，會出現應用耗時增加，延遲增加的情況，從而有的時候，需要主動的遷移虛擬機。

從而，在進行遷移虛擬機的時候，還需要提供一種功能，指定物理機進行遷移，而不是依賴于調度算法進行遷移，而且，對于同一個應用必須分布在不同的物理機上，這樣才能保證冗余。

冷遷移毫無意義，一點都不好玩，從而一般有難度的就是熱遷移，所謂的live migration，就是主動進行遷移的時候，對業務的影響最少，只有少量的停機時間，從而大大提供客戶服務滿意度。

無縫熱遷移，首先考慮遷移哪些東西，例如內存，磁盤數據，分布式存儲，不考慮磁盤數據，集群中不考慮網絡，在哪兒都能運行，從而就只有內存數據需要進行拷貝，熱遷移的時候，總是使用預先內存拷貝的方式進行復制，選擇一個好的機器，然后將內存復制過去，此時虛擬機還在提供服務，從而內存也會被寫，從而會存在dirty pages，從而會在下次繼續進行復制，當兩者之間的差異足夠小時，將原來的虛擬機進行暫停，也就是pause，然后全部復制過去，然后開機啟動，從而就完成了熱遷移，在整個過程中，由于停止服務的時間只有暫停的時間，從而對應用來說，是無損的，當然，也會出現幾秒鐘的無法連接的情況。

再考慮一種情況，你在這里熱遷移，那邊新創建的虛擬機又調度到整個上面了，從而需要在進行遷移的時候，鎖定物理機，讓調度算法不再將新的虛擬機調度上來，而且當使用分布式存儲的時候，如果是計算和存儲混部，那么需要考慮存儲的容量是否支持遷移。

在下線一個存儲資源的時候，總是需要考慮剩余的資源是否滿足三副本的基本要求。

遷移失敗了咋辦，在遷移一次咯，反正無所謂，要么就是集群的資源不足，要么就是虛擬機的狀態不對，解決了，然后再次遷移就好了。

暫停態，是個好狀態，就是太不正經了，所謂的在容器的進程中，存在一個參數，

–live-restore ，也是熱升級的一個參數，從而不會影響正在運行的容器。

本文題目：閑聊虛擬主機網站遷移
本文URL：http://www.js-pz168.com/news31/105131.html

網站建設、網絡推廣公司-創新互聯，是專注品牌與效果的網站制作，網絡營銷seo公司；服務項目有虛擬主機等

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯