（App Volumes系列三）Manager配置以及Agent安裝

標籤：虛擬化   euc   app volumes   horizon   manager配置   

在前一篇部落格，我們基本瞭解了App Volumes的四個邏輯組件，環境配置要求以及如何安裝App Volumes　Manager組件，我們接下來將繼續我們的App Volumes之旅。

首先先回顧一下App Volumes的安裝，使用流程： 初始配置 -> App Volumes Manager組件安裝-> App Volumes Manager組件配置-> App Volumes Agent組件安裝-> 應用提取 -> 應用集合（AppStack）分配。

App Volumes Manager組件配置和App Volumes Agent組件安裝是我們這篇部落格的主要內容。

AppVolumes Manager配置

    App Volumes Manager必須經過相應的配置才能使用。因此我們應該在安裝完畢App Volumes Manager之後，就立即進行App Volumes Manager的配置工作，該工作需要在App Volumes Agent安裝開始之前做完。App Volumes Manager配置主要是指license管理，AD配置資訊，vCenter 伺服器配置連結資訊以及App Stack和writable volumes的儲存位置。

    首先要配置App VolumesManager的許可證資訊，雖然Appp Volumes被VMware收購後的第一個正式的版本還沒有推出，但未來的銷售模式可以猜測一下，基本上兩種模式，一種是單獨銷售App Volumes的許可證模式，另外一種是作為Horizon Enterprise editions其中的一部分和其他產品打包銷售的許可證模式，第二種Horizon Enterprise editions銷售許可證模式顯然是性價比更好的方式。當然具體的商務資訊還要正式版本推出以後才能確定。

   具體到安裝許可證的步驟，如一所示，使用者選中許可證檔案，將該檔案上傳到伺服器裡面就完成了許可證的配置。

圖一 許可證配置

650) this.width=650;" src="http://s3.51cto.com/wyfs02/M01/53/D4/wKioL1Rx4HfDg3wPAAE9X6fjuHY076.jpg" title="1.png" alt="wKioL1Rx4HfDg3wPAAE9X6fjuHY076.jpg" />

    

    然後是AD網域控制站的配置。App Volumes管理的對象是基於網域控制站的對象，主要是指域電腦對象和域使用者物件。雖然App Volumes Manager所在的電腦本身不是必須加入到域裡面，但是它需要擁有域控制的資訊，包括網域名稱稱，管理使用者，密碼等等。從而App Volumes Manager可以域裡面取出來取出相應的對象的資訊，然後將AppStack或者Writable Volumes分配給這些對象。

圖二 AD 配置

650) this.width=650;" src="http://s3.51cto.com/wyfs02/M02/53/D4/wKioL1Rx4WqjKpYvAANYyEajV_4490.jpg" title="2.png" alt="wKioL1Rx4WqjKpYvAANYyEajV_4490.jpg" />

    其次是vCenter的連結配置。App Volumes的簡單的實現原理是在虛機層面將App Stack或者Writable Volumes所在的虛機檔案（vmdk格式）和目標系統虛機所對應的虛機檔案（vmdk格式）動態掛載成一個系統。而這個掛載的操作需要App Volumes擁有vCenter的管理員權限才可能進行。如三所示，管理員需要輸入vCenter的主機名稱或者IP地址，然後該vCenter對應的管理使用者和密碼也是必須的。在App Volumes的正式版本推出之前，原有的Cloud Volumes版本只支援一個vCenter, 也就是說，App Volumes在做程式或者內容分發的時候，它所管理的目標機器所在的虛機必須是在一個vCenter的管理之下。當然，筆者相信未來對多個vCenter的支援應該是必須的。

圖三 vCenter 連結配置

650) this.width=650;" src="http://s3.51cto.com/wyfs02/M00/53/D5/wKioL1Rx44yhqabUAAKkKMi2xWM332.jpg" title="3.png" alt="wKioL1Rx44yhqabUAAKkKMi2xWM332.jpg" />

    

    最後是儲存和模板的配置，如四所示，這個配置是指使用者產生的App Stack和 Writable Volumes所對應的虛機檔案的存放位置，原則上來說，這個存放位置應該是管理員想要管理的虛機系統都能存取的位置。另外App Stack或者 Writable Volume虛機檔案和模板的存放路徑可以採用預設值不用修改，除非使用者自己已經在data store上面手動建立了一個相應的目錄架構並且上傳了相應的檔案，那就在需要在這裡做相應的修改。

圖四 儲存位置配置

650) this.width=650;" src="http://s3.51cto.com/wyfs02/M00/53/D7/wKiom1Rx4yaA9ieyAAKgWTzNyp4097.jpg" title="4.png" alt="wKiom1Rx4yaA9ieyAAKgWTzNyp4097.jpg" />

經過以上幾個配置步驟後，App Volumes Manager配置就完成了，使用者就可以進行下一步的用戶端的安裝了

AppVolumes Agent安裝

    App Volumes在本質上是一個C/S架構的系統，AppVolumes Manager是server部分，App Volumes Agent是client部分。App Volumes Agent需要安裝在每一個管理員要管理的目標系統所在的作業系統上。這裡面需要有相應的IT規劃，1) 如果是全新的系統，管理員可以先建立幾個虛機，並且在虛機裡面安裝作業系統，例如Win7或者Win8，然後在相應的系統裡面安裝App Volumes Agent軟體，然後將相應的虛機儲存為模板。當使用者需要申請新系統的時候，就可以根據模板建立新的系統，新建立的系統就包含了已經安裝好的App Volumes Agent軟體，從而App Volumes Manager就可以分發相應的內容給該新系統。2）如果使用者已經有了虛機並且已經開始使用了，那管理員就不得不在每一個原有的系統上面手動安裝App Volumes Agent軟體然後才能使用App Volumes的功能。

    這裡要強調一下，AppVolumes Agent所安裝的目標系統可以分為兩類，一類是管理員用來建立App Stack的樣板機，另外一類才是普通使用者使用到的虛機系統。在這兩類系統上，App Volumes Agent的安裝方式都是完全一樣的。

    App Volumes Agent的安裝步驟是極為簡單的，使用者只需要在安裝時輸入正確的App Volumes Manager的地址就成了。一所示，首先使用者點擊安裝包裡面安裝檔案開始，接受license agreement, 然後選擇安裝 agent 

圖五 Agent選項

650) this.width=650;" src="http://s3.51cto.com/wyfs02/M01/53/D5/wKioL1Rx95WgyAK3AAEM-X_ZMYI706.jpg" title="5.png" alt="wKioL1Rx95WgyAK3AAEM-X_ZMYI706.jpg" />

    接下來，需要輸入App Volumes Manager的地址以及連接埠號碼，這一步的輸入資訊一定要準確，因為一旦輸錯，起碼目前的Cloud Volumes Agent版本沒有提供一個配置介面讓使用者可以修改App Volumes Manager的配置資訊。所以一旦輸錯，使用者不得不重新卸載掉Cloud Volumes Agent，然後重新安裝一次Cloud Volumes Agent來輸入正確的資訊，所幸安裝的步驟足夠簡單。

圖六 App Volumes Manager配置

650) this.width=650;" src="http://s3.51cto.com/wyfs02/M02/53/D7/wKiom1Rx97TwCE23AAEmNS3ZqRk156.jpg" title="6.png" alt="wKiom1Rx97TwCE23AAEmNS3ZqRk156.jpg" />

    剩下的就是點擊下一步，接受預設配置，開始安裝，等待個把分鐘，系統安裝完畢後，會要求使用者重新啟動作業系統。重啟以後，App Volumes Agent就Ok了，使用者可以進行下一步的應用提取了。

    在下面一篇部落格，筆者將會著重介紹如何使用App Volumes進行應用管理以及個人化內容管理。

本文出自 “VMware終端使用者計算” 部落格，請務必保留此出處http://vmwareeuc.blog.51cto.com/8606576/1581707

（App Volumes系列三）Manager配置以及Agent安裝