Azure Stack HCI OSバージョン22H2または3H2から24H2(OSのみ)へのアップグレード

ドキュメントの概要

この記事では、次の内容について説明します。

• バージョン22H2または23H2からバージョン24H2へのAzure Stack HCI OSのみのアップグレードの概要
• PowerShellを使用してAzure Stack HCIオペレーティング システム(OS)をバージョン26100.xxxx (24H2)にアップグレードする方法に関するガイダンス。
• 次の2つのアップグレード パスが利用可能です。
  • バージョン20349.xxxx (22H2)からバージョン26100.xxxx (24H2)にアップグレードします。
  • バージョン25398.xxxx (23H2)からバージョン26100.xxxx (24H2)にアップグレードします。これには、バージョン20349.xxxx (22H2)からアップグレードされ、ソリューションのアップグレードがまだ適用されていない25398.xxxx (23H2)クラスターが含まれます。

2505リリースでは、バージョン20349.xxxx (22H2)からバージョン26100.xxxx (24H2)への直接アップグレード パスを利用できます。OSバージョン20349.xxxx (22H2)から26100.xxxx (24H2)に直接移行することで、ソリューションのアップグレード前の再起動とメンテナンス計画を減らすことができます。

注：22H2は、2025年5月31日をもって正式にライフサイクル終了となりました

22H2から23H2、22H2から24H2、または23H2(OSアップグレードのみ)から24H2へのフル(OS+ソリューション)アップグレードは、Dellの有料サービスであり、サポート契約の対象外です。Microsoftは、Azure Portalを介して直接開いたケースについて、アップグレード関連の問題について限定的なサポートを提供しています。https://learn.microsoft.com/en-us/azure/azure-local/upgrade/about-upgrades-23h2

必要条件

アップグレードを開始する前に、次の手順を実行します。

1. Azure ローカル システムで、OS バージョン 20349.3692 または 25398.1611 より後の OS バージョンが実行されていることを確認します。
2. クラスター内のすべてのマシンが正常であり、オンラインとして表示され、Azureに登録されていることを確認します。
3. お住まいのリージョンでAzure Stack HCI OSバージョン23H2が使用可能であることを確認します。Azure ローカル OS のバージョン 22H2 からのアップグレードは、一部のリージョンでのみサポートされています。詳細については、「 Azure の要件」を参照してください。  
4. 仮想マシン(VM)をシャットダウンしていることを確認します。Microsoftでは、予期しない停止やデータベースの損傷を防ぐために、OSのアップグレードを実行する前にVMをシャットダウンすることを推奨しています。
5. クラスター対応アップデート(CAU)の役割がクラスターにインストールされ、有効になっていることを確認します。「Add-CauClusterRole」を参照してください。
6. お使いのシステムにインストールされているネットワーク インターフェイス カード(NIC)ドライバーが、Azure Stack HCI OSバージョン26100.xxxxにデフォルトで(受信トレイに)含まれているバージョンよりも新しいことを確認します。次のコマンドレットを使用して確認します。

Get-WindowsDriver -Online | Where-Object {$_.ClassName -like "net*" -and $_.Inbox -eq $true}

7. トラステッド プラットフォーム モジュール2.0 (TPM 2.0)がすべてのクラスター マシンにインストールされ、セキュア ブートが有効になっていることを確認します。 
8. 各クラスター マシンのレジストリー キーを更新します。詳細については、「レジストリ キーの更新」を参照してください

バージョン22H2または23H2からバージョン24H2にアップグレードする手順。

Azure ローカル OS をバージョン 22H2 または 23H2 から 24H2 にアップグレードするには、次のマルチフェーズ手順を実行します。

1. PowerShellメソッドを使用してOSをアップグレードします
2. オペレーティング システムのアップグレード後の手順の実行
3. ネットワークATCのインストールと有効化
4. ソリューションのアップグレードを実行します。
   1. ソリューション アップグレードの準備状況を検証する
   2. ソリューション アップグレードの適用

1. PowerShellを使用したOSのアップグレード

• PowerShell(Microsoftがサポート) - 「PowerShellを使用した新しいOSのインストール」を参照してください。

2. オペレーティング システムのアップグレード後の手順の実行

詳細な手順については、「PowerShell を使用して Azure Local でオペレーティング システムのアップグレード後の手順を実行する」を参照してください。  

3. ネットワークATCのインストールと有効化

ネットワーク ATC が構成されていない場合は、オペレーティング システムをバージョン 22H2 または 23H2 からバージョン 24H2 にアップグレードした後、設定する必要があります。詳細な手順については、次を参照してください。Azure Local でのネットワーク ATC の構成  

4. ソリューションのアップグレードを実行する
   1. ソリューション アップグレードの準備状況を検証する

AzureローカルOSをバージョン22H2からバージョン24H2にアップグレードした後、デル・テクノロジーズでは、クラスターのアップグレード準備状況を検証することをお勧めします。詳細な手順については、「Azure Local のソリューション アップグレードの準備状況を検証する」を参照してください。  

2. ソリューション アップグレードの適用

事前チェックとクラスターの準備が完了したら、ソリューションのアップグレードを続行するには、「Azure Local にソリューションのアップグレードをインストールする」を参照してください。

既知の問題と回避策

• ネットワークATCインテントが示す PhysicalAdapterNotFound 24H2への「OSアップグレード」後

対処方法: 「Network ATC インテントの正常性状態」を参照してください

• 既知の問題により、OS のアップグレード中に VM Live Migration が失敗する

対処方法: AzureローカルOSのアップグレードを行う前に、「軽減策の詳細」を参照してください

• OSを24H2にアップグレードした後、リモートNDISが#2と表示されるため、テスト クラスターの検証が失敗する

$regPath = "HKLM:\system\currentcontrolset\services\clussvc\parameters"
$propertyName = "ExcludeAdaptersByDescription"
$propertyValue = "Remote NDIS Compatible Device,Remote NDIS Compatible Device #2"
New-ItemProperty -Path $regPath -Name $propertyName -Value $propertyValue -PropertyType String -Force

• クラスター ノードでベースOSを22H2または23H2から24H2にアップグレードした後、Azure Stackの登録ステータスがポリシー違反と表示される

1. 1. クラスター ノードの1つで次のコマンドを実行します。

$Subscription = "Enter the Subscription ID"
$Tenant = "Enter the Tenant ID"
$RG = “name of the resource group”
$Region = "Region_name"
Register-AzStackHCI -SubscriptionId $Subscription -TenantId $Tenant -Region $Region – ResourceGroupName $RG -RepairRegistration

2. 最初のノードから開始し、後続の各ノードで繰り返して、次の手順を実行します。
   1. アップデートするには $NodeName ノードごとに、次のコマンドを実行します。 

$NodeName = "Nodexxx"

2. ノードからロールをドレインして安全に削除し、すべてのロールがノードから移動されたことを確認するには、次のコマンドを実行します。

Suspend-ClusterNode -Name $NodeName -Drain
Get-ClusterGroup

3. クラスターからノードを削除するには、次のコマンドを実行します。 

Remove-ClusterNode -Name $NodeName -Force

4. ノードを再起動するには、次のコマンドを実行します。 

Restart-Computer -ComputerName $NodeName -Force

5. すべての仮想ディスクの動作ステータスを確認し、物理ディスクがOK状態になっていることを確認してください。エンクレーブ修復の成功を検索してストレージ修復ジョブが完了したことを確認し、次のコマンドを実行します。 

Get-WinEvent "Microsoft-AzureStack-Hci/Debug" -Oldest
Get-WinEvent "Microsoft-AzureStack-Hci/Debug" -Oldest | ? {$_.Message -match "Enclave"} 
Get-WinEvent "Microsoft-AzureStack-Hci/Debug" -Oldest | ? {$_.Message -match "Enclave repair complete."}

6. 修復後にノードをクラスターに再度追加し、ノードをサービスに戻すには、次のコマンドを実行します。 

Add-ClusterNode -Name $NodeName
Resume-ClusterNode -Name $NodeName

7. 残りのノードでも同じ手順を繰り返します。 
8. クラスター ノードの1つで次のコマンドを再実行し、Azureローカル(Azure Stack HCI)の登録ステータスを再確認します。

$Subscription = "Enter the Subscription ID"
$Tenant = "Enter the Tenant ID"
$Region = "Region_name"
Register-AzStackHCI -RepairRegistration -SubscriptionId $Subscription -TenantId $Tenant -Region $Region
Get-AzureStackHCI | Format-List RegistrationStatus, ConnectionStatus, LastConnected, NextSync

詳細については、「 ポリシー外エラー」を参照してください  
Microsoft の既知の問題と回避策の一覧については、「AzureLocal-Supportability/TSG/Upgrade at main ·Azure/AzureLocal-Supportability ·Github