Azure Stack Hub のリリース ノート

この記事では、Azure Stack Hub 更新プログラム パッケージの内容について説明します。 更新プログラムには、Azure Stack Hub の最新のリリースに対する機能強化と修正が含まれています。

別のバージョンのリリース ノートにアクセスするには、左側の目次の上部にあるバージョン セレクターのドロップダウンを使用します。

重要

この更新プログラム パッケージは、Azure Stack Hub 統合システム専用です。 Azure Stack Development Kit (ASDK) にこの更新プログラム パッケージを適用しないでください。

重要

お使いの Azure Stack Hub インスタンスが 2 つ前の更新プログラムより古い場合、コンプライアンスに対応していないとみなされます。 サポートを受けるためには、少なくともサポートされる最小バージョンまで更新する必要があります。

重要

Azure Stack Hub インスタンスにハードウェア パートナーとのアクティブなサポート契約がない場合は、規定に準拠していないと見なされます。 サポートを受けるには、ハードウェアに対するアクティブなサポート契約が必要です。

計画の更新

更新プログラムを適用する前に、必ず次の情報を確認してください。

更新プログラムのトラブルシューティングと更新プロセスの詳細については、Azure Stack Hub の修正プログラムと更新プログラムについての問題のトラブルシューティングに関するページを参照してください。

更新プログラムをダウンロードする

Azure Stack Hub 更新プログラム パッケージは、Azure Stack Hub 更新プログラム ダウンローダー ツールを使用してダウンロードできます。

2206 ビルドのリファレンス

Azure Stack Hub 2206 更新プログラムのビルド番号は 1.2206.1.24 です。

更新の種類

Azure Stack Hub 2206 更新プログラムのビルドの種類は完全です。

2206 更新プログラムの実行時間は、内部テストに基づいて次のように予想されます。

  • 4 ノード: 8 から 28 時間
  • 8 ノード: 11 から 30 時間
  • 12 ノード: 14 から 34 時間
  • 16 ノード: 17 から 40 時間

更新プログラムの正確な期間は一般的に、ご使用のシステムでテナント ワークロードによって使用されている容量、システム ネットワーク接続 (インターネットに接続されている場合)、およびシステム ハードウェアの仕様に左右されます。 期間がこの予測値よりも短くなったり長くなったりするのは珍しいことではなく、更新が失敗した場合を除き、Azure Stack Hub オペレーターによるアクションは不要です。 この実行時間の概算は 2206 更新プログラムに固有であるため、他の Azure Stack Hub 更新プログラムと比較しないでください。

更新プログラムのビルドの種類については、「Azure Stack Hub での更新プログラム管理の概要」を参照してください。

新機能

  • 欧州連合に拠点を置くお客様は、すべてのデータを欧州連合の境界内で保管して処理することを選択できるようになりました。 詳細については、「Azure Stack Hub の EU Schrems II イニシアチブ」を参照してください。
  • Azure Stack Hub では、保存データの暗号化用の BitLocker キーの取得がサポートされるようになりました。 詳細については、「BitLocker 回復キーを取得する」を参照してください。

[変更点]

  • SQL RP V2 と MySQL RP V2 は、アクセスを許可されているサブスクリプションでのみ使用できます。 SQL RP V1 と MySQL RP V1 をまだ使用している場合は、ASH 2206 にアップグレードする前に、アップグレード プロセスを実行するためのサポート ケースを開くことを強くお勧めします。
  • このリリースでは、Azure Stack Hub ルート証明書のローテーションがサポートされます。 以前は、シークレットのローテーションではルートのローテーションは行われませんでした。 この更新プログラムをインストールすると、ルート証明書をローテーションできるようになります。 そのためには、有効期限アラートを介して次回通知を受け取る前に、内部シークレット ローテーションを実行します。 ルート証明書のローテーションや内部シークレットのローテーションの実行に失敗すると、スタンプが回復不能になる可能性があります。

修正

  • SLB スループットを改善するための修正。
  • スケール ユニット ノードの再起動時にストレージ サブシステムへのアクセスを妨げていた問題を修正しました。

セキュリティ更新プログラム

Azure Stack Hub のこの更新でのセキュリティ更新プログラムについては、「Azure Stack Hub のセキュリティ更新プログラム」を参照してください。

修正プログラム

Azure Stack Hub の修正プログラムは定期的にリリースされています。 2005 リリース以降では、新しいメジャー バージョンに更新すると (たとえば、1.2008.x から 1.2102.x)、その新しいメジャー バージョン内の最新の修正プログラム (存在する場合) が自動的にインストールされます。 それ以降は、ビルドの修正プログラムがリリースされたら、それをインストールする必要があります。

Note

Azure Stack Hub 修正プログラムのリリースは累積的です。そのバージョンに対する以前の修正プログラムのリリースに含まれるすべての修正を取得するには、最新の修正プログラムをインストールするだけで済みます。

詳細については、サービス ポリシーに関する記事を参照してください。

Azure Stack Hub 修正プログラムを適用できるのは Azure Stack Hub 統合システムのみです。ASDK には修正プログラムをインストールしないでください。

修正プログラムの前提条件: 2206 更新プログラムを適用する前

Azure Stack Hub の 2206 リリースは、次の修正プログラムが適用された 2108 リリースに適用する必要があります。

2206 更新プログラムが正常に適用された後

新しいメジャー バージョンに更新すると (たとえば、1.2102.x から 1.2108.x)、その新しいメジャー バージョン内の最新の修正プログラム (存在する場合) が自動的にインストールされます。 それ以降は、ビルドの修正プログラムがリリースされたら、それをインストールする必要があります。

2206 のインストール後に、2206 の修正プログラムがリリースされた場合は、それらをインストールする必要があります。

2108 ビルドのリファレンス

最新の Azure Stack Hub 2108 更新プログラムのビルド番号は 1.2108.2.65 です。 更新されたビルドと修正プログラムについては、「修正プログラム」セクションを参照してください。

更新の種類

Azure Stack Hub 2108 更新プログラムのビルドの種類は完全です。

2108 更新プログラムの実行時間は、内部テストに基づいて次のように予想されます。

  • 4 ノード: 8 から 28 時間
  • 8 ノード: 11 から 30 時間
  • 12 ノード: 14 から 34 時間
  • 16 ノード: 17 から 40 時間

更新プログラムの正確な期間は一般的に、ご使用のシステムでテナント ワークロードによって使用されている容量、システム ネットワーク接続 (インターネットに接続されている場合)、およびシステム ハードウェアの仕様に左右されます。 期間がこの予測値よりも短くなったり長くなったりするのは珍しいことではなく、更新が失敗した場合を除き、Azure Stack Hub オペレーターによるアクションは不要です。 この実行時間の概算は 2108 更新プログラムに固有であるため、他の Azure Stack Hub 更新プログラムと比較しないでください。

更新プログラムのビルドの種類については、「Azure Stack Hub での更新プログラム管理の概要」を参照してください。

新機能

  • Azure Stack Hub オペレーターは、VM の GPU クォータを構成できるようになります。
  • 緊急 VM アクセスが、Microsoft サポートに連絡しなくても Azure Stack Hub で使用できるようになります。
  • Windows Server 2022 が、ゲスト オペレーティング システムとしてサポートされるようになります。 Windows Server 2022 VM は、バージョン 2108 以降を実行している Azure Stack Hub 上の Windows Server で仮想マシンの自動ライセンス認証を使用して手動でライセンス認証する必要があります。 以前のバージョンではライセンス認証できません。
  • このバージョン以降、事前ログ収集が無効になっている場合、事前障害イベントについてキャプチャされたログはローカル環境に保存されます。 Microsoft は、サポート ケースのコンテキストでのみローカル ログにアクセスできます。 事前ログ収集の Alert ライブラリに、新しいアラートが追加されました。
  • このリリースでは、Azure Kubernetes ServiceAzure Container Registry の 2 つの新しいサービスを、パブリック プレビューで利用できます。
  • AzureStack モジュール 2.2.0 は、Azure Stack Hub バージョン 2108 に合わせてリリースされます。 バージョンの更新には、コンピューティング管理者モジュールの変更と、新しいモジュール Azs.ContainerRegistry.Admin および Azs.ContainerService.Admin が含まれます。 その他の詳細については、変更ログに関するページをご覧ください。
  • このリリースでは、テレメトリ データは Microsoft によって管理および制御される Azure ストレージ アカウントにアップロードされます。 Azure Stack Hub テレメトリ サービスは、Microsoft にテレメトリ データを正常にアップロードするため、https://*.blob.core.windows.net/https://azsdiagprdwestusfrontend.westus.cloudapp.azure.com/ に接続します。 ポート 443 (HTTPS) が開かれている必要があります。 詳しくは、Azure Stack Hub テレメトリに関するページをご覧ください。
  • このリリースには、リモート サポートのパブリック プレビューが含まれています。これにより、Microsoft のサポート プロフェッショナルは、お客様のデバイスにリモート アクセスして、限られたトラブルシューティングと修復を実行できるため、サポート ケースをより迅速に解決できます。 お客様は、同意することでこの機能を有効にすることができ、アクセス レベルとアクセス期間を制御できます。 サポートは、サポート要求が送信された後にのみ、デバイスにアクセスできます。 詳しくは、「Azure Stack Hub のリモート サポート」をご覧ください。

機能強化

  • 外部 SMB 共有がほぼいっぱいになったときのアラートの説明が、プログレッシブ バックアップに合わせて調整されています。
  • アップロードが失敗しないよう、外部 SMB 共有への並列インフラストラクチャ バックアップ リポジトリ アップロードの数が制限されるようになります。
  • Node-Inaccessible-for-vm-placement アラートが、host-unresponsive シナリオと hostagent-service-on-node-unresponsive シナリオを区別する複数のアラートに置き換えられました。
  • App Service は、アウトバウンド接続の既定の NAT IP を検出できるようになりました。

[変更点]

  • 2108 更新プログラムを開始する前に、更新プログラムが正常に完了できるよう、GPU を使用しているすべての仮想マシンを停止 (割り当て解除) する必要があります。 基になる実装がプールされたリソースなしに変わるため、これは AMD と NVIDIA の GPU に適用されます。
  • SQL RP と MySQL RP は、アクセスを許可されているサブスクリプションでのみ使用できます。 これらのリソース プロバイダーを使い始める場合、または以前のバージョンからアップグレードする必要がある場合は、サポート ケースを開くと、Microsoft のサポート エンジニアがデプロイまたはアップグレードのプロセスをお手伝いできます。
  • Set-AzSLegalNotice によって、コマンドを実行したときに設定されたキャプションとテキストを含む新しい画面の表示がトリガーされます。 この画面は、ポータルの新しいインスタンスが作成されるたびに表示されます。

修正

  • 外部 SMB 共有へのアップロード時に 1 つのリポジトリで障害が発生するとインフラストラクチャのバックアップ全体が失敗する問題を修正しました。
  • 複数の GPU を使用する N シリーズ VM の作成が失敗する原因となる問題を修正しました。
  • VM 拡張機能をアンインストールすると、既存の VM 拡張機能の保護された設定が消去される問題を修正しました。
  • 内部ロード バランサーが外部 IP を使用する原因となる問題を修正しました。
  • ポータルからのシリアル ログのダウンロードに関する問題を修正しました。

セキュリティ更新プログラム

Azure Stack Hub のこの更新でのセキュリティ更新プログラムについては、「Azure Stack Hub のセキュリティ更新プログラム」を参照してください。

修正プログラム

Azure Stack Hub の修正プログラムは定期的にリリースされています。 2005 リリース以降では、新しいメジャー バージョンに更新すると (たとえば、1.2005.x から 1.2008.x)、その新しいメジャー バージョン内の最新の修正プログラム (存在する場合) が自動的にインストールされます。 それ以降は、ビルドの修正プログラムがリリースされたら、それをインストールする必要があります。

Note

Azure Stack Hub 修正プログラムのリリースは累積的です。そのバージョンに対する以前の修正プログラムのリリースに含まれるすべての修正を取得するには、最新の修正プログラムをインストールするだけで済みます。

修正プログラムについて詳細については、サービス ポリシーに関する記事を参照してください。

Azure Stack Hub 修正プログラムを適用できるのは Azure Stack Hub 統合システムのみです。ASDK には修正プログラムをインストールしないでください。

修正プログラムの前提条件: 2108 更新プログラムを適用する前

Azure Stack Hub の 2108 リリースは、次の修正プログラムが適用された 2102 リリースに適用する必要があります。

2108 更新プログラムが正常に適用された後

新しいメジャー バージョンに更新すると (たとえば、1.2102.x から 1.2108.x)、その新しいメジャー バージョン内の最新の修正プログラム (存在する場合) が自動的にインストールされます。 それ以降は、ビルドの修正プログラムがリリースされたら、それをインストールする必要があります。

2108 のインストール後に、2108 の修正プログラムがリリースされた場合は、それらをインストールする必要があります。

2102 ビルドのリファレンス

最新の Azure Stack Hub 2102 更新プログラムのビルド番号は 1.2102.30.97 です。 更新されたビルドと修正プログラムについては、「修正プログラム」セクションを参照してください。

更新の種類

Azure Stack Hub 2102 更新プログラムのビルドの種類は完全です。

2102 更新プログラムのランタイムは、内部テストに基づいて次のように予測されました。

  • 4 ノード: 8 から 20 時間
  • 8 ノード: 11 から 26 時間
  • 12 ノード: 14 から 32 時間
  • 16 ノード: 17 から 38 時間

更新プログラムの正確な期間は一般的に、ご使用のシステムでテナント ワークロードによって使用されている容量、システム ネットワーク接続 (インターネットに接続されている場合)、およびシステム ハードウェアの仕様に左右されます。 期間がこの予測値よりも短くなったり長くなったりするのは珍しいことではなく、更新が失敗した場合を除き、Azure Stack Hub オペレーターによるアクションは不要です。 この実行時間の概算は 2102 更新プログラムに固有であるため、他の Azure Stack Hub 更新プログラムと比較しないでください。

更新プログラムのビルドの種類については、「Azure Stack Hub での更新プログラム管理の概要」を参照してください。

新機能

  • このリリースには、リモート サポートのパブリック プレビューが含まれています。これにより、Microsoft のサポート プロフェッショナルは、お客様のデバイスにリモート アクセスして、限られたトラブルシューティングと修復を実行できるため、サポート ケースをより迅速に解決できます。 お客様は、同意することでこの機能を有効にすることができ、アクセス レベルとアクセス期間を制御できます。 サポートは、サポート要求が送信された後にのみ、デバイスにアクセスできます。 詳しくは、「Azure Stack Hub のリモート サポート」をご覧ください。

  • Azure Stack Hub インフラストラクチャ バックアップ サービスで、プログレッシブ バックアップがサポートされるようになりました。 この機能により、外部バックアップの場所のストレージ要件を軽減し、外部バックアップ ストア上でのファイルの整理方法を変更することができます。 バックアップ ルート ディレクトリの下のファイルは操作しないことをお勧めします。

  • Azure Stack Hub マネージド ディスクで、Azure Disk API バージョン 2019-07-01 がサポートされるようになりました。これには、利用可能な機能のサブセットが含まれます。

  • Azure Stack Hub ストレージで、Azure Storage サービス管理 API バージョン 2019-06-01 がサポートされるようになりました。これには、利用可能な機能のサブセットが含まれます。

  • Azure Stack Hub 管理者ポータルに、容量データなどの GPU 関連情報が表示されるようになりました。 これには、システムに GPU をインストールする必要があります。

  • ユーザーが、Azure Stack Hub ユーザー ポータルを介して Nvidia T4 を使用して、サポートされているすべての VM サイズをデプロイできるようになりました。

  • Azure Stack Hub オペレーターが、管理者ポータルを介して Azure Stack Hub 内でマルチテナントを構成できるようになりました。 詳細については、マルチテナントの構成に関するページをご覧ください。

  • Azure Stack Hub オペレーターが、特権エンドポイントを使用して法的通知を構成できるようになりました。 詳細については、Azure Stack Hub のセキュリティ コントロールの構成に関するページをご覧ください。

  • 更新プロセスには、詳細なビットマップ修復 (GBR) が導入されています。これは、ストレージ修復プロセス内での最適化で、これにより同期されていないデータが修復されます。 以前のプロセスと比べ、修復されるセグメントが小さいため修復時間が短くなり、全体的な更新時間が短縮されます。 GBR は、2102 のすべての新規デプロイに対して既定で有効になっています。 以前のバージョン (2008) から 2102 に更新すると、更新中に GBR が有効になります。 GBR を使用するには、すべての物理ディスクが正常な状態である必要があるため、追加検証が UpdateReadiness チェックに追加されました。 検証が失敗すると、パッチと更新プログラムが早い段階で失敗します。 その時点で、クラウド管理者は、更新プログラムを再開する前に、ディスクの問題を解決するためのアクションを実行する必要があります。 OEM のフォローアップを行う場合は、「OEM の連絡先情報」をご確認ください。

  • Azure Stack Hub で新しい Dv3、Ev3、SQL 固有の D シリーズ VM サイズがサポートされるようになりました。

  • Azure Stack Hub で既存のシステムに GPU を追加できるようになりました。 GPU を追加するには、stop-azurestack を実行し、stop-azurestack のプロセスを実行して、GPU を追加します。その後、完了するまで start-azurestack を実行します。 システムに GPU が既に存在する場合は、前に作成したすべての GPU VM の停止-割り当て解除を行い、再起動する必要があります。

  • ライブ更新プロセスを使用した OEM 更新時間が短縮されました。

  • Azure Stack Hub 上の AKS エンジンによって次の新機能が追加されました。 詳細については、AKS エンジンのドキュメントのリリース ノートをご覧ください。

    • Ubuntu 18.04 の一般提供。
    • Kubernetes 1.17.17 および 1.18.15 のサポート。
    • 証明書ローテーション コマンドのパブリック プレビュー。
    • CSI ドライバー Azure Disks のパブリック プレビュー。
    • CSI ドライバー NFS のパブリック プレビュー。
    • Azure Blob 用 CSI ドライバーのプライベート プレビュー。
    • T4 Nvidia GPU サポートのプライベート プレビュー。
    • Azure Active Directory 統合のプライベート プレビュー。

機能強化

  • ネットワーク コントローラーのログ保持期間が長くなったため、問題が解決した後も、エンジニアは、効果的なトラブルシューティングに役立つログをより長く使用することができます。
  • 更新中にネットワーク コントローラー、ゲートウェイ VM、Load Balancer、ホスト エージェントのログを保持するための機能強化。
  • プロビジョニングに失敗した状態によってブロックされたネットワーク リソースの削除ロジックが改善されました。
  • XRP メモリが VM あたり 14 GB に、WAS メモリが VM あたり 10 GB に減りました。 合計 VM メモリ占有領域が増えないようにすると、より多くのテナント VM をデプロイできます。
  • スタンプと診断の共有上のファイルのスナップショットが提供される、ログの収集 HTML レポートに、収集されたファイル、ロール、リソース プロバイダー、イベントに関する概要情報が表示されるようになりました。これは、ログ収集プロセスの成功率と失敗率を把握するのに役立ちます。
  • デプロイ後にログイン バナー テキストのコンテンツを取得および更新するために、特権エンドポイント (PEP) に PowerShell コマンドレット AzSLegalNoticeAzSLegalNotice が追加されました。
  • Active Directory 証明書サービス (ADCS) と CA VM が Azure Stack Hub から完全に削除されました。 これにより、インフラストラクチャの占有領域が削減され、更新時間を最大 2 時間節約できます。

[変更点]

  • Fabric リソース プロバイダー API で GPU 情報が公開されるようになりました (スケール ユニットで使用できる場合)。
  • Azure Stack Hub オペレーターが、PowerShell を使用して GPU パーティションの比率を変更できるようになりました (AMD のみ)。 これには、すべての仮想マシンの割り当てを解除する必要があります。
  • このビルドには、新しいバージョンの Azure Resource Manager が含まれています。
  • Azure Stack Hub ユーザー ポータルで、ロードバランサー、ネットワーク セキュリティ グループ、DNS ゾーン、ディスクと VM の作成に全画面表示エクスペリエンスが使用されるようになりました。
  • 2102 リリースの Windows Admin Center (WAC) は、ロック解除された PEP セッションからオンデマンドで有効になります。 既定では、WAC は有効になっていません。 有効にするには、-EnableWac フラグを指定します (例: unlock-supportsession -EnableWac)。
  • オペレーターに表示されないエラー状態の間にログをキャプチャする、強化されたアルゴリズムが、事前ログ収集で使用されるようになりました。 このアルゴリズムにより、正しい診断情報が確実かつ適切なタイミングで収集されるようになります。オペレーターとの対話は不要です。 場合によっては、Microsoft サポートがトラブルシューティングを開始し、問題をより早く解決することができます。 最初のアルゴリズムの改善では、パッチと更新の操作に重点が置かれています。 より多くの操作が最適化され、メリットが増えるため、事前ログ収集を有効にすることをお勧めします。
  • Azure Stack Hub インフラストラクチャによって使用されるメモリ 10 GB が一時的に増加しています。

修正

  • 更新中、内部 DNS ゾーンが同期されなくなり、更新が失敗するという問題を修正しました。 この修正は、修正プログラムによって 2008 と 2005 に移植されました。
  • 物理ホスト、ネットワーク コントローラー、ゲートウェイ、ロード バランサー上のログによってディスク領域が使い尽くされるという問題を修正しました。 この修正は 2008 に移植されました。
  • ネットワーク コントローラー レイヤー内の孤立したリソースが原因でリソース グループまたは仮想ネットワークの削除が失敗するという問題を修正しました。
  • サポートされていない VM サイズ、ND6s_dev サイズが VM サイズ ピッカーから削除されました。
  • VM 上で停止-割り当て解除を行うと、VM 上の MTU 構成が削除されるという問題を修正しました。 この動作は Azure と矛盾していました。

セキュリティ更新プログラム

Azure Stack Hub のこの更新でのセキュリティ更新プログラムについては、「Azure Stack Hub のセキュリティ更新プログラム」を参照してください。

修正プログラム

Azure Stack Hub の修正プログラムは定期的にリリースされています。 2005 リリース以降では、新しいメジャー バージョンに更新すると (たとえば、1.2005.x から 1.2008.x)、その新しいメジャー バージョン内の最新の修正プログラム (存在する場合) が自動的にインストールされます。 それ以降は、ビルドの修正プログラムがリリースされたら、それをインストールする必要があります。

詳細については、サービス ポリシーに関する記事を参照してください。

Azure Stack Hub 修正プログラムを適用できるのは Azure Stack Hub 統合システムのみです。ASDK には修正プログラムをインストールしないでください。

Note

Azure Stack Hub 修正プログラムのリリースは累積的です。そのバージョンに対する以前の修正プログラムのリリースに含まれるすべての修正を取得するには、最新の修正プログラムをインストールするだけで済みます。

修正プログラムの前提条件: 2102 更新プログラムを適用する前

Azure Stack Hub の 2102 リリースは、次の修正プログラムが適用された 2008 リリースに適用する必要があります。

2102 更新プログラムが正常に適用された後

新しいメジャー バージョンに更新すると (たとえば、1.2008.x から 1.2102.x)、その新しいメジャー バージョン内の最新の修正プログラム (存在する場合) が自動的にインストールされます。 それ以降は、ビルドの修正プログラムがリリースされたら、それをインストールする必要があります。

2102 のインストール後に、2102 の修正プログラムがリリースされた場合は、それらをインストールする必要があります。

2008 アーカイブされたリリース ノート

2005 アーカイブされたリリース ノート

2002 アーカイブされたリリース ノート

1910 アーカイブされたリリース ノート

1908 アーカイブされたリリース ノート

1907 アーカイブされたリリース ノート

1906 アーカイブされたリリース ノート

1905 アーカイブされたリリース ノート

1904 アーカイブされたリリース ノート

1903 アーカイブされたリリース ノート

1902 アーカイブされたリリース ノート

1901 アーカイブされたリリース ノート

1811 アーカイブされたリリース ノート

1809 アーカイブされたリリース ノート

1808 アーカイブされたリリース ノート

1807 アーカイブされたリリース ノート

1805 アーカイブされたリリース ノート

1804 アーカイブされたリリース ノート

1803 アーカイブされたリリース ノート

1802 アーカイブされたリリース ノート

以前のバージョンの Azure Stack Hub リリース ノートには、左側の目次の [リソース] > [リリース ノートのアーカイブ] からアクセスできます。 左上の [バージョン セレクター] ドロップダウンで、目的のアーカイブ済みのバージョンを選択します。 これらのアーカイブされた記事は、参照のみを目的に提供されており、これらのバージョンのサポートを意味しているわけではありません。 Azure Stack のサポートについては、「Azure Stack Hub サービス ポリシー」を参照してください。 さらにサポートが必要な場合は、Microsoft カスタマー サポート サービスにお問い合わせください。