引言
在威睿(VMWare)針對x86的機器實現了操作系統的虛擬化后,因“一個物理機可同時運行多個操作系統”,機房里的服務器使用率大為提升。然而在終端PC前的用戶,是否也可以取得虛機?于是有關虛擬桌面的想法應運而生。這個想法涉及機房里的多個虛機如何經過適度的管理將PC虛機的桌面實現在用戶終端,因而是整個基礎設施的架構,稱為虛擬桌面基礎設施VDI(Virtual Desk-top Infrastructure)。在云計算紅火的今天,一個很合理的問題是:云里的資源如何讓用戶使用?VDI就是從“端”操作“云”資源的手段之一:“端”透過適當的通信協議和足夠的帶寬來實現機房里“云”的資源使用。通信協議包括遠程桌面協議RDP(傳輸桌面),以及SHCE協議(傳輸桌面和視頻)。
以上所述VDI,通常只在PC及固網里實現。然而,在中國,手機、平板電腦和上網本(以下統稱移動終端)的未來增長比PC快得多,是否VDI的虛擬桌面想法也可以透過3G移動網實現在移動終端上?在本研究報告中,我們把移動的VDI稱為虛擬移動基礎設施VMI(Virtual Mobile Infrastrucmre)。當然,VMI也是“端”使用“云”資源的手段之一。我們研究如何將Android和WinMobile的手機操作系統桌面,傳輸到移動終端。
VMI與兩方面的操作系統有關:
(1)服務器上的虛機操作系統。與VDI不同的是,手機的操作系統并不像PC機那樣,被Windows的用戶占了95%以上。當前較為流行的手機操作系統有:Android、Symbian、WinMobile和iPhone。另外win7、Android和Chmme的上網本也被看好。本研究僅包含兩個代表性的手機操作系統Android、WinMobile6.0和PC的操作系統;
(2)移動終端上的操作系統。如果在機房里運行手機虛機及其應用,那么用戶的移動終端即使品牌不同,只要安裝適當的遠程桌面協議客戶端,都能接收到同一手機操作系統的桌面,甚至PC的桌面(當然PC的屏幕太大,有適配手機屏幕的問題,但使用手指滾動屏幕的技術能緩解這一問題)。這樣“跨移動終端平臺”的VMI產品優勢也許能為移動電信、銷售機構、甚至學校所接受,因為這些機構的用戶的移動終端(尤其是手機)的品牌很難統一。此外,手機應用開發商也因此不必做跨平臺的開發。
1 VMI的需求
以上只是略述VMI的背景,但其詳細的需求如下:
手機虛機的制作:如果要得到手機虛機的屏幕,首先當然必須在機房里的x86服務器上創建手機虛機。這有兩種情況:一是有的手機操作系統能夠直接運行在x86的平臺上,譬如谷歌的Android;另一種情況則是(大部分的)手機操作系統只能在ARM的芯片上運行。因而ARM指令必須要經過翻譯才能在x86的服務器上運行。所以基本上,這是兩個不同的管理程序(Hypervisors)。
手機虛機的管理:類似于VDI的管理,用戶必先通過連接代理取得虛機的lP地址和端口號,然后才能進行桌面的傳輸。在取得虛機時,VMI的管理器必然有適宜的機制,使得手機虛機對某個用戶可以是靜態永不變的,或動態地按照某種規律選取的。管理員必須能夠透過管理界面,為用戶創建、克隆、啟動、停止、刪除虛機。(停止虛機是一般手機操作系統并不具備的功能。)同時要兼顧更有效率的管理和啟動虛機,因為手機虛機并不像Pc虛機的鏡像那么大,所以載人時閫較快。
遠程移動桌面協議:常見的遠程桌面協議有VNC、RDP以及SPICE(以下統稱移動終端協議MTP)。通過MTP,可以完成移動終端與虛機之問的“互動”:即虛機屏幕傳到移動終端,而鍵盤和鼠標的動作則從移動終端傳到虛機。必須選取三種協議之一或創建新的協議米完成互動。無論使用何種協議方法,移動終端協議有其服務器端和客戶端。移動終端協議的服務器可以運行在Hypervisor之上(如SPICE和VNC)或虛機內部(如RDP)。至于移動終端協議的客戶端,是運行在移動終端的操作系統上。由于手機品牌甚多,凡是較為通俗的智能手機或上網本的協議客戶端,都必須支持。
無縫桌面:“無縫”是指客戶端在連接虛機后,接收到的第一個桌面是客戶選定的某應用的全屏桌面。如果沒有選定的應用.默認的桌面就是操作系統桌面。
PC桌面傳輸到手機以及PC應用點播:移動終端如手機或上網本,不僅可以與手機虛機互動,還可以與Pc虛機互動,或與運行在虛機上的應用互動。
內網連接的擴容(Scalability of local-netVMI):當大量的用戶有桌面要求,系統在虛機能支持的虛機數量上以及用戶響應、用戶體驗上必須保證沒有問題。
外網3G連接擴客(Sealability of wide-area VMI):機房里服務器的虛機桌面,利用3G載體的傳輸與移動終端互動。經由外網進入內網。通常有一個類似路由的接人過程。即使擴容測試已可在內網處理大批量用戶的問題,但從外網的移動終端經由移動電信的3G移動網關、骨干網、一直到通過防火墻、接人內網到機房服務器的過程,如有瓶頸,必須消除,以支撐大數量的并發。
2 VMI管理軟件以及QVisor平臺的研制過程
2.1 國內外Hypcrvisor技術調研
早期Hypervisor的研究:因為VMI的主要舞臺是數據中心,而為了將ARM OS運行在全是x86核的數據中心里,有必要引用仿真器QEMU。較早的x86虛擬化研究包括:2000年華盛頓大學的Denali使用微內核技術的研究項目,威睿的全虛擬化,Xen的半虛擬化,微軟Hyper-V的半虛擬化,此外還有IBM的預虛擬化以及紅帽的QumranetKVM方法。自從2006以來.已有一些在ARM核上運行的虛機研究。例如伊利諾大學的研究就集中在ARM硬件上的Hypervisor,而不是用AMR的仿真器。Xen 3.3使用了V2E方法:除了一個很薄的域0和其它客戶域之外,在一個迷你os上運行仿真器QEMU。這個QEMU僅是為了VM運行時需要進行一些特殊的應用例如安全檢測,啟發了我們的想法:將全部的客戶OS郜運行在QEMU上。
嵌入式Xen:這個方法起初是將Xen的源碼移植到ARM指令。其次將此嵌入式Xen的硬件驅動虛擬化。有一些大學的研究是屬于這方面的:就是把Xen 1.0代碼移植為ARM指令,但MMU方面的工作并末完成。移植了一個Choices Hypervisor到ARM芯片上并將ARM指令擴充以便在QEMU仿真器內使用類似英特爾的VT技術。
基于QEMU的優化移動Hypervlsor為多種芯片(SPARC、ARM等)做了仿真工作,運行在Linux微內核L14上。他們做了下列優化:(1)功能級別的指令塊處理;(2)用自己的內存管理方法,取代QEMU軟件MMU;(3)L4微內核是一個代碼行數很少的內核.性能極佳。優化方法散布在三個層面:(I)微內核L4;(2)QEMU;(3)客戶0S。比起嵌入式Xen方法集中在一個Hypervisor內,該方法似乎更為有效。但由于每個客戶OS都需要將一個仿真器QEMU載人內存。消耗掉不少內存.于是能支持的虛機個數比起嵌入式Xen就少很多。如果QEMU可被共享,那就更佳。不過,共享QEMU是Xen3.3的V2E用在Pc虛機上的方法,只不過Xen 3.3用了自己的Xen任務調度器和MMU,而方法則是用了M的改進的任務調度器和MMU。此外,還欠缺了一個服務器來管理虛機,以方便測試.并需要提供API與諸如VDI或VMl的應用相接。
至今國內外尚未有任何類似VMI的產品。主要是因為手機操作系統的虛擬化技術,大多數公司(例如澳大利啞的OpenKernel Lab、被RedBend收購的ViauMogjc、以及威睿)將之用在客戶端,而不是服務器。我們參考上述的研究,根據自己的創見。提出了在服務器上建立一個移動的Hypervisor的想法,稱之為QVisor。至于多客戶分派手機虛機.建立對話期,控管虛機池的機制,則是參考VDI的管理軟件而得的設計。
2.2 移動虛擬化VMI軟件的原理
移動虛擬化要建立的系統是基于一個事實:手機虛機能運行在x86服務器上。既然大部分的手機虛機僅能在ARM芯片上運行.手機虛機必須要先在ARM-x86的仿真器上運行,而該仿真器又能在x86的服務器上運行。
圖1顯示仿真器和x86的主機操作系統之問還有一個Hy-pervisor層。Hypervisor的功能是啟動仿真器,優化內存的使用,并與虛機管理器對接,傳達手機虛機的啟動、克隆、結束、性能回報等指令。手機虛機和Pc虛機最大的不同處在于它本身通常沒有“結束”這一功能,必須另外設定;而且手機操作系統也欠缺硬盤功能,但可以通過閃存卡驅動接入。我們的解決方案將Hypervisor稱為QVisor平臺,集合了上述功能。
虛機管理器不止是通過應用接口傳遞VMI管理軟件的指令和回應,也調節各虛機之間的資源使用情況。此外,虛機管理器可以單獨運行成為軟件服務器,不一定要和運行手機虛機的x86主機共存。這是因為虛機管理器不但可以管多臺主機上的虛機,還能處理主機集群的問題。我們的解決方案將虛機管理器稱為QServer。
圖1也顯示透過軟件交換機,不單移動網上的手機和上網本可透過和VMI的應用服務器接入QVisor平臺,任何固網上的PC、瘦終端、感應器或離線VDI的終端也可以取得手機虛機(例如Android)的桌面。此外,手機和上網本也可以接人VDI的應用服務器。也就是說,這些移動終端也可使用PC虛機的資源。
VMI應用服務器上運行的是VMI的管理軟件。有兩個重要的功能,一是連接代理,其次是虛機池的管理。連接代理是在接到用戶的接人請求后,完成身份驗證、創建Session、并向虛機池管理器請求分派手機虛機。當得到虛機之后,把虛機網址、端口號傳給用戶。這樣用戶的遠程傳輸協議(RDP、SPICE、VNC等)客戶端就可直接與協議的服務器傳送手機屏幕。連接代理能使用“無縫屏幕”的技術,讓用戶收到的第一個屏幕,就是訂閱的虛機應用屏(第一個屏也可以設置為操作系統桌面)。這是考慮到如果合作對象是移動電信公司,其用戶可以訂閱該公司提供的不同“應用套餐”。虛機池管理器負責按照虛機的模板制作手機虛機,并按池的策略預先克隆足夠的虛機,以應付大規模的手機用戶請求。以上的功能與VDI的管理軟件大致相同,不同的是手機虛機的啟動要比PC快得多,簡化了池中預留虛機的延遲考慮。我們的解決方案將VMI應用服務器稱為TranVMI。
2.3 完成移動虛擬化的初步研究開發
移動虛擬化的初步研究開發,經歷了三個階段。
首先,我們按照TranVMI的設計,開發出手機從(1)威睿的ESX平臺,或(2)VMI基礎平臺QVisor接收到“無縫PC屏幕或手機屏幕”的技術。
其次,在為優化虛機內存使用情形下,我們開發出類似TranVDI的虛機管理器QServer(運軟公司的VDI產品),成為VMI的QServer。因而虛擬機得以被更好的管理,譬如虛機上的代理可經由QServer傳達心跳和虛機性能的信息,這樣有利于調適。
最后,我們分別對微軟和谷歌的手機操作系統進行了改良,將WinMobile成功運行在QVisor上。另外,我們也成功地將谷歌x86版的Android操作系統直接運行在x86的服務器上,并使用VDI的QSenrer經過TranVMI與手機相連,但此方法效果不如QVisor。
2.4 完成跨手機平臺的應用管理
以下為完成跨手機平臺的應用管理的幾個實施案例:
(1)TranVMI管理軟件 + Android,直接運行在x86平臺
TranVMI后臺為Android x86版在Dell服務器上運行,我們使用了將Linux KVM改良的TranVMM Hypervisor,并經過Tran-VDI的QServer來管理。前端為WinMobile手機或上網本(已完成測試,見第3節的內網擴容測試結果)。
(2)TranVMI管理軟件 + Android,運行在QVisor平臺
在QVisor平臺上運行,并經過TranVMI的QServer來管理虛機。前端為Andwid手機、iPhone手機或iPad上網本(與聯通進行合作)。
(3)TranVMI管理軟件 + WinMobile,運行在QVisor平臺
TranVMI具備無縫傳屏技術和應用管理的實施,后臺為WinMobile虛機。TranVMI也連接后臺為PC虛機在TVM 4.0平臺上運行,并經過TVM 4.0的VM Manager。未來計劃將前端擴展到:Android手機、iPhone手機、WinMobile手機、Nokia手機、其他主流Windows上網本或iPad上網本。
2.5 基于智能傳屏技術開發手機虛擬化服務器
(1)SPICE協議
SPICE協議服務集成(雖然在手機上尚未完成移植SPICE,但第5節的VDI SPICE測試結果仍具有參考價值),例如:傳虛機屏能力;傳視頻能力。
(2)其它智能傳屏協議
未來從修改VNC協議到建立運軟自己的智能傳屏協議,例如:虛機屏幕及視頻傳輸;大規模并行會話和(應用+OS)鏡像的雙向同步,為客戶端虛擬化作準備。
2.6 在移動運營商示范應用
首先測試TranVMI的手機或上網本,經過聯通的3G上網卡,使用聯通的移動3G網絡在大規模擴容環境中的實際成果(部分為模擬客戶端,且中間經過RAS的外、內網地址翻譯,結果見3.2節的VMI無線測試結果)。
未來與聯通的合作還應包含兼容TMN標準的OSS體系,為用戶供應自我服務的Web體系,和為系統管理員供應的集中式系統管理Web系統,在物理設備層面、網絡層面以及其中運營的業務層面來保證企業級云計算基礎設施的生產、供應、監視、部署和運營。
3 VMI內網擴容測試、VMI 3G無線測試及VDI/SPICE參考測試
3.1 VMI內網擴容測試
(1)測試指標
VMI擴容測試的技術指標為:
主機容量一臺物理機上運行至少100個手機虛機;
主機集群量至少4臺主機在集群里;
穩定性主機至少不間斷運行一星期。
(2)性能測試場景
TranVMI的測試是400個用戶訪問400臺Android虛機,后臺有4個物理服務器(非集群)的情況。測試時必須使用運軟模擬多VMI用戶的測試工具,其中50個用戶是實施在10個測試用Windows虛擬機上(每個虛機運行5個用戶,可見Android屏幕),其余350個用戶是借助測試工具來模擬(可在管理界面看見350個Android虛機被連接,但由于測試環境的限制,這些Android虛機的屏幕不可見)。連續運行一星期。
(3)功能測試場景
VMI的功能包含:(1)QVisor基礎平臺的功能(目前沒有曝露的界面可測);(2)TranVMI管理軟件的功能:除了模板、虛機、虛機池的管理界面可供測試外,還具有“無縫屏幕”的功能,讓用戶收到的第一個屏幕,就是訂閱的虛機應用屏(當然第一個屏也可以設置為操作系統桌面)。譬如中國聯通的用戶,可以訂閱電信公司提供的不同“應用套餐”。另外,支持將PC的應用屏幕傳到手機上。針對本項目大規模的擴容測試,無縫屏幕和應用套餐暫時不用。所有可見的屏幕都是Android操作系統桌面屏幕。
(4)測試結果
首先,400個用戶的性能測試完全符合上述指標、運行一星期,VMI系統也相當穩定(有一周的穩定測試日志可供查詢)。其次,我們發現比較Pc虛機在同樣32GB內存Dell服務器上運行的數目,VMI可以運行大約4~8倍數目的手機虛機。如果手機虛機沒有蓖型應用,這樣的一臺Dell服務器可以運行大約150個Android虛機。至于用戶請求的響應時間,測試結果如表l所示
表1第一行是測試客戶向TranVMl發400個虛機請求,其所得的響應時問(以毫秒計)的平均值、中間值、90%值、最大值、最小值、錯誤百分比。這個測試做了兩次,共800個清求。由此可知,在800個請求中,大部分的用戶在3到4秒中就看到Android的第一屏,90%的用戶在5秒內就看到,有的用戶立即看到,只有極少數等了9秒才看到。
表1第二行是測試客戶向TranVMI發400個登錄通知,其所得的響應時間(以毫秒計)的平均值、中間值、90%值、最大值、最小值、吞吐量、使用帶寬。這個測試做了兩次.共800個通知。由此可知.大部分的登錄所需時間不到1秒,90%的通知在2秒內完成,最慢不超過3秒。
表1第三行是測試客戶向TranVMl發400個斷開虛機指令,其所得的響應時間(以毫秒計)的平均值、中間值、90%值、最大值、最小值、吞吐量、使用帶寬。這個測試做了兩次,共800個斷開指令。由此可知,用戶停用虛機的指令,是立即見效的。
功能測試號眭能測試經過了上海市計算機軟件評測重點實驗室驗證。VMI產品經此認證.75項功能100%通過,符合國家標準GB/T16260.2-2006《軟件工程 產品質量 第2部分:外部度量》,和國家標準GB/T17544-1998《信息技術 軟件包質量要求和測試》(相當于國際標準iS09126)。
3.2 VMI無線3G測試
(1)測試場景
單臺上網本運行單VNC客戶端/單個虛機測試無網絡地址翻譯。
經由上網本上所插的3G上網卡,通過運軟外網開口,連接TranVMl,取得固定(也就是把單個虛機的IP固定成為外網地址)Android虛機屏顯現在上網本上。
多臺上網本每臺運行多VNC客戶端并發測試。
安裝RAS(remote accaess server)以實現內、外網地址翻譯。RAS必須安裝在物理機上.有數個高速網卡。該物理服務器運行在高速通訊環境的機房。
修改TranVMI使能從RAS取得內網Android虛機地址。(見圖2:VMI與3G網絡的測試環境)
單臺上網本運行兩個VNC客戶端,利用WCDMA華為/聯通上網卡(下行7.2Mbps.上行5.76Mbps),通過RAS/TranVMl分別取得Android屏。
三臺上網本每臺運行10個VNC客戶端并發,通過RAS/TranVMl分別取得共30個虛擬的Android屏。
(2)測試結果
表2第一行是測試客戶向TranVMl發30個虛機請求,其所得的響應時間(以毫秒計)的平均值、中間值、90%值、最大值、最小值、吞吐量、使用帶寬。這個測試做了兩次,共60個請求。由此可知,在60個請求中,大部分的用戶在11到12秒中就看到Android的第一屏,90%的用戶在23.4秒以內必然看到,有的用戶立即看到,只有極少數等了23.5秒以后才看到。有一個請求發生錯誤。
表2第二行是測試客戶向TranVMI發30個登錄通知,其所得的響應時問(以毫秒計)的平均值、中間值、90%值、最大值、最小值、吞吐量、使用帶寬。這個測試做了兩次,共60個通知。由此可知,大部分的登錄所需時間不到1秒,90%的通知在5秒內完成,最慢不超過12秒。
表2第三行是測試客戶向TranVMl發30個斷開虛機指令,其所得的響應時間(以毫秒計)的平均值、中問值、90%值、最大值、最小值、吞吐量、使用帶寬。這個測試做了兩次,共60個斷開指令。由此可知.用戶停用虛機的指令,平均花了1.7秒,最慢的花了11秒。
3.3 VDI SPICE內網視頻參考測試
雖然我們并沒有用手機虛機測試SPICE的傳輸協議,但以下的VDI測試,應該理解為圖1的VDI第三方產品使用Win-dows PC虛機運行影音風暴.經SPICE將電影傳輸給上網本的移動終端。因此也可為參考。
(1)測試場景
使用SPICE遠程連接5-20臺虛機同時做視頻電影rm-vb文件操作:虛機分辨率為1024×768;暴風影音打開rmvb文件(HDTVrip,624X352,166M);全屏觀看該電影30分鐘左右;千兆網絡下,主機有3個千兆網卡,終端百兆網卡。監控主機上bond(即Linux三個網卡的綁定組合,與Bridge類似但能負載均衡)的輸出流量。
(2)測試結果
表3顯示,當Pc虛機數堵達到15臺同時播放該視頻時,主機的CPU占用率已達到90%以上,且終端視頻播放已有些延遲,認為當前已達到極限。
根據上兩趨勢圖(圖3和圖4)看到IO等待的百分率(io-wait%)較低,而網卡輸出流量也未達到峰值,可確定當前CPU能力為性能瓶頸。
3.4 VDl SPICE 3G音頻參考測試
測試設置情況與圖2類似,但是在3G網絡環境下使用SPICE遠程協議連接虛機做音頻帶寬統計。遠程連接多臺虛機(播放音頻)場景下。根據情況的網絡流量數據信息,為估算未來客戶環境中不同終端數、不同的虛機使用方式下的網絡帶寬作參考。
(1) 測試環境
TvM host使用Dell R7lO,配置Xeon E5520(2X4Core)CPU,32 GB Memory,3 TB SATA Disk,4 NIC(1000 M)。配置虛機的虛擬網卡橋接在兩塊塊物理網卡eth2、eth3上,eth0、eth1都綁(bond)在一起提供給SPICE連接。
3G網絡環境,終端是Windows的上網本或筆記本,使用WCDMA華為/聯通3G上網卡撥號連接。
(2)測試場景
使用Spice遠程連接1-3臺虛機同時做流媒體MP3文件操作:虛機分辨率為800 x600;Windows Media Player最小化播放MP3;MF3播放一次;
監控Host上bond的輸出流量。
(3)測試結果
聽取MP3文件時聲音流暢,沒有斷續現象。流量統計如表4所示。
3.5 3G iphone切換手機虛機的測試
另外.我們測試了聯通iPhone 3G手機在3G網絡下,可以流暢地切換Android和WinMobile的虛機桌面。由于這個研究顯示了VMI QVisor的能力,我們制作了可以下載的全程錄影。
4 結論
測試總結果顯示,VMI可以是一個承受大批量用戶(至少400人)的產品。
由于手機虛機不占太大空間.一臺標準32G內存的硬件服務器可以運行大約4-5倍數量的PC/Windows虛機。這是Android的一大優勢,尤其它漸為大眾所喜愛。雖然WinMobile也能達到同樣的效果,大眾的目光似乎更轉向WinPhone7。無論如何,手機應用能借助VMI的技術,在不同品牌的智能手機上運行,對某些企業是相當需要的。
有關SPICE的性能,一般來說,在3G移動辦公的情況下,比思杰(Citrix)的HDX協議效果好,譬如聲音的效果,不像Citrix在某些情況下有斷續聽不清的現象。當然,以目前3G的帶寬來說,這兩個協議,SPICE和HDX.都無法有流暢的視頻效果。由于上網本、平板電腦等新型移動終端的出現,VMI已不再限于使用手機作為移動終端。Windows的Pc桌面和Android的手機桌面都可以呈現在這些新移動終端上。也就是說,VMl和VDI之間的界限變得模糊了。
5 未來研究
5.1 尚待完成的工作
下列的工作尚待完成。
(1)QVisor的穩定性還需大力提升;
(2)使用SPICE在手機/上網本的客戶端,目前尚未達成;
(3)iPhone/iPad作為客戶端的鍵盤/鼠標的驅動還未完成;
(4)除了Android和WinMobile以外,尚需虛擬化更多的手機操作系
統(如Symbian、iPhone)此項難度較度。
5.2 客戶端虛擬化
客戶端虛擬化CSV(Client-Side Virtualization)又稱離線VDI(offiine VDI)。未來企業對員工的移動設備管理,包括花費、策略調整、安全等,依然存在很大的問題。同時由于通信傳輸因地域接收的限制.員工可能不滿足于VMI的屏幕傳送。這時,CSV將手機OS鏡像同步到本地就非常有吸引力。用戶使用筆記本或上網本當作電子書/電子公務包.配合串流技術將應用融合在操作系統鏡像中,然后用戶的移動終端與機房服務器做鏡像同步。同時支持PC Hypervisor層級的安全保護(比操作系統環ring<3層級更深),可以使用戶(辦公人員和學生)不易被黑客侵襲.或對用戶上網及安裝應用實施限制。此外也支持移動存儲,可插入第三方電腦運行。
5.3 動態移動基礎設施
動態移動基礎設施DMI(Dynamic Mobile Infrastructure)與CSV類似,但移動終端必須要用到微內核級別的Hypervisor,與CSV的PC Hypervisor不同,能運行在較低CPU能力的移動終端上。
5.4 物聯網
VMI的想法可以脫離桌面,朝物聯網(M2M)的方向來發展。也就是說,終端可以是傳感器,而服務器端則使用手機虛機來運算,具有虛機隨需啟動、鏡像小啟動快、虛機間充分隔離、節省資源和能耗、仍然擁有服務器強大計算能力和存儲能力等優勢,這是傳感器在當地無法達到、而一般的非虛擬化平臺也無法企及的。當然,新的傳感協議必須建立,能在下述傳輸對象之間平滑轉移桌面、視頻和傳感信息。如果使用SIP協議內嵌傳感協議,還可以達到單虛機支撐多傳感器的目的。
核心關注:拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用,蘊涵了豐富的ERP管理思想,集成了ERP軟件業務管理理念,功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理,全面涵蓋了企業關注ERP管理系統的核心領域,是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處:拓步ERP資訊網http://www.guhuozai8.cn/
本文標題:可移動的虛擬桌面:無線云終端
本文網址:http://www.guhuozai8.cn/html/consultation/1083973648.html