當您建立 View 生產環境的設計,而該環境可容納超過 500 個桌面時,有幾個考量事項會影響到是否使用一個 vCenter Server 執行個體,而不使用多個執行個體。

View 5.2 開始,VMware 支援使用單一 vCenter 5.1 或更新伺服器管理單一 View 網繭內多達 10,000 個桌面平台虛擬機器。在您嘗試使用單一 vCenter Server 執行個體管理 10,000 個虛擬機器之前,請考量下列幾個事項:

  • 公司的維護時段長度

  • 能容許 View 元件失敗的功能

  • 電源、佈建和重新調整作業的頻率

  • 基礎結構的簡化度

維護時段長度

虛擬機器電源、佈建和維護作業的並行設定,會依每個 vCenter Server 執行個體而定。

包含一個 vCenter Server 執行個體的網繭 (Pod) 設計

並行設定會決定整個 View 網繭 (Pod) 一次最多可佇列多少個作業。

例如,如果您將並行佈建作業設為 20,而網繭 (Pod) 中只有一個 vCenter Server 執行個體,則桌面集區超過 20 個作業時,將會導致佈建作業序列化。在同時佇列 20 個並行作業之後,必須先完成一個作業,然後再開始下一個作業。在大規模的 View 部署中,此佈建作業可能需要很長的時間才能完成。

包含多個 vCenter Server 執行個體的網繭 (Pod) 設計

每個執行個體可同時佈建 20 個虛擬機器。

為確保能在某個維護時段內同時完成更多個作業,您可以將多個 vCenter Server 執行個體 (最多五個) 新增至網繭 (Pod),然後將多個桌面集區部署在使用個別 vCenter Server 執行個體所管理的 vSphere 叢集中。一個 vSphere 叢集一次只能使用一個 vCenter Server 執行個體來管理。為達成跨 vCenter Server 執行個體的並行作業,您也必須隨之部署桌面集區。

能容許元件失敗的功能

vCenter ServerView 網繭 (Pod) 中的角色是提供電源、佈建和重新調整 (重新整理、重新撰寫和重新平衡) 作業。在虛擬機器桌面平台已部署且開啟電源後,View 不會依賴 vCenter Server 進行一般程序的作業。

因為每個 vSphere 叢集都必須透過單一 vCenter Server 執行個體來管理,所以此伺服器代表著每個 View 設計中的單一失敗點。此風險也同樣存在於每個 View Composer 執行個體 (每個 View Composer 執行個體和 vCenter Server 執行個體之間是一對一的對應關係)。 使用下列其中一項產品可減緩 vCenter Server 或 View Composer 中斷所產生的衝擊:

  • VMware vSphere High Availability (HA)

  • VMware vCenter Server Heartbeat™

  • 相容的第三方容錯移轉產品

重要事項︰

若要使用其中一項容錯移轉策略,vCenter Server 執行個體必須安裝在屬於叢集的虛擬機器中,且該叢集必須由 vCenter Server 執行個體所管理。

除了 vCenter Server 容錯移轉的這些自動化選項外,您也可以選擇在新的虛擬機器或實體伺服器上重建故障的伺服器。大多數的重要資訊均儲存在 vCenter Server 資料庫。

風險承受度是決定網繭 (Pod) 設計中要使用一個、還是多個 vCenter Server 執行個體的重要因素。如果您的作業需要執行桌面管理工作的能力,例如同時執行所有桌面的電源和重新調整作業,則您應該藉由部署多個 vCenter Server 執行個體,將中斷的影響一次分散在較少的桌面中。如果您可以容許桌面環境長期無法進行管理或佈建作業,或是您選擇使用手動重建程序,則可以為網繭 (Pod) 部署單一 vCenter Server 執行個體。

電源、佈建和重新調整作業的頻率

有些虛擬機器桌面平台的電源、佈建和重新調整作業只透過管理員動作來起始,通常可以預測且可以控制,並且可以限制在所設定的維護時段內。有些虛擬機器桌面平台的電源和重新調整作業則透過使用者行為來觸發,例如使用「登出後重新整理」或「登出時暫停」設定,或使用指令碼動作來觸發,例如在使用者閒置期間使用 Distributed Power Management (DPM) 關閉閒置的 ESXi 主機。

如果 View 設計不需要使用者觸發電源和重新調整作業,則單一 vCenter Server 執行個體也許就能符合您的需求。在沒有極頻繁的使用者觸發電源和重新調整作業之下,不會累積冗長的作業佇列,因此可能導致 View 連線伺服器等待 vCenter Server 在定義的並行設定限制內完成所要求的作業時發生逾時。

許多客戶會選擇部署浮動集區,並使用「登出時重新整理」設定,以一律提供沒有來自先前工作階段之過時資料的桌面。過時資料的範例包括 pagefile.sys 或 Windows temp 檔案中未要求的記憶體分頁。浮動集區還可以透過經常重設桌面至已知的清潔狀態,將惡意程式碼的影響降至最低。

有些客戶會設定 View 關閉未使用之桌面的電源,以降低用電量,如此一來,vSphere DRS (Distributed Resources Scheduler) 便可以將執行中的虛擬機器合併到最少數的 ESXi 主機上。VMware Distributed Power Management 接著關閉閒置主機的電源。在類似上述的案例中,多個 vCenter Server 執行個體更能顧及避免作業逾時所需的較頻繁電源和重新調整作業。

基礎結構的簡化度

大規模 View 設計中的單一 vCenter Server 執行個體提供了一些吸引人的優點,例如,提供單一位置來管理母映像和父虛擬機器、提供與 View Administrator 主控台檢視一致的單一 vCenter Server 檢視,以及較少的生產後端資料庫和資料庫伺服器。相較於多個執行個體,一個 vCenter Server 的災難復原規劃比較容易。請確定您已權衡多個 vCenter Server 執行個體的利弊得失,例如,優點有維護時段長度與電源和重新調整作業的頻率等,而缺點有管理父虛擬機器映像的額外管理負荷和需要增加基礎結構元件數等。

混合式方法可能對您的設計有益。您可以選擇由一個 vCenter Server 執行個體管理相當靜態的極大集區,以及由多個 vCenter Server 執行個體管理較動態的較小桌面集區。升級現有大規模網繭 (Pod) 的最佳策略是,先升級現有網繭 (Pod) 中的 VMware 軟體元件。變更您的網繭設計之前,請衡量最新版本的電源、佈建和重新調整作業改善後的影響,然後實驗增加桌面平台集區的大小,以找出增加大型桌面平台集區與減少 vCenter Server 執行個體間的最佳平衡。