怎樣編譯安卓kvm

A. KVM命令行安裝時--os-variant 參數怎麼寫才對

兩個方法：
復制環境：找一台類似的機器，將你的目前機器上的lamp
memcache
python
svn的所有文件，使用rsync的方式，直接同步到新的機器上，再在新機器上進行安裝測試；
直接編譯或安裝：不知道你是不是使用的php-fpm，如果是得話，那就更簡單了，將5.3.10編譯到某個指定目錄，再啟一個apache的旦閥測合爻骨詫攤超揩虛擬機主，然後直接使用新的5.3.10的php-fpm，這樣測試就不沖突了；

B. 各位大神，我用kvm創建了一個windows2012的qcow2鏡像，上傳到openstack雲環境後，

一、思路就4步：1、創建鏡像文件
2、用nova-compute自帶的kvm,啟動.iso文件，用vncviewer完成OS的安裝過程
3、OS安裝完畢，停止虛擬機，kvm重啟鏡像，安裝必要的軟體
4、後續：上傳鏡像到雲中

二、鏡像製作指導

很多源都有為OpenStack已經編譯好的各種鏡像了，您可以直接下載並通過使用這些鏡像來熟悉OpenStack。
不過如果是為生產環境進行部署的話，您一定需要構建含有定製軟體或配置的鏡像文件。本章將引領您完成幾種較為流行的Linux發行版鏡像，最後也將製作一份Windows的鏡像。

由不同的Linux發行版製作鏡像時，過程幾乎一樣，僅有微小的差別而已。由於含有cloud-ini軟體包，人們用Ubuntu系統製作鏡像文件變得非常容易。Cloud-init軟體在實例運行時能夠自動維護實例配置，也將為無密碼登陸完成密匙導入以及完成設置主機名等任務。每個實例都將通過169.254.169.254的元數據介面，從nova運算中讀取特定的配置。
如果您製作發行版不含有諸如cloud-init此類的軟體包，您就需要自行完成密匙導入等操作了。說來也簡單，只需向rc.local文件中添加相關命令即可。

C. 手機刷 kvm 硬體虛擬化

"您好，官網沒有提供刷機軟體。由於刷機存在風險，如因自行刷機後導致的手機問題，還有可能會影響包修，因此我們不建議您自行刷機。
若手機因系統故障無法正常使用或自行刷機後導致手機出現問題，建議您將機器送到售後服務中心，由工程師幫助檢查處理。"

D. KVM之四：內存balloon的奇妙

玩轉KVM: 內存balloon的奇妙

上篇介紹了kvm的KSM內存合並技術，了解KSM的應用場景。下面進一步KVM的內存氣球balloon。

  balloon技術應用場景
下面總結了一下內存氣球使用時候的伏枝扒情況：
Ballooning在節約內存和靈活分配內存方面有明顯的優勢，其好處有如下三點。

①因為能夠控制和監控ballooning，所以ballooning能夠潛在地節約大量的內存。它不同於內存頁共享技術（KSM是內核自發完成的、不可控），VM系統的內存只有在通過命令行調整balloon時才會隨之改變，所以能夠監控系統內存並驗證ballooning引起的變化。

②Ballooning對內存的調節很靈活，既可以精細的請求少量內存，又可以粗獷的請求大量的內存。

③hypervisor使用ballooning讓VM歸還部分內存，從而可以緩解其內存壓力。而且從氣球中回收的內存也不要求一定要被分配給另外某個進程（或另外的VM）。

從另一方面來說，KVM中ballooning的使用不方便、不完善的地方也是存在的，其缺點也有如下幾個。

①Ballooning需要VM操作系統載入virtio_balloon驅動，然而並非每個VM系統都有該驅動（如windows需要自己安裝該驅動）。

②如果有大量內存從VM系統中回收，Ballooning可能會降低VM操作系統運行的性能。一方面，內存的減少，可能會讓VM中作為磁碟數據緩存的內搭慎存被放到氣球中，從而VM中的磁碟I/O訪問會增加；另一方面，如果處理機制不夠好，也可能讓VM中正在運行的進程由於內存不足而執行失敗。

③目前沒有比較方便的、自動化的機制來管理ballooning，一般都是採用在QEMU monitor中執行balloon命令來實現ballooning的。沒有對VM的有效監控，沒有自動化的ballooning機缺昌制，這可能會讓生產環境中實現大規模自動化部署並不很方便。

④內存的動態增加或減少，可能會使內存被過度碎片化，從而降低內存使用時的性能。另外，內存的變化會影響到VM內核對內存使用的優化，比如：內核起初根據目前狀態對內存的分配採取了某個策略，而突然由於balloon的效果讓可用內存減少了很多，這時起初的內存策略可能就不是太優化的了。

  KVM中的Ballooning是通過宿主機和VM協同來實現的，在宿主機中應該使用2.6.27及以上版本的Linux內核（包括KVM模塊），使用較新的qemu-kvm（如0.13版本以上），在VM中也使用2.6.27及以上內核且將「CONFIG_VIRTIO_BALLOON」配置為模塊或編譯到內核。在很多Linux發行版中都已經配置有「CONFIG_VIRTIO_BALLOON=m」，所以用較新的Linux作為VM系統，一般不需要額外配置virtio_balloon驅動，使用默認內核配置即可。

 我在windows2008R2和centos7下面完成balloon的應用操作。

VM查看balloon狀態：
在vm中，可以通過內核，模塊載入，pci設備等查看balloon是否正常運行。

 根據上面輸出可知，VM中virtio_balloon模塊已經載入，有一個叫做「Red Hat, Inc Virtio memory balloon」的PCI設備，它使用了virtio_pci驅動。如果是WindowsVM，則可以在「設備管理器」看到使用VirtIO Balloon設備，稍後可以檢驗一下。

在宿主機查看並設置balloon：

我通過virsh工具，

設置balloon
virsh # qemu-monitor-command centos7.0 --hmp --cmd balloon 2046

或者
virsh # setmem centos7.0 2Gib # --size默認是Kib

如果沒有使用Balloon設備，則monitor中用「info balloon」命令查看會得到「Device 'balloon' has not been activated」的警告提示。而「balloon 2046」命令將VM內存設置為2046MB。

（4）設置了VM內存為512 MB後，再到VM中檢查，如下所示。

[root@kvm-guest ~]# free -m

   如果是WindowsVM（如Win7），當balloon使其可用內存從2GB降低到512MB時，在其「任務管理器」中看到的內存總數依然是2GB，但是看到它的內存已使用量會增大1536MB（如從其原來使用量350MB，變為1886MB），這里佔用的1536MB正是Balloon設備佔用的，WindowsVM系統其他程序已不能使用這1636 MB內存，這時宿主機系統就可以再次分配這里的1536MB內存用於其他用途。

  另外，值得注意的是，當通過「balloon」命令讓VM內存增加時，其最大值不能超過QEMU命令行啟動時設置的內存，例如：命令行中內存設置為2048MB，如果在Monitor中執行「balloon 4096」則設置的4096MB內存不會生效，其值將會被設置為啟動命令行中的最大值（即2048MB）。