PowerShell を使用して Azure Local でオペレーティング システムのアップグレード後の手順を実行する
適用対象: Azure Local 2311.2 以降
この記事では、オペレーティング システム (OS) を新しいバージョンにアップグレードした後に、OS アップグレード後のタスクを実行する方法について説明します。 この記事で説明するアップグレード後のタスクは、Azure Local インスタンスの安定性のために必要です。
この記事では、Azure Local 2311.2 を新しい バージョン、Azure Local バージョン 22H2 を 古い バージョンと見なします。
前提条件を満たす
開始する前に次の点を確認します。
次のいずれかのドキュメントの手順に従って、Azure Local で OS をバージョン 23H2 に正常にアップグレードしました。
システム内のすべてのマシンが正常であり、 Online として表示されていることを確認します。
システムに接続できるクライアントにアクセスできます。 このクライアントは 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>
出力例を次に示します。
RunId : <Run ID>
RunStartTime : 10/13/2019 1:35:39 PM
CurrentOrchestrator : NODE1
NodeStatusNotifications : {
Node : NODE1
Status : Waiting
Timestamp : 10/13/2019 1:35:49 PM
}
NodeResults : {
Node : NODE2
Status : Succeeded
ErrorRecordData :
NumberOfSucceededUpdates : 0
NumberOfFailedUpdates : 0
InstallResults : Microsoft.ClusterAwareUpdating.UpdateInstallResult[]
}
手順 3: OS アップグレード後の手順を実行する
新しい OS がインストールされたら、PowerShell を使用してクラスターの機能レベルと記憶域プールのバージョンをアップグレードして、新機能を有効にする必要があります。
重要
- OS アップグレード後の手順は、システムの安定性とパフォーマンスに不可欠です。 OS のアップグレード後は、必ず次の手順に従ってください。
クラスターの機能レベルをアップグレードします。
警告
クラスターの機能レベルをアップグレードした後、以前のオペレーティング システムバージョンにロールバックすることはできません。
できるだけ早くクラスターの機能レベルをアップグレードすることをお勧めします。 Windows Admin Center で機能のアップグレードをインストールし、オプションの クラスターの機能レベルを更新して新機能を有効にする チェック ボックスをオンにした場合は、この手順をスキップします。
システム内の任意のコンピューターで次のコマンドレットを実行して、現在のクラスターの機能レベルを確認します。
Write-Host "Cluster Functional Level = $((Get-Cluster).ClusterFunctionalLevel)"
システム内の任意のコンピューターで次のコマンドレットを実行して、現在のクラスターの機能レベルを更新します。
Update-ClusterFunctionalLevel -Verbose
この操作を元に戻すことができないことを示す警告が表示されます。 とを確認して続行します。
次のコマンドレットを実行して、新しいクラスターまたは更新されたクラスターの機能レベルを確認します。
Write-Host "Cluster Functional Level = $((Get-Cluster).ClusterFunctionalLevel)"
記憶域プールをアップグレードします。
クラスター機能レベルをアップグレードした後、次のコマンドレットを使用して、システムを表す記憶域プールの
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
コマンドレットを実行し、 クラスター検証 レポートを確認します。
一部のドライバーが古い受信トレイ ドライバーバージョンに戻り、予期しない動作が発生する可能性があるため、ハードウェア パートナーから最新のドライバーをインストールします。
これで、ソリューションのアップグレードを適用する準備ができました。