就地升級與遷移優缺點
|
方法
|
優點
|
缺點
|
|---|---|---|
| 就地升級 |
|
|
| 遷移 |
|
|
就地升級具有諸如保留性能數據的優勢，因爲vCenter數據庫保持不變。由於它是相同的vCenter，因此身份將像所有設置一樣保留下來。有時您升級起來會更快，因爲您沒有使用新的vCenter，而且如果您是從Windows遷移到設備，則可以使用便捷的遷移實用程序簡化此過程。最後，您依賴vCenter的任何解決方案或其他第三方應用程序都可以繼續工作（如果它們兼容）。
遷移前要檢查的10件事
1.自定義角色和權限
您在現有vCenter中克隆和自定義的任何角色都不會隨主機一起移動，因此必須重新創建。另外，如果您已將這些自定義角色應用於vCenter層次結構中的特定對象，則將需要記錄並重新創建這些自定義角色。即使不使用自定義角色，也需要重新創建在vCenter內部以粒度級別應用的現有即用角色。
2.分佈式交換機
vDS是僅vCenter的結構，必須首先處理。儘管您可以通過Web客戶端備份和還原該vDS，但必須先將主機遷移到vSS，然後vCenter才允許您斷開它們的連接。這本身就是一個主題，但是您至少需要兩個上行鏈路來執行這種遷移以及一些周密的計劃。可以使用虛擬機聯機完成此操作，但關鍵是您必須首先使用vSS，然後再撤消該過程。
3.文件夾，資源池，計算/數據存儲羣集
同樣，這些都是vCenter結構，不會跟隨主機。任何vSphere文件夾，資源池，計算或數據存儲羣集都需要在目標位置上重新創建。其他特定於vCenter的資源包括存儲策略，自定義規範，主機配置文件，vSphere標籤，DRS規則和許可證。雖然其中一些對象具有本機，GUI驅動的導出功能（例如主機配置文件），如下所示，但其他對象（例如vSphere文件夾）將需要您下拉至PowerCLI並執行一些腳本。在大多數情況下，可以利用現有的PowerShell腳本來提供幫助，但是在遷移主機之前，您需要考慮這些因素。
4. ESXi版本兼容性
例如，在vSphere 6.5中，vCenter 6.5無法管理5.5以下的主機，因此在提交此過程之前，需要確保現有ESXi主機在升級之前將支持連接到下一版本的vCenter。
5.硬件支持（計算，存儲，網絡）
在＃4之後，您必須對照HCL檢查主機，存儲和網絡，以確保它們將支持升級到目標新版本。這是經常被忽視並導致重大問題的事情。通常由供應商在其平臺上進行兼容性測試，因此並非所有服務器都支持最新版本。爲了在需要幫助的地方安全，必須根據HCL對所有硬件進行驗證。另外，不要忘記您的物理網絡和存儲設備。必須與ESXi主機一樣多地對它們進行驗證。
6.固件更新
對於＃5進一步的問題是所述物理設備的固件更新問題。儘管您可能已經驗證服務器和存儲確實受最新版本的vSphere支持，但它們可能未運行兼容或受支持的基礎固件版本。如果要避免vSphere平臺中斷和不穩定，這可能至關重要。HCL上的每個硬件都包含形成支持聲明的相應經過驗證的固件。
例如，在上圖中，如果使用be2iscsi驅動程序與ESXi 6.5 U1兼容，則HP Lefthand存儲陣列必須至少具有SANiQ 12.5。取決於使用的網絡適配器的其他驅動程序可能有更高的要求。您必須注意確保已根據HCL對所有硬件組合進行了驗證，並與內部的各個團隊合作，以瞭解在升級ESXi之前需要進行哪些升級。
7. vSAN，NSX和其他VMware解決方案
這是一個非常廣泛的主題，但是如果您正在運行vSAN或NSX，則必須在其中進行特定的驗證。您可能擁有的任何其他VMware解決方案，例如vROps，vRA，SRM，Log Insight，Infrastructure Navigator，Horizon View等，都必須檢查其各自的支持級別以及與新版本的互操作性。使用“ 互操作性矩陣”檢查這些解決方案，然後對於vSphere 6.5 使用KB進行正確的升級順序。例如，如果您使用的是NSX，則在執行遷移之前可能需要對其進行升級。此外，儘管不再需要擔心，因爲vCenter 6.5現在已將其引入，是Update Manager。一些商店對VUM安裝非常重視。這是您必須塵埃落定的其他事情，因此請做好將所有內部版本，補丁程序和基準遷移到新vCenter的準備。最後，如果使用Auto Deploy，則由於它有一些特殊要求，因此您也要考慮到這一點。
8.插件
也是一個廣泛的主題，但是您可能需要與存儲供應商（例如，存儲供應商）一起使用的任何第三方插件都需要進行驗證，可能升級，然後根據新的vCenter遷移或重新註冊。在客戶端插件和vCenter Server Extensions的“管理”->“解決方案”標題下，查看vCenter以獲得這些列表。要更深入地瞭解註冊的內容和位置，請參閱William Lam的有關使用vCenter MOB 的文章。請與各個供應商聯繫，以確定該過程可能是什麼，以及是否需要對這些插件可能創建或管理的數據執行任何類型的備份或還原過程。
9. SEAT數據
統計，事件，警報和任務（SEAT）數據將保留在現有vCenter中，因爲它們全部存儲在數據庫中，並且不會隨主機一起傳輸。統計信息是打開對象的性能圖表時的性能統計信息。事件是可從“任務和事件”窗格訪問的任何對象上的任何事件。警報是任何現有的活動警報，以及您自定義的警報以及其他解決方案或插件自動創建的警報。任務是手動或以編程方式執行的任何活動記錄，並用作審覈日誌。如果您使用的是vROps之類的內容，那麼大多數信息都將保留在此處，但如果不是，請記住，一旦主機被擺動，就必須放棄此信息。
10.備份，複製和監視
非常重要，經常被忽略。特殊應用程序（例如備份，複製和監視）將需要得到支持和功能的驗證，但是一旦將其負責的資源轉移到其他地方，也將需要重新配置或更新。vCenter通過多個內部ID跟蹤對象，主要的一個是MoRef ID（受管對象參考）。該跟蹤系統爲每個VM，主機，文件夾等分配了唯一的ID，而在關聯其清單時，此類應用通常會以此ID作爲關鍵。例如，對於Veeam備份和複製，將主機及其VM轉移到新的vCenter時，每個對象都會爲其生成一個新的MoRef。如果您僅重新配置作業以指向新的vCenter，Veeam將看到新的ID，因此即使它們實際上是相同的，它們也認爲它們是全新的VM。Veeam專門通過以下方式解決了這一挑戰：KB，但您需要了解在這種情況下會發生什麼以及監視或複製應用程序的行爲。在第6點和第10點之間，這是要研究的最大，最複雜的事情，如果遷移適合您，則可能會成敗。與vCenter Server通信或通過vCenter Server進行通信的所有內容都必須進行說明，記錄和調查。