openstack遷移雲主機總匯其一（雲主機熱遷移）

阿新 • • 發佈：2018-05-07

openstack 雲主機熱遷移

openstack遷移總匯

目錄

1 熱遷移之block-migration

1.1 查看物理主機CPU

1.2 修改hosts文件

1.3 開啟熱遷移

1.4 修改防火墻

1.5 virsh測試是否可以連通對端機器

1.5.1 方法1

1.5.2 方法2

1.6 遷移情況

1.7 下面的作為參考

1.7.1 主機

1.7.2 各節點之間nova賬號無密碼訪問

1.7.3 可選操作

1.8 註意事項

1.8.1 事項1

1.8.2

事項2

2 冷遷移

2.1 方法1

2.1.1 在YUN-19上，修改數據庫

2.1.2 實例文件拷貝

2.1.3 查看文件

2.1.4 新建與遷移的實例關聯的網橋

2.2 方法2

2.2.1 轉換鏡像格式

2.2.2 查看鏡像信息

2.2.3 幾種鏡像格式的比較：

2.2.4 註意事項

2.2.5 把鏡像disk4拷貝到YUN-19上

2.2.6 linux實例做遷移

2.2.7 補充一

2.2.8

補充二

3 參考文檔

1 熱遷移之block-migration

1.1 查看物理主機CPU

# cat /proc/cpuinfo |grep name |cut -f2 -d:|uniq -c

YUN-11、YUN-12（主機名）

32 Intel(R) Xeon(R) CPU E5-2640 v2 @ 2.00GHz

YUN-13、YUN-14

64 Intel(R) Xeon(R) CPU E7- 4830 @ 2.13GHz

test-compute

8 Intel(R) Xeon(R) CPU E5-2407 0 @ 2.20GHz

還有後來添加的主機YUN-17

192 Intel(R) Xeon(R) CPU E7-8850 v2 @ 2.30GHz

1.2 修改hosts文件

（每個遷移涉及的節點上都做此操作）

# vi /etc/hosts

添加

192.168.0.11 YUN-11

192.168.0.12 YUN-12

192.168.0.13 YUN-13

192.168.0.14 YUN-14

192.168.0.126 test-compute

192.168.0.17 YUN-17

1.3 開啟熱遷移

（每個遷移涉及的節點上都做此操作）

# vi /etc/nova/nova.conf

# Migration flags to be set for live migration (string value)

#live_migration_flag=VIR_MIGRATE_UNDEFINE_SOURCE, VIR_MIGRATE_PEER2PEER

to

# Migration flags to be set for live migration (string value)

live_migration_flag=VIR_MIGRATE_UNDEFINE_SOURCE, VIR_MIGRATE_PEER2PEER,VIR_MIGRATE_LIVE,VIR_MIGRATE_UNSAFE

1.4 修改防火墻

# vi /etc/sysconfig/iptables

修改之前的防火墻配置

YUN-11防火墻

-A INPUT -s 192.168.0.11/32 -p tcp -m multiport --dports 5900:5999,16509 -m comment --comment "001 nova compute incoming nova_compute" -j ACCEPT

-A INPUT -s 192.168.0.11/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.11_192.168.0.11" -j ACCEPT

YUN-12防火墻

-A INPUT -s 192.168.0.11/32 -p tcp -m multiport --dports 5900:5999,16509 -m comment --comment "001 nova compute incoming nova_compute" -j ACCEPT

-A INPUT -s 192.168.0.12/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.12_192.168.0.12" -j ACCEPT

-A INPUT -s 192.168.0.13/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.12_192.168.0.13" -j ACCEPT

YUN-13防火墻

-A INPUT -s 192.168.0.11/32 -p tcp -m multiport --dports 5900:5999,16509 -m comment --comment "001 nova compute incoming nova_compute" -j ACCEPT

-A INPUT -s 192.168.0.12/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.13_192.168.0.12" -j ACCEPT

-A INPUT -s 192.168.0.13/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.13_192.168.0.13" -j ACCEPT

YUN-14的防火墻

-A INPUT -s 192.168.0.11/32 -p tcp -m multiport --dports 5900:5999,16509 -m comment --comment "001 nova compute incoming nova_compute" -j ACCEPT

-A INPUT -s 192.168.0.14/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.14_192.168.0.14" -j ACCEPT

測試機的防火墻

-A INPUT -s 192.168.0.11/32 -p tcp -m multiport --dports 5900:5999,16509 -m comment --comment "001 nova compute incoming nova_compute" -j ACCEPT

-A INPUT -s 192.168.0.126/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.126_192.168.0.126" -j ACCEPT

YUN-17的防火墻

-A INPUT -s 192.168.0.11/32 -p tcp -m multiport --dports 5900:5999,16509 -m comment --comment "001 nova compute incoming nova_compute" -j ACCEPT

-A INPUT -s 192.168.0.17/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.17_192.168.0.17" -j ACCEPT

修改之後的防火墻配置

YUN-11

添加

# by sxzhou-

A INPUT -s 192.168.0.12/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.11_192.168.0.12" -j ACCEPT

-A INPUT -s 192.168.0.13/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.11_192.168.0.13" -j ACCEPT

-A INPUT -s 192.168.0.14/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.11_192.168.0.14" -j ACCEPT

-A INPUT -s 192.168.0.126/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.11_192.168.0.126" -j ACCEPT

-A INPUT -s 192.168.0.17/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.11_192.168.0.17" -j ACCEPT

YUN-12

添加

# by sxzhou

-A INPUT -s 192.168.0.11/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.12_192.168.0.11" -j ACCEPT

-A INPUT -s 192.168.0.14/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.12_192.168.0.14" -j ACCEPT

-A INPUT -s 192.168.0.126/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.12_192.168.0.126" -j ACCEPT

-A INPUT -s 192.168.0.17/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.12_192.168.0.17" -j ACCEPT

YUN-13

添加

# by sxzhou

-A INPUT -s 192.168.0.11/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.13_192.168.0.11" -j ACCEPT

-A INPUT -s 192.168.0.14/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.13_192.168.0.14" -j ACCEPT

-A INPUT -s 192.168.0.126/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.13_192.168.0.126" -j ACCEPT

-A INPUT -s 192.168.0.17/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.13_192.168.0.17" -j ACCEPT

YUN-14

添加

# by sxzhou -A INPUT -s 192.168.0.11/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.14_192.168.0.11" -j ACCEPT

-A INPUT -s 192.168.0.12/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.14_192.168.0.12" -j ACCEPT

-A INPUT -s 192.168.0.13/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.14_192.168.0.13" -j ACCEPT

-A INPUT -s 192.168.0.126/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.14_192.168.0.126" -j ACCEPT

-A INPUT -s 192.168.0.17/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.14_192.168.0.17" -j ACCEPT

測試機

添加

# by sxzhou

-A INPUT -s 192.168.0.11/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.126_192.168.0.11" -j ACCEPT

-A INPUT -s 192.168.0.12/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.126_192.168.0.12" -j ACCEPT

-A INPUT -s 192.168.0.13/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.126_192.168.0.13" -j ACCEPT

-A INPUT -s 192.168.0.14/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.126_192.168.0.14" -j ACCEPT

-A INPUT -s 192.168.0.17/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.126_192.168.0.17" -j ACCEPT

YUN-17

添加

# by sxzhou

-A INPUT -s 192.168.0.11/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.17_192.168.0.11" -j ACCEPT

-A INPUT -s 192.168.0.12/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.17_192.168.0.12" -j ACCEPT

-A INPUT -s 192.168.0.13/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.17_192.168.0.13" -j ACCEPT

-A INPUT -s 192.168.0.14/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.17_192.168.0.14" -j ACCEPT

-A INPUT -s 192.168.0.126/32 -p tcp -m multiport --dports 16509,49152:49215 -m comment --comment "001 nova qemu migration incoming nova_qemu_migration_192.168.0.17_192.168.0.126" -j ACCEPT

保存退出後記得重啟防火墻的服務

1.5 virsh測試是否可以連通對端機器

（要測試其余每臺機器）

兩種測試方式：

以YUN-11為例，測試與YUN-12的連通性

1.5.1 方法1

在YUN-11主機上

virsh # connect qemu+tcp://192.168.0.12/system

正常情況下將列出YUN-12上的實例

下面是異常情況

virsh # connect qemu+tcp://192.168.0.12/system

error: Failed to connect to the hypervisor

error: unable to connect to server at '192.168.0.13:16509': No route to host

異常情況的話就要查看上面所述的配置是否有誤

1.5.2 方法2

# virsh

virsh # connect qemu+tcp://192.168.0.12/system

查看主機名確認

virsh # hostname

YUN-12

1.6 遷移情況

在dash中選擇【管理員】-【實例】，在要遷移的主機後面點擊下拉菜單，再點擊“實例熱遷移”，再選擇“塊遷移”

YUN-11可以遷移到YUN-12和YUN-17

YUN-12可以遷移到YUN-17

YUN-13可以遷移到YUN-12和test-compute

YUN-13可以遷移到YUN-12和test-compute

test-compute可以遷移到YUN-12

YUN-17不可以遷移

註：

其他機器無法遷移到YUN-11和YUN-13的原因是這兩臺機器的磁盤空間被超量使用

從上面的測試可以分析出各主機遷移CPU的優先級

YUN-17 < YUN-13、YUN-14 < YUN-126 < YUN-11、YUN-12

當遷移失敗，並且在日誌文件中查看到下面所示的出錯信息時，就說明兩臺節點的物理資源不匹配

InvalidCPUInfo: Unacceptable CPU info: CPU doesn't have compatibility.

查看的日誌主要有控制節點的/var/log/nova/api.log和計算節點的/var/log/nova/compute.log

1.7 下面的作為參考

在剛開始的遷移測試中，是這樣的

操作對象：

1.7.1 主機

主機IP 主機名角色

192.168.0.11 YUN-11 控制節點

192.168.0.12 YUN-12 擴展節點

192.168.0.126 test-compute 測試機

註意：本測驗是雖然以控制節點為例，但是每臺涉及遷移的主機都要做操作

1.7.2 各節點之間nova賬號無密碼訪問

1.7.2.1 在各個需要相互無密碼訪問節點上做以下操作

# usermod -s /bin/bash nova

# su nova

$ cd

$ ssh-keygen

$ touch .ssh/authorized_keys

1.7.2.2 把其他節點的公鑰拷貝過來，追加到本地的認證文件中

以控制節點為例

$ scp root@192.168.0.12:/var/lib/nova/.ssh/id_rsa.pub .

$ cat id_rsa.pub >> .ssh/authorized_keys

$ scp root@192.168.0.126:/var/lib/nova/.ssh/id_rsa.pub .

$ cat id_rsa.pub >> .ssh/authorized_keys

之後兩個擴展節點就能夠利用nova用戶無密碼訪問控制節點了

依照這種方法在其他節點做類似操作，最終就會實現各節點之間nova用戶的無密碼訪問

1.7.3 可選操作

【可選，確認即可】網上文檔上做了修改，但是本集群按默認配置

1.7.3.1 編輯/etc/nova/nova.conf

如果希望可以在Dashboard裏設置root的密碼

inject_password=true

修改虛擬機配置，不需要遷移

allow_resize_to_same_host=true

（可選）

遷移和修改配置，不需要手工確認,1表示1秒的時間讓你確認，如果沒確認就繼續

resize_confirm_window=1

重啟服務

service openstack-nova-compute restart

1.7.3.2 熱遷移（block-migration）

所有的節點上修改nova.conf

live_migration_flag=VIR_MIGRATE_UNDEFINE_SOURCE,VIR_MIGRATE_PEER2PEER,VIR_MIGRATE_LIVE,VIR_MIGRATE_UNSAFE

開啟熱遷移功能

【確認即可，此處也按系統默認配置】

然後需要配置versh免密碼連接，修改/etc/libvirt/libvirtd.conf

去掉註釋

listen_tls = 0

listen_tcp = 1

去掉註釋並修改值

auth_tcp = “none” # 註意這裏必須設為none，否則需要認證。

測試下：

virsh --connect qemu+tcp://192.168.0.12/system list

virsh --connect qemu+tcp://192.168.0.126/system list

如果不需要輸入用戶名和密碼就能夠列出所有的虛擬機，則表示配置成功。

重啟所有計算節點nova-compute libvirt-bin服務

此時就可以使用novaclient命令進行遷移，比如要把vm1從測試機遷移到YUN-12,則

nova live-migration --block-migrate vm1 YUN-12

註意選項--block-migrate是必要的，否則默認以共享存儲的方式遷移，另外需要在控制節點做/etc/hosts文件主機名和IP的解析

測試遷移【事實證明防火墻不可以關閉】

測試遷移並沒有成功，在關閉YUN-12和test-compute防火墻後再次測試，遷移成功。需要註意的是控制節點關閉防火墻失敗

1.8 註意事項

1.8.1 事項1

需要註意的是做熱遷移的過程中發現，關閉各節點防火墻就可以做遷移（不做修改防火墻的步驟），但是整個集群出現異常，各節點不能夠創建實例，所以對於各節點的防火墻不能關閉，只能做策略。

1.8.2 事項2

做nova用戶無密碼訪問是否需要做還不太明確，在剛開始的測試中都是做的，就是上面提到的三臺機器，不過在後來的試驗中，不斷有新加進來測試的機器都沒有做，所以應該是不需要。

openstack遷移雲主機總匯其一（雲主機熱遷移）

openstack遷移雲主機總匯其一（雲主機熱遷移）

openstack 雲主機熱遷移openstack遷移總匯目錄1 熱遷移之block-migration 1.1 查看物理主機CPU 1.2 修改hosts文件 1.3 開啟熱遷移 1.4 修改防火墻 1.5 virsh測試是否可以連通對端機器 1.5.

EF6 在原有數據庫中使用 CodeFirst 總復習（三、重建遷移）

圖片 com 類型無需 first www 更新失敗 bsp 頁面本來原來學的時候，挺順利的，沒想到再次使用，還是遇到很多問題，導致更新失敗，所以，只能重建遷移，免得看著亂亂的。一、刪除遷移，將數據恢復到（一）結束狀態 1、刪除文件夾 2、刪除表

Java本地緩存解決方案其一（使用Google的CacheBuilder）

import 緩存 tar google 相對 for use 控制臺 star 前不久，業務實現上需要用到本地緩存來解決一些數據量相對較小但是頻繁訪問的數據，通過查找各種資料，找到了一種可以實現的方案——采用的是Google的CacheBuilder。下面是代碼實現過程：

阿里雲物聯網平臺體驗（樹莓派+Python篇）！

阿里雲物聯網平臺體驗 ( 樹莓派 +Python 篇 ) 雖然對阿里雲物聯網平臺比較熟悉了，從一開始就有幸參與了飛鳳平臺（ Link Develop 一站式開發平臺的前身）的一些偏硬體接入的工作。但是同時也見證了阿里雲物聯網團隊從幾十人到數百人的

阿里雲|Centos7及以上|LAMP（LINUX+APACHE+MYSQL+PHP）安裝教程

一、配置防火牆，開啟80埠、3306埠CentOS 7.0預設使用的是firewall作為防火牆，這裡改為iptables防火牆。 1、關閉firewall： a）停止firewall服務 systemctl stop fi

openstack：nova中“從映象啟動（建立一個新卷）”建立虛擬機器的流程

原文網址:http://blog.csdn.net/xiangpingli/article/details/47912777 nova還有一種啟動方式：“從映象啟動（建立一個新卷）” 這個流程中，nova會在_prep_block_device中的attach_blo

阿里雲伺服器更改初始密碼（不知道初始密碼）親測已解決

登入mysql資料庫的時候出現 : ERROR 1045 (28000): Access denied for user 'ODBC'@'localhost'(using password: NO) ERROR 1045 (28000): Access denied

詳解openstack命令啟動實現流程及原理（nova --debug image-list）

第二個引數就是entry_points.txt檔案group名稱 nova就是傳遞進來的引數，實際指向novaclient.shell模組的main函式跟進程式碼：上述程式碼從命令列接收引數，或者從環境變數中獲取引數值，進行驗證等操作。 nova --debug im

openstack+docker設計與實現CI/CD（持續整合/持續交付）

老規矩我們先了解下相關概念：本次主要說明下基於docker容器技術的openstack研發、測試、運維及其相關的CI/CD、devops等活動。 IaaS雲和容器雲不是可有可無、相互競爭的關係，而是相互彌補彼此缺陷的關係。容器改變了應用部署和管理的模式，我

Haproxy+Keepalived（雙機熱備）搭建高可用web架構

ise mark 高可用web keepalive email protocol rip 火墻詳情 1、目的搭建web高可用架構，用haproxy作為前段負載均衡分攤後端web服務器壓力，Keepalived保證haproxy的存活（雙機熱備：一臺haproxy掛了，自動

keepalived（雙機熱備）深度解析

以下內容為親自研究得出的結果：雙機熱備切換時間：主機interval*主機fail+檢測時間（檢測指令碼執行時間）與備機interval*備機rise+檢測時間（檢測指令碼執行時間）中較大的那個

資料中介軟體：mysql主從Master+Slave資料同步實驗（雙機熱備）

覺得這個實驗挺好玩的，所以拿來分享下：前提，在windows環境下實驗要求： 1、兩人一組，每人一臺PC，一人配置Master，一人配置Slave。 2、資料庫至少設定一張表，用web程式對錶進行增刪查改操作。 3、實現雙機熱備，即主庫宕機備庫可自動

heatmap（高德熱力圖）

window.onload=function(){ heatMap(); console.log(getQueryVariable('province')); } function heatMap(){ var provinc

openstack遷移雲主機總彙其二（雲主機冷遷移）

2冷遷移冷遷移有兩種方式：一種方式只能在同一個openstack叢集中做，另一種可以再相同或者不同的叢集中做在做冷遷移之前記得把要遷移的例項關機2.1方法1把主機名為YUN-19上的例項遷移到YUN-20上，兩個節點在同一個叢集中，其中YUN-19是控制節點2.1.1在YUN

記一次 openstack 雲主機熱遷移失敗與恢復過程

openstack 遷移失敗背景：最近把openstack上的所有機器的磁盤逐一重新分區，之前是兩塊磁盤用RAID1，但是ceph已經配置了3份副本，這樣相當於存6份副本了，目前磁盤資源不太夠。機器用的是HP P440ar的陣列卡，支持建立不同模式的邏輯卷，所以把磁盤分區修改為RAID1系統盤+RA

MS17-010 "Eternal Blue（永恒之藍）”，修復補丁下載匯總地址！

eternal blue 永恒之藍 ms17-010 4012598 4012212 MS17-010 "Eternal Blue（永恒之藍）”官方修復補丁，下載連接匯總地址 Product (Down-level)Release DateCDN LinkSecurity Update

DevExpress中GridControl自定義匯總列值（有選擇性的匯總）

checked order sender end void calc custom expr total 今天碰到有同事遇到這個方面的需求，貼一下吧。 private void gvTop_CustomSummaryCalculate(object sender, Cust

openstack結合glusterfs存儲其一（準備工作）

openstack glusterfs1、機器信息2、準備工作2.1、關閉NetworkManager服務2.2、上傳repo文件2.3、在每個機器上做時間同步2.4、每臺機器上關閉selinux服務、配置防火墻2.5、每臺機器上配置hosts文件3、部署O+G環境3.1、每臺機器上安裝gfs組件3.2、在Y

阿裏雲修改主機名（以centOS為例）

主機 str name 按鍵 ID In 保存 ray ike 需要更改配置文件生效，修/etc/sysconfig/network裏的 HOSTNAME=主機名(可自定義)，重啟生效。如何修改？ 1.[root@aliyunbaike ~]# cd /etc/sysco

OpenStack搭建企業私有雲一：認證服務（持續更新...）

mod_wsgi 描述 put 裸機編輯 pymysql example backup start 雲計算介紹雲計算是一種模型，能夠提供無論在何時何地都可以便捷獲取所需資源的模型，這些資源可以是網絡資源、存儲資源、服務器資源，甚至是服務器或者應用軟件資源等。雲計算模