適用対象: Azure Local 2311.2 以降
この記事では、オペレーティング システム (OS) を新しいバージョンにアップグレードした後に、OS アップグレード後のタスクを実行する方法について説明します。 この記事で説明するアップグレード後のタスクは、Azure Local インスタンスの安定性のために必要です。
この記事では、OS バージョン 24H2 または 23H2 を 新しい バージョンとして、バージョン 22H2 を 古い バージョンとして参照します。
前提条件を満たす
開始する前に次の点を確認します。
- PowerShell を使用した 23H2 OS へのアップグレードに関する記事の手順に従って、Azure Local の OS をバージョン 23H2 に正常にアップグレード しました。
- システム内のすべてのマシンが正常であり、 オンラインとして表示されていることを確認します。
- システムに接続できるクライアントにアクセスできます。 このクライアントは PowerShell 5.0 以降を実行している必要があります。
手順 1: システムに接続する
クライアントで次の手順に従って、システムのいずれかのマシンに接続します。
システムへの接続に使用しているクライアントで、管理者として PowerShell を実行します。
システム上のコンピューターへのリモート PowerShell セッションを開きます。 次のコマンドを実行し、メッセージが表示されたらコンピューターの資格情報を指定します。
$cred = Get-Credential Enter-PSSession -ComputerName "<Computer IP>" -Credential $cred出力例を次に示します。
PS C:\Users\Administrator> $cred = Get-Credential cmdlet Get-Credential at command pipeline position 1 Supply values for the following parameters: Credential PS C:\Users\Administrator> Enter-PSSession -ComputerName "100.100.100.10" -Credential $cred [100.100.100.10]: PS C:\Users\Administrator\Documents>
手順 2: アップグレードの状態を確認する
アップグレードが完了し、システムで新しい OS が実行されていることを確認するには、 Get-CauRun コマンドレットを実行します。
Get-CauRun -ClusterName <ClusterName>
出力例を次に示します。
PS D:\> Get-CauRun -ClusterName ro0101-cl
RunNotlnProgress
WARNING: No Updating Run is currently in progress on cluster ro0101-cl.
PS D:\> _
手順 3: OS アップグレード後の手順を実行する
新しい OS がインストールされたら、PowerShell を使用してクラスターの機能レベルと記憶域プールのバージョンをアップグレードして、新機能を有効にする必要があります。
重要
- OS アップグレード後の手順は、システムの安定性とパフォーマンスに不可欠です。 OS のアップグレード後は、必ず次の手順に従ってください。
クラスターの機能レベルをアップグレードします。
警告
クラスターの機能レベルをアップグレードした後、以前のオペレーティング システムバージョンにロールバックすることはできません。
できるだけ早くクラスターの機能レベルをアップグレードすることをお勧めします。 Windows Admin Center で機能のアップグレードをインストールし、オプションの [ クラスターの機能レベルを更新して新機能を有効にする ] チェック ボックスをオンにした場合は、この手順をスキップします。
システム内の任意のコンピューターで次のコマンドレットを実行して、現在の
ClusterFunctionalLevelとClusterUpgradeVersionを確認します。[System.Environment]::OSVersion.Version Get-Cluster | Select-Object ClusterFunctionalLevel, ClusterUpgradeVersionシステム内の任意のコンピューターで次のコマンドレットを実行して、クラスター機能レベルを更新します。
Update-ClusterFunctionalLevel -Verboseこの操作を元に戻すことができないことを示す警告が表示されます。 Y を確認して続行します。
次のコマンドレットを実行して、更新されたバージョン番号の
ClusterFunctionalLevelやClusterUpgradeVersionを確認します。[System.Environment]::OSVersion.Version Get-Cluster | Select-Object ClusterFunctionalLevel, ClusterUpgradeVersion
Azure Local OS ビルド 25398.xxxx に必要な値:
- ClusterFunctionalLevel = 12
- ClusterUpgradeVersion = 32772
Azure Local OS ビルド 26100.xxxx に必要な値:
- ClusterFunctionalLevel = 12
- ClusterUpgradeVersion = 32774
記憶域プールをアップグレードします。
クラスター機能レベルをアップグレードした後、次のコマンドレットを使用して、システムを表す記憶域プールの
FriendlyNameを識別します。Get-StoragePool | Where-Object -Property FriendlyName -ne "Primordial"記憶域プールを更新するには、次のコマンドレットを使用します。 前の手順の出力のプール名を使用します。
Update-StoragePool -FriendlyName "<name of the storage pool>" -Verboseメッセージが表示されたら、アクションを確認します。 この時点で、新しいコマンドレットはシステム内の任意のマシンで完全に動作します。
(省略可能)VM 構成レベルをアップグレードします。 必要に応じて、
Update-VMVersionコマンドレットを使用して各 VM を停止してから、VM を再起動することで、VM 構成レベルをアップグレードできます。アップグレードされたシステムが期待どおりに機能することを確認します。
ロールは正しくフェールオーバーする必要があり、VM ライブ マイグレーションがシステムで使用されている場合、VM は正常にライブ マイグレーションを実行する必要があります。
システムを検証します。
システム内のいずれかのマシンで
Test-Clusterコマンドレットを実行し、 クラスター検証 レポートを調べます。
一部のドライバーが古い受信トレイ ドライバーバージョンに戻り、予期しない動作が発生する可能性があるため、ハードウェア パートナーから最新のドライバーをインストールします。
次のステップ
- Network ATC が有効になっていない場合は、Azure Local にネットワーク ATC をインストールして有効にする方法について説明します
- Network ATC が既に有効になっている場合は、 Azure Local のソリューション アップグレードの準備状況を評価する方法について説明します。