VMware-App-Volumes-POC安裝配置文檔

./VMwareAppVolumesPOC安裝配置文檔準備工作環(huán)境準備在測試AppVolumes之前,除了downloadAppVolumes的安裝光盤iso以外,還需要有一套HorizonView桌面虛擬化環(huán)境,或者有套vSphere虛擬化環(huán)境,以及WindowsAD域環(huán)境.當前版本的AppVolumes跟Horizon的整合度較低,或者基本上沒有什么整合,因為你在配置AppVolumes的過程中,不需要在Horizon中做任何設置,管理起來也是獨立的,你需要在HorizonViewAdministrator里管理桌面池、托管應用、托管主機以及ThinApp,在APPVolumesManager里管理AppVolumes的創(chuàng)建、分配和維護.盡管獨立性很高,但AppVolumes只適用于虛擬化桌面環(huán)境使用.以下內(nèi)容基于AppVolumes2.6、HorizonView6.1、vSphere6.0一點概念正如AppVolumes的命名一樣,它的本質(zhì)是包含了Application的Volume卷.不同于ThinApp是將單個應用封裝在沙盒容器中,AppVolumes是將一個或多個程序封裝在虛擬磁盤中.AppVolume有兩種類型,具體如下：AppStackVolume：包含一個或多個應用程序的虛擬磁盤,以只讀模式共享給多個用戶使用.AppStackVolume分配給指定用戶后,里面安裝的應用程序就會自動部署到該用戶登錄的桌面計算機上.WritableVolume：一對一分配給不同桌面的虛擬磁盤,每個用戶擁有自己的WriteableVolume.WritableVolumes有3中類型,不同類型可以支持存儲不同內(nèi)容：UserProfileDataOnlyUserInstalledApplicationsOnlyBothProfileDataandUserInstalledApplicationsAppVolumes安裝AppVolumes的安裝組件主要包括兩部分：在桌面計算機上安裝AppVolumesAgent代理程序；在管理服務器上〔WindowsServer上安裝AppVolumesManager管理程序.安裝AppVolumesAgent當然通常是先部署好Manager,這里為了文字內(nèi)容流暢,先介紹Agent的安裝過程.AppVolumesAgent需要安裝在用戶桌面上,在Horizon環(huán)境下先安裝在模板機里,這樣部署出來的虛擬桌面都具備接收AppVolume的功能了.***v2.6版本中增加了Broker選項,暫且不用理它~這里填入Manager的DNS名或IP,如果還沒裝Manager就填預留的,千萬別填錯,填錯得重裝一次：裝完要重啟一次,如果Manager還沒裝起來,就等會再重啟吧.安裝AppVolumesManagerManager是AppVolumes的核心組件,負責Volumes的維護和分配,部署過程比較簡單.部署一臺新的WindowsServer虛機,這里以WindowsServier2008R2為例,進行Manager的安裝部署.如果你想把它跟Horizon的其它組件部署在一起應該也可以,不過我還沒這樣干過.數(shù)據(jù)庫可以選擇已有的數(shù)據(jù)庫實例進行安裝,如果沒有可以選擇安裝本地數(shù)據(jù)庫,它會幫你裝一個SQLServer2008Express精簡版上去.我選擇用已有數(shù)據(jù)庫服務器,方便統(tǒng)一管理.要在數(shù)據(jù)庫服務器預先創(chuàng)建好數(shù)據(jù)庫,如DB_AppVolMgr,注意數(shù)據(jù)庫上的TCP/IP客戶端協(xié)議、SQLServerBrowser服務要打開.這里設置管理界面訪問端口,AppVolumesManager默認沒有開啟https,有點不符合VMware軟件的慣例作法〔題外了~安裝完不用重啟.至此,AppVolumesManager管理程序安裝完成,可以進行系統(tǒng)初始化工作了..AppVolumes初始化在瀏覽器輸入AppVolumesManager的DNS名稱或IP地址打開初始化頁面：App_Volumes_26_EULA_enforced_production_license.key默認的測試license信息〔如果你把下載時提供的導進去可以獲得一個50000用戶無時間限制的license一步一步填寫活動目錄相關信息：〔跟WorkSpace的配置風格類似填寫vCenterServer及vSphere主機相關信息：可以勾選"MountOnHost",支持在vCenterServer不可用情況下直接從vSphere主機掛載,前提所有的vSphere主機都用同一個root密碼.選擇AppStack和WritableVolumes兩種卷的默認存儲位置,可以放一起也可以分開.建議將AppStack放在讀性能好的Datastore上,Writable放在讀寫性能好的Datastore上.這里讓你選擇操作的執(zhí)行方式是在后臺執(zhí)行還是強制立即執(zhí)行,安全起見我都選的background選擇將模板Volume上傳到哪個Datastore上面,〔這里有個bug,后面講確認所有設置ok后,點NextAppVolumes管理界面一瞥再次輸入AppVolumesManager的地址就會出現(xiàn)管理登錄界面了,蜂窩背景顯得Hi-tech.***目前版本還不提供中文界面初次登錄進去看到的一片空白：用起來之后差不多會是這個樣子：AppStacks部分創(chuàng)建AppStack在Volumes-AppStacks,選擇CreateAppStack：填寫AppStacks名稱之后,即創(chuàng)建出一個空的AppStacks卷,處于Unprovisoned狀態(tài)：選中它,點擊Provision,選擇一臺裝有Agent的桌面作為provisioninghost,用于捕獲應用：然后進入到Provisioning狀態(tài)：登錄到作為provisioninghost的桌面,開始安裝應用,確認安裝完成后點擊"確定"結束ProvisioningProvisioning的過程跟ThinAppCapture的過程類似,但是效率更高,主要體現(xiàn)在：不需要掃描兩次比對出差異數(shù)據(jù)可以一次性捕獲多個應用測試安裝了WinRAR和AdobeReader兩個軟件：然后確認結束,重啟機器.如果是誤點了"確認"還可以選"否"回到provisioning模式.重啟后登錄系統(tǒng),看到捕獲成功的信息窗口.這時候剛才裝的兩個應用從程序列表里消失了,說明已經(jīng)成功捕獲到AppVolumes的虛擬磁盤里了：AssignAppStack回到AppVolumesManager管理界面將這個AppStack卷assign給用戶或者桌面：可以Assign給用戶或用戶組：也可以Assign給具體桌面計算機或組織單元OU將AppStackAssign給用戶組之后,以組里的成員用戶user02登錄桌面,剛捕獲的應用程序又回來了：以用戶user02登錄另一臺桌面vDesktop01,自動在vDesktop01機器上掛載AppStack卷：磁盤管理里也能觀察到多出來的CVApps卷：<<之前><之后>更新AppStack除了創(chuàng)建新的AppStack卷,還可以通過"更新"操作對現(xiàn)有卷進行變更,如應用程序版本更新,增加新的軟件組件等.對于新建的命名可以追加版本號,方便管理和識別：接下來的過程同第一次創(chuàng)建新AppStack卷的Provisioning過程跟一樣,不在介紹.測試AppStack這里做一個小測試,驗證AppStack卷的只讀特性.以user01登陸vDesktop01,將AppStack里的AdobeReader從10.1.0更新到：更新完成后,在vDesktop01這臺機器的AdobeReader版本為：注銷user01,以user02登陸vDesktop02,查看這臺機的AdobeReader版本仍然為：：接著注銷user02,以user01登陸vDesktop02,AppStack會自動加載到vDesktop02上：查看vDesktop02的AdobeReader版本為：.同樣以user02登陸vDesktop01,查看vDesktop01上的AdobeReader版本依然是：.說明對程序版本的變更并沒有保存到AppStack里面,而只是保存在vDesktop02桌面本地磁盤里.驗證了AppStack卷的只讀特性.如果希望用戶所做的變更能夠被保存下來,并且隨著用戶登錄出現(xiàn)在不同的桌面上,能否實現(xiàn)？接下來試試WritableVolume卷.WritableVolume部分創(chuàng)建WritableVolume在Volumes-WritableVolumes,選擇CreateWritable：發(fā)現(xiàn)沒有SourceTemplate可選,但之前已經(jīng)導入進Datastore了〔就是前面提到的bug,或者說不完善的地方.原因：導入templates的時候只提供了一個Datastore位置,如果Writable卷默認不存儲在該Datastore上面,則會找不到writable_templates.不過解決起來并不麻煩,只需要手動將writable_templates目錄移到存放writablevolumes的Datastore即可.這個時候再次創(chuàng)建,安裝時候導入的3個SourceTemplate出現(xiàn)了,作用分別是：只存用戶profile,只存應用,存應用+Profile.選擇template_uia_plus_profile.vmdk這個模板進行創(chuàng)建〔后面會對其功能做個測試：在創(chuàng)建Writable卷時候同樣比較靈活,可以選擇基于具體桌面計算機或組織單元OU創(chuàng)建也可以基于用戶或用戶組創(chuàng)建.為了體現(xiàn)AppVolumes的應用分層,以及為不同用戶提供個性化應用程序的目的,建議基于用戶創(chuàng)建：創(chuàng)建完成后在列表多出兩個WritableVolumes,未加載時是Detached的狀態(tài)：展開一個WritableVolume可以進行編輯,建議勾選"BlockLogin"選項：點擊上圖圈的小箭頭點擊上圖圈的小箭頭可以跳轉到計算機目錄,查看對應計算機的卷加載狀態(tài).基于單臺計算機創(chuàng)建的Writable卷,機器啟動后就會自動掛載上去,不管有沒有用戶登錄；而基于單個用戶創(chuàng)建的Writable卷,只有當用戶登錄桌面后,才會自動掛載到該桌面機器上.如果客戶機的APPVolumesAgent沒安裝或狀態(tài)不正常的話,這里狀態(tài)會顯示Offine：加載正常的機器上同樣會多出一個名為"CVWritable"的磁盤：測試WritableVolumes驗證Writable卷區(qū)別于AppStack卷的一些特性.Test01：首先為用戶user01創(chuàng)建一個Writable卷：以user01登錄vDesktop01桌面時,user01Writable卷自動加載到vDesktop01計算機上：在vDesktop01上做一些變更,為了跟上一個測試對比,還是以將AdobeReader版本從10.1.0升級到10.1.14版本為例：同時,為了驗證這個Writable卷是否會存儲應用程序和用戶Profile數(shù)據(jù),在vDesktop01上新安裝了Thunderbird軟件,并添加了一些Feeds作為用戶數(shù)據(jù)：然后在vDesktop01上注銷user01,以user01登錄vDesktop02,登錄成功user01對應的Writable卷自動加載到vDesktop01計算機上：查看vDesktop02上AdobeReader版本已經(jīng)是：再打開Thunderbird客戶端,居然沒有剛才添加的Feeds用戶數(shù)據(jù).這里我不確定是否我對WritableVolume功能理解有問題,還是測試方法不對.OK,開始下一個測試.Test02：再為用戶user01分配一個AppStack卷,這樣用戶user01同時assign了AppStackVolume和WritableVolume兩個卷.以user01登錄到vDesktop01桌面,兩個卷會同時附加到vDesktop01上.從User的視角看：從桌面計算機的視角看：說明可以為同一個用戶同時分配不同類型的AppVolume卷,互不沖突.為vDesktop03桌面Assign一個Writable卷,正常情況下該Writable卷自動加載到vDesktop03計算機上：將user01從vDesktop01桌面注銷,再以user01登錄到vDesktop03桌面.當用戶user01登錄后,vDesktop03仍然只加載了它本身的Writable卷,沒有加載user01的兩個卷