vCenter 6.xからvCenter7.xへのアップグレード

本記事は古いIBM CloudのVCS環境(vSphere 6.5ベース)を順次最新化してますにおける作業の一環である。本記事では、vCenter Server 6.5 Update 3t: 6.5.0.40000 build-19757181から、vCenter Server 7.0 Update 3f: 7.0.3.00700 Build 20051473へのアップグレードを行う。

1. vCenter Server 7.0のISOイメージをCaseを起票して入手する。

Case起票手順は省略

2. vCSAのrootパスワードが必要なため、Caseで起票して入手する。

文面例は以下の通り。

Hello, can you share the the root password of VCSA to upgrade from 6.x to 7.x ?
The attached docs says we can get the password if we contact IBM support.

VCS name: vcs65
VCS ID: 702e2231-5325-4d03-88b4-1bae68644479

https://cloud.ibm.com/docs/vmwaresolutions?topic=vmwaresolutions-vs_vsphere_70_upgrade&locale=en
> Verify that the PSC and vCenter Server root user ID with its credentials are visible on the console. If your vCenter Server instance was initially ordered in V2.5 or later, only the account with customerroot access is visible on the console. In this case, contact IBM Support for the root user ID password for PSC and vCenter Server.

3. vCenter Server 7.0のライセンスを購入する。

• Classic Infrastructure -> Manage -> VMware Licenseから購入。
• vCenter Server 7.xを購入。

4. DRSを止めておく

移行中に、vCenterなどが移動したりされては困るため。
VMware DRS （Distributed Resource Scheduler）を停止/再開する方法

5. vCenter Update Managerの更新チェックを止めておく

移行中にジョブが走ると嫌なので。
VMware Update Managerの定期的に実行される更新チェックを停止する方法

6. Backup用途にvCSAのSnapshotを取得しておく

（手順省略）

7. 分散スイッチのバックアップを取得しておく

以下より実施。SDDC-Dswitch-PrivateとSDDC-Dswitch-Publicの両方をバックアップしておく。

8. 標準スイッチを作成

vCSAのアップグレードには標準スイッチが必要になる（実際、アップグレード画面で新しいvCSAを配置するために、IBM CloudのVCSで作成されていた分散スイッチは選択できなかった）。今回はvCSAが1台目のESXi上に存在するため、このESXiだけ標準スイッチを作成し、2つあるprivate portのうち1つを分散スイッチに残したまま、もう一方を標準スイッチに移動する。これにより、一時的に冗長性は無くなるが、代わりにこのESXiでは標準スイッチと分散スイッチの両方が使えるようになる。

1. SDDC-Dswitch-Privateにおいて、MANAGE PHYSICAL ADAPTERS...を選択。
2. Xを押してuplink2/vmic0を削除してOKを押下。
3. uplink2が存在しない状態になったので、OKを選択。
4. Add Networkingを押下。
5. Virtual Machine Port Group for a Standard Switchを選択。
6. MTU=9000で新規に標準スイッチを作成。
7. 先程分散スイッチから取り除いたvnmic0をActive Adaptersに追加。
8. デフォルトのまま進む。後に、このVM Networkをアップグレード時に選択するので名前を覚えておく。
9. FINISH

9. VCSAのupgrade(Stage 1)

以下の作業は、VCSのAD/DNSを参照して、vCenterの名前解決ができる場所から実施した。

1. vCenter 7.0のISOイメージをマウント。
2. インストーラーの実行。
3. Upgrade
4. Next
5. Next
6. vCSAのFQDNを入力し、CONNECT TO SOURCEを押下。
7. vCSAのcredential情報を入力。vCSAは1台目のESXi上で稼働しているため、1台目のESXiのIPアドレスやCredentail情報を入力
8. YES
9. 標準スイッチが存在する1台目のESXiサーバーをデプロイ先として選択するため、そのIPアドレスとCredentail情報を入力。
10. YES
11. 新しいvCSAのrootパスワードは旧vCSAのパスワードと同じものをそのまま流用
12. 今回はSmallを選択。
13. 問題ないとは思うが、万が一NWが切れてしまった時のことを考えて、一旦はLocal Disk上に配置。
    
14. デプロイ先のNWとして、先ほど作成した標準スイッチ上のネットワークを選択。暫定IPアドレスとして、10.193.73.60を使用。このIPアドレスは暫定で利用されるものであり、最終的にはIPアドレス含めた設定情報などがStage 2で既存vCSAからコピーされるため、既存のvCSAと同一subnetでバッティングしない任意のIPアドレスを選択。 ちなみに、現行のmanagement networkのsubnetは以下のようになっていたため、10.193.73.60は確かに使われていない。
15. FINISH
16. 途中経過
17. Stage 1の完了

10. VCSAのupgrade(Stage 2)

• NEXT
• しばらく待つ。
• エラーになってしまった。

これは、KB2051311によると、既存環境の分散スイッチでLACPがBasic Support（基本サポート: LACPv1)を利用していることが原因のようだ。vCenter Server 6.7からは既にLACPv1をサポートしていないので、この問題はvCSA 6.5からアップグレードする際に発生する問題だと考えられる。

• 以下で、分散スイッチのLACP情報を見てみると、確かにBasic Supportと表示されている。
  
• VCSではLACPを利用しておらず、分散スイッチのバックアップはすでに前述のステップにて取得しているので、Enhanced LACP(LACPv2)にUpgradeを行う。まず、SDDC-Dswitch-Publicから。。。
• NEXT
• NEXT
• FINISH
• LACPがEnhanced Supportと表示されるようになった。
• 同様に、SDDC-Dswitch-Privateに対しても実施（手順省略）

以上にてLACPのアップグレードが終わったので、再度Stage2を進める。

• 再度、先ほどのWizardでvCSAのrootパスワードを入力してログイン
• 今度はエラーなく、次の警告画面が現れる。

内容的には問題がないが、記録のために今回の警告内容を以下に列挙しておく。

- Warning: Integrated Windows Authentication will be deprecated in vSphere 7.0. Support for IWA continues to be available in vSphere 7.0 and will be phased out in a future release. [Learn more](https://kb.vmware.com/s/article/78506)

- Warning: This ESXi host [//10.193.72.206:443] is managed by vCenter Server [10.193.73.2].
- Resolution: Make sure the cluster where this ESXi host resides is not set to Fully Automated DRS for the duration of the upgrade process.

- Warning: 
This vCenter Server has extensions registered that cannot be upgraded to or may not work with the new vCenter Server. Extensions: NSX Manager (by VMware) on https://vcenter-vcs65.vcs65.ibm.local/sdk/vimService, NSX user interface plugin (by VMware) on https://vcenter-vcs65.vcs65.ibm.local/sdk/vimService, Zerto Replication Plugin (by Zerto, Inc.) on https://10.193.73.9:9669/ZvmService/GuiPageServer/pubsplugin.xml,
- Resolution: 
Please ensure extensions are compatible with the new vCenter Server and re-register extensions with the new vCenter Server after upgrade. Please refer to the vSphere documentation on extensions, and the upgrade and interoperability guides.

- Warning: Files that cannot be used with Lifecycle Manager 7.0.3 will not be copied from the source. These files include VM guest OS patch baselines, host upgrade baselines and files, and ESXi 6.0 and lower version host patches baselines.
- Resolution: Please review VMware Lifecycle Manager 7.0.3 Documentation for details

- Warning: The vSphere Update Manager specific proxy settings is deprecated from vSphere 7.0 GA. The Lifecycle Manager service will now use the proxy settings configured at VMware vCenter Server Appliance (VCSA) Interface.
- Resolution: Please log in to the vCenter Server Appliance Management Interface to view and configure proxy settings. Refer to VMware Lifecycle Manager 7.0.3 release notes for details.

- Warning: The source vCenter Server instance is configured with more CPU cores than the target appliance.
- Resolution: 
If you need to increase the number of CPU cores on the target vCenter Server Appliance, you can do that manually, after the upgrade or migration finishes

• 全てをコピーする。
• NEXT
• FINISH
• OK
• コピー作業中
• CLOSE
• CLOSE。Stage 2の完了。

11. ログイン確認。バージョン確認

WebからもCLIからもログインできることを確認。

Command> system.version.get
Version:
   Version: 7.0.3.00700
   Product: VMware vCenter Server
   Build: 20051473
   Type: vCenter Server with an embedded Platform Services Controller
   Summary: Patch for VMware vCenter Server 7.0
   Releasedate: July 12, 2022
   Installtime: 2022-08-03T03:47:44.994Z

12. ライセンスの登録

Evaluationライセンスしか存在しないため、事前に取得したvCenter7のライセンスを適用する。

• ADDを押下
• ライセンスきーを登録してNEXT
• ライセンス名を適切なものに変更してNEXT
• FINISH
• 次に、この追加したライセンスを割り当てる。Assetsタブにて、Assign Licenseを押下。
  
• 先ほど追加したライセンスを割り当てる。

13. NSX for vSphere環境の確認

vCenter7環境からでもNSX-Vにアクセスできることを確認。

• NSX Managers
• NSX Controller
• Host Preparation
• NSX Edges

14. vCenterがローカルストレージ(datastore1)で動いているため、共有ディスクのmanagement-shareにStorage vMotionする。

（手順省略）

15. vmnicを標準スイッチから分散スイッチに戻す

vCenterのNetwork Adapterが標準スイッチのVM Network Port Groupで稼働しているため、分散スイッチのSDDC-DPortGroup-Mgmtに移動する。これにより、標準スイッチは不要になる。

1. ESXiにて標準スイッチを削除。これによりvmnic0が解放される。
2. ESXiにてvmnic0をuplink2に割り当て（途中手順省略。下記は割り当て画面のみ抜粋）
   
3. （オプション）Network uplink redundancy lostというAlertが出ていたので、Reset to Greenを押してalterを消去。