Azure Stack Hub の既知の問題

この記事では、Azure Stack Hub のリリースにおける既知の問題の一覧を示します。 新しい問題が特定されると、この一覧は更新されます。

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

重要

更新プログラムを適用する前に、このセクションを確認してください。

重要

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

更新

AKS クラスターまたは ACR レジストリが作成されていて、AKS および ACR サービスのプライベート プレビューがインストールされている場合、2108 への更新は続行されない

  • 適用先: この問題は、2108 へのアップグレードを計画している、Azure Kubernetes Service (AKS) と Azure Container Registry (ACR) プライベート プレビューのお客様に該当します。
  • 修復: オペレーターは、AKS クラスターと ACR レジストリをすべて削除し、AKS および ACR サービスのプライベートプレビューをアンインストールする必要があります。
  • 発生頻度: AKS と ACR のプライベート プレビューがインストールされているスタンプには、このメッセージが表示されます。

Azure Stack Hub の更新に関する既知の問題については、Azure Stack Hub の更新プログラムに関するトラブルシューティングに関する記事を参照してください。

ネットワーク

Load Balancer

ロード バランサー規則

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 負荷分散プロパティ (セッション永続化) の更新または変更が機能しておらず、一部の仮想マシンがトラフィックの負荷分散に参加していない可能性があります。 たとえば、4 つのバックエンド仮想マシンがあり、ロード バランサーに接続しているのは 2 つのクライアントのみで、負荷分散がクライアント IP に設定されている場合、クライアント セッションでは常に同じバックエンド仮想マシンが使用されます。 クライアント接続をすべてのバックエンド仮想マシン全体に分散させるために負荷分散プロパティを "なし" に変更しても効果はありません。
  • 修復: 負荷分散ルールを再作成すると、選択された設定がすべてのバックエンド VM に対して正しく構成されます。
  • 発生頻度: 共通

データ ディスクがアタッチされた仮想マシン スケール セットを作成できない

  • 適用先: この問題は、リリース 2108 に該当します。
  • 原因: オブジェクトの種類のデータ ディスクのプロパティがありません。
  • 修復: デプロイ後にデータ ディスクを追加します。
  • 発生頻度: 共通

ディスク スナップショットの作成が失敗する

  • 適用先: この問題は、リリース 2108 に該当します。
  • 原因: スナップショット操作のプロパティがありません。
  • 修復: 修正プログラム 1.2108.2.73 を適用します。
  • 発生頻度: 共通

ポータル

コンテナー レジストリ

ユーザー ポータルのコンテナー レジストリでメトリックが使用できない

  • 適用対象: この問題は、Azure Stack Hub 上の Azure Container Registry のパブリック プレビュー リリースに該当します。
  • 原因: 問題は、Azure portal でコンテナー レジストリを表示するときにメトリックが表示されないことです。 また、Shoebox でメトリックを使用することもできません。
  • 修復: 使用可能な修復はありません。今後の修正プログラムで対処されます。
  • 発生頻度: 共通

Container Registry のオペレーターが、インストールが完了しているにもかかわらず、インストールを要求されることがある

  • 適用対象: この問題は、Azure Stack Hub 上の Azure Container Registry のパブリック プレビュー リリースに該当します。
  • 原因:Container Registry のインストールから 7 日後に、管理者ポータルでオペレーターが Container Registry を再度インストールするよう求められることがあります。 サービスは正常に動作していますが、オペレーター エクスペリエンスは使用できません。 テナントは、コンテナー レジストリを作成および管理できます。
  • 修復: 使用可能な修復はありません。今後の修正プログラムで対処されます。
  • 発生頻度: 共通

管理サブスクリプション

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: バージョン 1804 で導入された 2 つの管理サブスクリプションは使用しないでください。 サブスクリプションの種類は、Metering (使用状況の測定) と Consumption (従量課金) です。
  • 修復: これら 2 つのサブスクリプション上でリソースが実行されている場合は、ユーザー サブスクリプションで再作成してください。
  • 発生頻度: 共通

DNS ブレードを作成するとポータルがクラッシュする

  • 適用対象: この問題は、修正プログラム バージョン 1.2108.2.81 が適用されているすべてのサポート対象リリースに該当します。
  • 原因: 2 つの特定のフローが、ユーザー ポータルがクラッシュして終了することがあります。
    • [リソースの作成] > [ネットワーク] > [DNS ゾーン]
    • [リソースの作成] > [ネットワーク] > [接続]
  • 修復: 次のワークフローにより、クラッシュは発生しません。
    • [すべてのサービス] > [DNS ゾーン] > [+ 追加] または [すべてのサービス] > [接続] > [+ 追加]
  • 発生頻度: 共通

ポータルに、ユーザーのメールアドレスではなく "識別されないユーザー" と表示される

  • 適用対象: この問題は、アカウント プロファイルにメール アドレスのない Azure AD アカウントを使用している、修正プログラム バージョン 1.2108.2.81 が適用済みのすべてのシステムに該当します。
  • 修復: Azure portal にサインインし、この問題が発生している Azure AD アカウントにメール アドレスを追加します。
  • 発生頻度: 共通

シークレットの有効期限によってアラートがトリガーされない

データ プレーン クラスターが異常な状態にあり、すべてのノードが警告状態にある

  • 適用対象: この問題は、サポートされているすべての Azure Stack Hub の Event Hubs リリースに適用されます。
  • 原因: 内部インフラストラクチャ シークレットの有効期限が近づいている可能性があります。
  • 解決策: Azure Stack Hub の Event Hubs の最新リリースに更新してから、「Azure Stack Hubs の Event Hubs でシークレットをローテーションする方法」の手順を行います。

データ プレーン クラスターの正常性が管理ポータルで更新されていないか、クラスターのスケールアウトによってアクセスが拒否される

  • 適用対象: この問題は、サポートされているすべての Azure Stack Hub の Event Hubs リリースに適用されます。
  • 原因: シークレットのローテーションが完了した後、内部コンポーネントが新しいシークレットでキャッシュが更新されていません。
  • 解決策: サポート リクエストをオープンし、支援を受けてください。

Azure Stack Hub のバックアップが失敗する

  • 適用対象: この問題は、サポートされているすべての Azure Stack Hub の Event Hubs リリースに適用されます。
  • 原因: 内部インフラストラクチャ シークレットの有効期限が切れている可能性があります。
  • 解決策: サポート リクエストをオープンし、支援を受けてください。

Azure Kubernetes Service (AKS)

AKS クラスターにデプロイされたアプリケーションが永続ボリュームにアクセスできない

  • 適用先: この問題は、リリース 2108 に該当します。
  • 原因: 次を使用して AKS クラスターをデプロイする場合:
    • Kubernetes 1.19、または
    • Kubenet をネットワーク プラグインとして使用している Kubernetes 1.20
      また、永続ボリュームを使用するアプリケーションをデプロイすると、永続ボリュームをデプロイしようとするときに、アプリケーションのポッドに問題が発生することがあります。 ポッドのログを確認すると、拒否されたアクセス許可に関するエラーが見つかる場合があります。 この問題は、Azure Stack Hub の Azure Disk CSI ドライバーに存在します。
  • 修復: AKS クラスターをデプロイする場合は、Kubernetes バージョン 1.20 と、ネットワーク プラグインに Azure CNI のみを選択する必要があります。
  • 発生頻度: 共通

更新

Azure Stack Hub の更新に関する既知の問題については、Azure Stack Hub の更新プログラムに関するトラブルシューティングに関する記事を参照してください。

AKS/ACR の更新前のチェック中に 2102 への更新が失敗する

  • 適用先: この問題は、2102 へのアップグレードまたは修正プログラムの適用を計画している、Azure Kubernetes Service (AKS) と Azure Container Registry (ACR) プライベート プレビューのお客様に適用されます。
  • 修復: 2102 に更新する前、または 2102 に更新した後で修正プログラムを適用する前に、AKS と ACR をアンインストールします。 これらのサービスをアンインストールした後、更新プログラムを再起動してください。
  • 発生頻度: ACR または AKS がインストールされているすべてのスタンプで、このエラーが発生します。

ポータル

管理サブスクリプション

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 使用状況測定従量課金の 2 つの管理サブスクリプションの種類は無効になっているため、使用しないでください。 それらにリソースがある場合、それらのリソースを削除するまでアラートが生成されます。
  • 修復: これら 2 つのサブスクリプション上でリソースが実行されている場合は、ユーザー サブスクリプションで再作成してください。
  • 発生頻度: 共通

ネットワーク

仮想ネットワーク ゲートウェイ

Load Balancer

ロード バランサー規則

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 負荷分散プロパティ (セッション永続化) の更新または変更が機能しておらず、一部の仮想マシンがトラフィックの負荷分散に参加していない可能性があります。 たとえば、4 つのバックエンド仮想マシンがあり、ロード バランサーに接続しているのは 2 つのクライアントのみで、負荷分散がクライアント IP に設定されている場合、クライアント セッションでは常に同じバックエンド仮想マシンが使用されます。 クライアント接続をすべてのバックエンド仮想マシン全体に分散させるために負荷分散プロパティを "なし" に変更しても効果はありません。
  • 修復: 負荷分散ルールを再作成すると、選択された設定がすべてのバックエンド VM に対して正しく構成されます。
  • 発生頻度: 共通

[フロントエンド IP アドレスの追加] に [IPv6] ボタンが表示される

  • 適用先: この問題は 2008 以降のリリースに適用されます。
  • 原因: ロード バランサー上の [フロントエンド IP アドレスの追加] オプションに [IPv6] ボタンが表示されます。 これらのボタンは無効で、選択できません。
  • 発生頻度: 共通

フローティング IP が有効な場合のバックエンド ポートとフロントエンド ポート

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:フローティング IP が有効になっている場合は、負荷分散規則でフロントエンド ポートとバックエンド ポートの両方が同じである必要があります。 この動作は仕様です。
  • 発生頻度: 共通

正常性とアラート

Azure Kubernetes Service (AKS) または Azure Container Registry (ACR) のリソース プロバイダーが test-azurestack で失敗する

  • 適用先: この問題は 2102 以前のリリースに適用されます。
  • 原因: test-azurestack 更新準備コマンドを実行すると、テストで次の 2 つの警告がトリガーされます。
    WARNING: Name resolution of containerservice.aks.azs failed
    WARNING: Name resolution of containerregistry.acr.azs failed
    
  • 修復: Azure Kubernetes Service (AKS) または Azure Container Registry (ACR) リソース プロバイダーがインストールされていないため、これらの警告が想定されます。
  • 発生頻度: 共通

Syslog パイプライン内にアラートがない

  • 適用先: この問題は、リリース 2102 に適用されます。
  • 原因: このリリースでは、お客様用のアラート モジュールは、アラートの Syslog に応じて無効になっています。 このリリースの正常性と監視のパイプラインは、依存関係とサービス要件の数を減らすために変更されました。 このため、新しいサービスは Syslog パイプラインに対してアラートを生成しません。
  • 修復: [なし] :
  • 発生頻度: 共通

使用

インフラストラクチャ バックアップ上の状態が間違っている

  • 適用先: この問題は、リリース 2102 に適用されます。
  • 原因: 状態自体の更新中、インフラストラクチャ バックアップ ジョブによって間違った状態 (失敗または成功) が表示されることがあります。 これはバックアップ データの整合性には影響しませんが、実際に障害が発生すると、混乱が生じる可能性があります。
  • 修復: この問題は 2102 用の次の修正プログラムで修正されます。

更新

Azure Stack Hub の更新に関する既知の問題については、Azure Stack Hub の更新プログラムに関するトラブルシューティングに関する記事を参照してください。

更新による CA VM へのパッケージ Microsoft.AzureStack.Compute.Installer のインストールに失敗しました

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:更新中、CA VM にコピーする必要がある新しいコンテンツで、プロセスがロックを取得します。 更新が失敗すると、ロックは解除されます。
  • 修復: 更新プログラムを再開します。
  • 発生頻度: 珍しい

ポータル

管理サブスクリプション

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: バージョン 1804 で導入された 2 つの管理サブスクリプションは使用しないでください。 このサブスクリプションの種類は Metering サブスクリプションと Consumption サブスクリプションです。
  • 修復: これら 2 つのサブスクリプション上でリソースが実行されている場合は、ユーザー サブスクリプションで再作成してください。
  • 発生頻度: 共通

ネットワーク

ネットワーク セキュリティ グループ

DenyAllOutbound 規則が原因で VM のデプロイが失敗する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。

  • 原因: VM の作成中は、インターネットに対する明示的な DenyAllOutbound 規則を NSG に作成することはできません。VM のデプロイを完了するために必要な通信が妨げられるためです。 また、VM をデプロイするために必要な次の 2 つの重要な IP も拒否されます:DHCP IP:169.254.169.254 および DNS IP:168.63.129.16

  • 修復: VM の作成中はインターネットのアウトバウンド トラフィックを許可しておき、VM の作成後に、必要なトラフィックをブロックするよう NSG を変更してください。

  • 発生頻度: 共通

Virtual Network ゲートウェイ

Load Balancer

ロード バランサー規則

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 負荷分散プロパティ (セッション永続化) の更新または変更が機能しておらず、一部の仮想マシンがトラフィックの負荷分散に参加していない可能性があります。 たとえば、4 つのバックエンド仮想マシンがあり、ロード バランサーに接続しているのは 2 つのクライアントのみで、負荷分散がクライアント IP に設定されている場合、クライアント セッションでは常に同じバックエンド仮想マシンが使用されます。 クライアント接続をすべてのバックエンド仮想マシン全体に分散させるために負荷分散プロパティを "なし" に変更しても効果はありません。
  • 修復: 負荷分散ルールを再作成すると、選択された設定がすべてのバックエンド VM に対して正しく構成されます。
  • 発生頻度: 共通

Load Balancer が特定のシナリオでトラフィックを 1 つのバックエンド VM に送信する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ロード バランサーでセッション アフィニティを有効にすると、2 タプル ハッシュで、VM に割り当てられたプライベート IP ではなく、PA IP (物理アドレス IP) が使用されます。 ロード バランサーに送信されるトラフィックが VPN 経由で到着する、またはすべてのクライアント VM (ソース IP) が同じノード上に存在し、セッション アフィニティが有効になっているシナリオでは、すべてのトラフィックが 1 つのバックエンド VM に送信されます。
  • 発生頻度: 共通

[フロントエンド IP アドレスの追加] に [IPv6] ボタンが表示される

  • 適用先:この問題は 2008 リリースに適用されます。
  • 原因:IPv6 ボタンは、パブリック ロード バランサーのフロントエンド IP 構成が作成されるときに表示され、有効になります。 これはポータルの表面的な問題です。 IPv6 は Azure Stack Hub ではサポートされていません。
  • 発生頻度: 共通

フローティング IP が有効になっている場合は、バックエンド ポートとフロントエンド ポートが同じである必要があります

  • 適用先:この問題はすべてのリリースに適用されます。
  • 原因:フローティング IP が有効になっている場合は、負荷分散規則でフロントエンド ポートとバックエンド ポートの両方が同じである必要があります。 この動作は仕様です。
  • 発生頻度: 共通

Compute

VM を停止または起動する

VM の停止と割り当て解除を行うと MTU 構成が削除される

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: VM で 停止、割り当て解除 を実行すると、VM の MTU 構成が削除されます。 この動作は Azure と矛盾しています。
  • 発生頻度: 共通

アーカイブ

アーカイブされた、以前のバージョンの既知の問題にアクセスするには、左側の目次の上部にあるバージョン セレクターのドロップダウンを使用して、表示するバージョンを選択します。

次のステップ

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 カスタマー サポート サービスにお問い合わせください。