次の方法で共有

Azure Local にソリューションアップグレードをインストールする

適用対象: Azure Local 2311.2 以降

重要

Azure Stack HCI OS バージョン 22H2 は既にサポート対象外です。

  • 毎月のセキュリティと品質の更新が停止しました。
  • 登録や修復を含め、システムは引き続き動作します。
  • 課金は続行されています。
  • Microsoft サポートは、アップグレードのサポートでのみ利用できます。

更新プログラムを引き続き受け取るために、 PowerShell を使用してオペレーティング システムを新しいバージョンにアップグレードすることをお勧めします。

Azure Stack HCI バージョン 22H2 ストレッチ クラスターを実行している場合、または System Center Virtual Machine Manager を使用してクラスターを管理している場合は、 サポートされているワークロードと構成 の表で更新タイムラインを確認してください。

この記事では、次のいずれかのバージョンからオペレーティング システム (OS) をアップグレードした後、Azure ローカル インスタンスにソリューションのアップグレードをインストールする方法について説明します。

  • 20349.xxxx (22H2) から 25398.xxxx (23H2)
  • 20349.xxxx (22H2) から 26100.xxxx (24H2)
  • 25398.xxxx (23H2) から 26100.xxxx (24H2)

この記事では、OS バージョン 24H2 または 23H2 を 新しい バージョンとして、バージョン 22H2 を 古い バージョンとして参照します。

重要

OS のアップグレードが一般公開されている間、ソリューションのアップグレードは段階的にロールアウトされます。 さらに、Azure China のお客様はソリューションのアップグレードを利用できません。

前提条件

ソリューションのアップグレードをインストールする前に、次の点を確認してください。

  • Assess ソリューションのアップグレードの準備状況の手順に従って、環境チェッカーを使用してシステムを検証します。

  • フェールオーバー クラスター名は 3 ~ 15 文字です。

  • ローカル管理者グループのメンバーである Active Directory ライフサイクル マネージャー (LCM) ユーザー アカウントを作成します。 手順については、「 Azure ローカル デプロイ用に Active Directory を準備する」を参照してください。

  • 新しい Azure Arc サービスで使用できる 6 つの連続する IP アドレスを持つホスト IP アドレス サブネットと一致する IPv4 ネットワーク範囲を用意します。 ネットワーク管理者と協力して、IP アドレスが使用されていないことを確認し、送信接続の要件を満たします。

  • Azure Stack HCI 管理者および閲覧者に対する Azure サブスクリプションのアクセス許可を持っている。

    アップグレードに必要なロールにアクセス許可が割り当てられているサブスクリプションのスクリーンショット。

開始する前に

ソリューションのアップグレード プロセスを開始する前に考慮すべき点がいくつかあります。

  • Microsoft では、Azure ローカル リソース ページから、または ARM テンプレートを使用して適用されるアップグレードをサポートしています。 サード パーティ製ツールを使用したアップグレードのインストールはサポートされていません。
  • メンテナンス期間中にソリューションのアップグレードを実行することをお勧めします。 アップグレード後、ホスト マシンが再起動し、ワークロードがライブ マイグレーションされ、短時間切断される可能性があります。
  • Azure Local に Azure Kubernetes Service (AKS) ワークロードがある場合は、ソリューションのアップグレード バナーが Azure ローカル リソース ページに表示されるまで待ちます。 次に、ソリューションのアップグレードを適用する前に、AKS とすべての AKS ハイブリッド設定を削除します。
  • ソリューションのアップグレードをインストールすると、既存の Hyper-V VM が自動的に Azure Arc VM になることはありません。

Azure portal を使用してソリューションのアップグレードをインストールする

ソリューションのアップグレードは、Azure portal を使用してインストールします。

ソリューションのアップグレードをインストールするには、次の手順を実行します。

  1. Azure portal で Azure ローカル リソースに移動します。

  2. Overview ページには、ソリューションのアップグレードが使用可能であることを示すバナーが表示されます。 バナーの Upgrade リンクを選択します。

    アップグレード可能なバナーが表示された [Azure Local Overview]\(Azure ローカルの概要\) ページのスクリーンショット。

[基本] タブ

[ Basics タブで、次の情報を指定します。

  1. リソース グループ内の Vault から既存の Key Vault を選択します。 既存のキー ボールトを共有すると、セキュリティ上の影響がある可能性があります。 キー コンテナーがない場合は、資格情報を格納する新しいコンテナーを作成できます。

    1. [ 新しいキー コンテナーを作成しますを選択します。
    2. 新しいキーボールトの名前を入力してください。 名前は 3 ~ 24 文字で、文字、数字、ハイフンのみを含める必要があります。 連続する 2 つのハイフンは使用できません。

    [キー コンテナーの作成] ページのスクリーンショット。

  2. デプロイ アカウントの資格情報を指定します。 この資格情報は、各マシンのローカル管理者グループのメンバーであるプリンシパルの Active Directory からの資格情報です。

    注記

    ユーザーを管理者にすることはできません。また、形式 ___domain\usernameを使用することはできません。

  3. 既定の名前をそのまま使用するか、Azure Arc サービスに使用するカスタムの場所名を指定します。

  4. ネットワーク IP アドレス情報を指定します。 IP アドレス範囲によって定義される、合計 6 つの連続する IP アドレスが必要です。 範囲内の IP アドレスは次の必要があります。

    • 使用されていません。
    • アウトバウンド接続の要件を満たす。
    • ホスト IP アドレスと通信します。

    [Azure ローカルの基本のアップグレード] タブのスクリーンショット。

  5. [ 次へ: 検証 を選択します。

[検証] タブ

Validation タブでは、操作によって Azure リソースが自動的に作成され、アクセス許可と監査ログインも構成されます。

  1. 開始検証を選択して操作を開始します。 この操作では、環境チェッカーを実行して外部接続とストレージの要件を確認し、環境がソリューションアップグレードの準備ができていることを確認します。 検証の詳細については、「 Azure ローカル インスタンスのValidate ソリューションのアップグレード準備状況」を参照してください。

    [Azure ローカル検証のアップグレード] タブのスクリーンショット。

  2. 検証が完了したら、 [次へ: 確認と作成を選択します。

[確認と作成] タブ

  1. Review + Create タブで、ソリューションのアップグレードの概要を確認します。

    Azure ローカル レビューと作成タブをアップグレードする際のスクリーンショット。

  2. Review + Create を選択してアップグレード プロセスを開始します。 デプロイが進行中であることを示す通知が表示されます。

アップグレードの進行状況を監視する

  1. アップグレードが開始されると、 Settings > Deployment に自動的にアクセスされます。 画面を定期的に更新し、アップグレードの進行状況を監視します。

    Azure ローカル アップグレードのアップグレードの進行状況のスクリーンショット。

  2. アップグレードが完了するまで待ちます。 システム内のマシンの数によっては、ソリューションのアップグレード プロセスに数時間かかることがあります。

    アップグレードが完了したことを示す [Azure Local のアップグレード] のスクリーンショット。

注記

アップグレードに失敗した場合は、[デプロイ] ブレードページの上部にある [ デプロイの再開 ] を選択して再試行します。 クラスターからプロセスを再起動しないでください。クラスター を最新バージョンのバナーに再度アップグレードできます 。

アップグレードが成功したことを確認する

アップグレードが成功したことを確認するには、次の手順に従います。

  1. Azure portal で、Azure ローカル インスタンスをデプロイしたリソース グループに移動します。

  2. [リソース>の表示]ページに次のリソースが表示されます。

    リソースの種類 リソースの数
    マシン - Azure Arc マシンあたり 1 台
    Azure Local 1
    Azure Arc リソース ブリッジ 1、 -arcbridge サフィックス (既定)
    カスタムの場所 1、 -cl サフィックス (既定)
    Key Vault 1

    リソース グループ内のリソースのスクリーンショットを次に示します。

    Azure ローカル リソースの正常性のアップグレードのスクリーンショット。

  3. ソリューションのバージョンを確認します。

    ソリューションのバージョンを示す Azure ローカル リソースの [概要 ] ページのスクリーンショットを次に示します。

    Azure ローカルの概要ページとソリューションのバージョンのスクリーンショット。

    注記

    ソリューションのアップグレード後、10.x バージョンが表示される場合があります。これは想定され、サポートされています。 詳細については、「 Azure ローカル リリース情報の概要」を参照してください。

ソリューションアップグレード後のタスク

重要

ソリューションのアップグレード中に追加のサービスがインストールされると、ソリューションのアップグレードが完了するとリソースの消費量が増加します。

ソリューションのアップグレードが完了したら、システムをセキュリティで保護し、ワークロードの準備ができていることを確認するために、追加のタスクを実行することが必要になる場合があります。

  • ワークロードをデプロイするには、リモート デスクトップ プロトコル (RDP) 経由でシステムに接続することが必要な場合があります。 詳細については、「RDP の有効化」を参照してください。

  • リソースが誤って削除されないようにするには、リソースをロックします。

  • セキュリティ体制をアップグレードする必要があります。 詳細については、「 アップグレード後の Azure Local でのセキュリティ体制の更新を参照してください。

  • 場合によっては、ボリュームごとにワークロードとストレージ パスを作成する必要があります。 詳細については、「 Azure Local でのボリュームの作成および Azure Local のストレージ パスの作成を参照してください。

  • システムに修正プログラムを適用するためにクラスター対応更新 (CAU) を使用していない場合は、アクセス許可が正しく設定されていることを確認する必要があります。 詳細については、 クラスター対応更新 (CAU) に関するページを参照してください。

次のステップ

アップグレード プロセス中に問題が発生した場合は、「 Azure Local でのソリューションのアップグレードのトラブルシューティングを参照してください。

  • Last updated on