Azure Stack Update 1903 (Build 1.1903.0.35) がリリースされました

Microsoft Azure Stack (MAS) 統合システム用のアップデートパッケージの最新版である Azure Stack Update 1903 (Build 1.1903.0.35) がリリースされました。

Azure Stack Update 1903 は、https://aka.ms/azurestackupdatedownload からダウンロード可能な「AzureStackUpdateDownloader.exe」から確認、入手することが可能です。

Azure Stack Update 1903 のリリースノートは、以下サイトから確認することが可能です。

Azure Stack 1903 update | Microsoft Docs
https://docs.microsoft.com/en-us/azure/azure-stack/azure-stack-update-1903

Azure Stack Update 1903 で追加された新機能 (意訳)

Build リファレンス

Azure Stack 1903 update のビルド番号は、1.1903.0.35 です。

重要 : 1903 ペイロードには ASDK リリースは含まれていません。

Hotfixes

Azure Stackは定期的に修正プログラムをリリースしています。Azure Stack Update 1903 に更新する前に、必ず 1902 用の最新の Azure Stack hotfix をインストールしてください。

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

ヒント : 次の RSS もしくは Atom フィードを購読して Azure Stack Hotfix に対応してください :

RSS
Atom

Azure Stack hotfixes

1902 : KB 4481548 – Azure Stack hotfix 1.1902.2.73

改善点

1903 update ペイロードには、Azure Stack をホストする基盤となるオペレーティングシステムを含まない Azure Stack コンポーネントへの更新が含まれています。これにより、特定の更新を範囲指定することができます。その結果、1903 update が完了するのにかかる予想時間はより短くなります (約 16 時間、正確な時間は変わる場合があります)。このランタイムの短縮は 1903 update 固有のものであり、移行の更新にはオペレーティングシステムへの更新が含まれている可能性があり、ランタイムが異なることを意味します。今後のアップデートでは、含まれるペイロードに応じて、アップデートが完了するのにかかる予想時間について同様のガイダンスが提供されます。
パブリック IP アドレスのアイドルタイムアウト (分) 値の変更が有効にならないというネットワーキングの不具合を修正しました。以前、この値への変更は無視されていたため、行った変更に関係なく値は既定で 4分になりました。この設定は、クライアントがキープアライブメッセージを送信することなく TCP 接続を開いたままにする時間を制御します。この不具合はインスタンスレベルのパブリック IP にのみ影響し、ロードバランサーに割り当てられたパブリック IP には影響しません。
アップデートが中断されることなく適用されるよう、一般的な問題の自動修復を含む、アップデートエンジンの信頼性について改善されています。
ディスク空き容量不足の状態の検出と修正について改善されています。

シークレット管理

Azure Stack は、外部シークレットローテーション用の証明書で使用されるルート証明書のローテーションをサポートするようになりました。詳細について、こちらの記事を参照してください。
1903 には、内部ローテーション実行に要する時間を短縮する、ローテーションのパフォーマンス向上が含まれています。

前提条件

重要 : 1903 にアップデートする前に、1902 用の最新の Azure Stack 修正プログラム (存在する場合) をインストールします。

この更新プログラムのインストールを開始する前に、次の Test-AzureStack コマンドレットを実行、Azure Stackの状態を検証してすべての警告や失敗を含む運用上の問題を解決してください。またアクティブアラートを確認し、対処が必要なものをすべて解決します。
```
 Test-AzureStack -Group UpdateReadiness 
```
Azure Stack が System Center Operations Manager (SCOM) によって管理されている場合は、1902 を適用する前に必ず Microsoft Azure Stack 管理パックをバージョン 10.0.3.11 に更新してください。
Azure Stackの更新プログラムのパッケージ形式について、1902 リリースから .bin/.exe /.xml から .zip/.xml に変更しました。Azure Stack scale unit に接続されている (connected) 場合には、ポータルに [利用可能な更新] メッセージが表示されます。接続されていない (disconnected) 場合は、対応する .xml を含む .zip ファイルをダウンロードしてインポートすることが可能です。

アップデート中の既知の問題

Test-AzureStack を実行した際、、Baseboard Management Controller (BMC) からの警告メッセージが表示されます。この警告は無視して問題ありません。
このアップデートのインストール中に、”**Error – Template for FaultType UserAccounts.New is missing.** というタイトルが付いたアラートが表示される場合があります。**” これらのアラートは無視しても問題ありません。このアップデートのインストールが完了すると、アラートは自動的に終了します。

アップデート後の手順

このアップデートのインストール後、該当する hotfix をインストールしてください。詳細については、Hotfixes および Servicing Policy を参照してください。
保存データの暗号化キーを取得して、Azure Stack デプロイ外に安全に保存します。 instructions on how to retrieve the keys を参照してください。

既知の問題 (インストール後)

このビルドバージョンに関するインストール後の既知の問題は次のとおりです :

ポータル

管理ポータルとユーザーポータルの両方で “Docker,” を検索した場合、アイテムは誤って返されます。Azure Stack では利用できません。作成しようとすると、エラーが表示されたブレードが表示されます。
アドオンプランとしてユーザーサブスクリプションに追加されたプランは、ユーザーサブスクリプションからプランを削除しても削除できません。プランは、アドオンプランを参照しているサブスクリプションも削除されるまで残り続けます。
バージョン 1804 で導入された 2 つの管理サブスクリプションの種類は使用しないでください。サブスクリプションの種類は、Metering サブスクリプション、および Consumption サブスクリプションです。これらのサブスクリプションの種類は、バージョン 1804 以降の新しい Azure Stack 環境に表示されますが、まだ使用することはできません。引き続き既定のプロバイダーのサブスクリプションの種類を使用してください。
ユーザーサブスクリプションを削除すると、孤立したリソースになります。回避策として、まずユーザーリソース、もしくはリソースグループ全体を削除してから、ユーザーサブスクリプションを削除します。
Azure Stack ポータルを使用してサブスクリプションに対するアクセス許可を表示することはできません。回避策として、PowerShell to verify permissions を使用してください。
ユーザーポータル上で、ストレージアカウント内の blob に移動、ナビゲーションツリーからアクセスポリシーを開こうとすると、後続のウィンドウを読み込むことができません。
ユーザポータル上で、OAuth (preview) オプションを用いて blob をアップロードしようとするとタスクが失敗し、エラーメッセージが表示されます。この問題を回避するには、SAS オプションを用いて blob をアップロードしてください。
Azure Stack ポータルにログインすると、パブリック Azure ポータルに関する通知が表示される場合があります。これらの通知は現在 Azure Stack には適用されないため、無視して問題ありません (例 : “1 new update – The following updates are now available: Azure portal April 2019 update”)。

Compute

新しい Windows 仮想マシン (VM) を作成する際、次のエラーが表示されることがあります :
‘Failed to start virtual machine ‘vm-name’. Error: Failed to update serial output settings for VM ‘vm-name’
VM でブート診断を有効にしてもブート診断ストレージアカウントを削除した場合、エラーが発生します。この問題を回避するには、以前に使用したのと同じ名前でストレージアカウントを再作成します。
仮想マシンスケールセット (VMSS) 作成エクスペリエンスは、展開のオプションとして CentOS-based 7.2 を提供します。このイメージは Azure Stack では使用できないため、展開用に別の OS を選択するか、オペレーターが marketplace に展開する前にダウンロードした別の CentOS イメージを指定する ARM テンプレートを使用してください。
1901 update 適用後、Managed ディスクを持つ VM を展開する際、次の問題が発生する場合があります :
- 1808 update 前にサブスクリプションが作成された場合、Managed ディスクを持つ VM の展開は失敗し、内部エラーメッセージが表示されることがあります。エラーを解決するには、各サブスクリプションに対して次の手順を実行します :
  1. テナントポータルで、[サブスクリプション] に移動して購読を見つけます。[リソースプロバイダー]、[Microsoft.Compute]、[再登録] の順にクリックします。
  2. 同じサブスクリプション配下で、アクセス制御 (IAM) に移動し、Azure Stack – Managed Disk が表示されていることを確認します。
- マルチテナント環境を構成している場合、ゲストディレクトリに関連付けられているサブスクリプションに VM を展開すると、内部エラーメッセージが表示されて失敗することがあります。エラーを解決するには、ゲストディレクトリを再設定するためにこの記事に記載されている手順を実行します。
SSH 認証を有効にして作成した Ubuntu 18.04 VM では、SSH キーを用いてログインすることはできません。回避策として、プロビジョニング後に SSH キーを実装するために Linux 拡張機能の VM アクセスを使用するか、パスワードベースの認証を使用します。
Azure Stack は、バージョン 2.2.20 以上の Windows Azure Linux エージェントをサポートするようになりました。このサポートは 1901 および 1902 の修正プログラムの一部であり、お客様は Azure と Azure Stack の間で一貫した Linux イメージを維持することが可能です。
Hardware Lifecycle Host (HLH) がない場合 : build 1902 の前に、グループポリシーの [コンピューターの構成] – [Windows の設定] – [セキュリティの設定] – [ローカルポリシー] – [セキュリティオプション] にて、“LM と NTLM を送信する (ネゴシエートした場合 NTLMv2 セッションセキュリティを使う)” を設定してください。build 1902 では、”未定義” のままにするか、“NTLMv2 のみ送信する” (既定値) に設定する必要があります。そうでないと、PowerShell リモートセッションを確立できず、Access is denied エラーが表示されます :
PS C:\Users\Administrator> $session = New-PSSession -ComputerName x.x.x.x -ConfigurationName PrivilegedEndpoint -Credential $cred
New-PSSession : [x.x.x.x] Connecting to remote server x.x.x.x failed with the following error message : Access is denied. For more information, see the
about_Remote_Troubleshooting Help topic.
At line:1 char:12
+ $session = New-PSSession -ComputerName x.x.x.x -ConfigurationNa …
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : OpenError: (System.Manageme….RemoteRunspace:RemoteRunspace) [New-PSSession], PSRemotingTransportException
+ FullyQualifiedErrorId : AccessDenied,PSSessionOpenFailed

Networking

Azure Stack ポータルで、VM インスタンスに接続されているネットワークアダプターにバインドされている IP 構成の静的 IP アドレスを変更すると、次の警告メッセージが表示されます :
The virtual machine associated with this network interface will be restarted to utilize the new private IP address…
このメッセージは無視して問題ありません。VM インスタンスを再起動しなくても、IP アドレスは変更されます。
ポータルでインバウンドセキュリティルールを追加し、ソースとしてサービスタグを選択した場合、Azure Stack では使用できないオプションがソースタグ一覧に表示されます。Azure Stack で有効な唯一のオプションは次のとおりです :
- - Internet
  - VirtualNetwork
  - AzureLoadBalancer
他のオプションは Azure Stack のソースタグとしてサポートされていません。同様に、送信セキュリティルールを追加し、送信先としてサービスタグを選択した場合も、ソースタグのオプションの一覧が表示されます。前の一覧で説明したように、唯一有効なオプションはソースタグと同じです。
ネットワークセキュリティグループ (NSG) は、Azure Stack では Global Azure と同じようには機能しません。Azure では、(portal、PowerShell、および Resource Manager の各テンプレートを使用して、) 1 つの NSG ルールに複数のポートを設定することが可能です。ただし Azure Stack では、ポータル経由で 1 つの NSG ルールに複数のポートを設定することはできません。この問題を回避するには、Resource Manager テンプレート、もしくは PowerShell を用いてこれらの追加の規則を設定します。
Azure Stack は、インスタンスサイズに関係なく現在の VM インスタンスへ 4 以上のネットワークインターフェイス (NIC) の接続をサポートしていません。