Azure Stack Hub の既知の問題

  • [アーティクル]

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

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

重要

更新プログラムを適用する前に、この記事を確認してください。

重要

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

警告

[Geographical region not provided] (地理的リージョンが指定されていません)

  • 適用先: この問題は、リリース 2206 に適用されます。

  • 原因: [Geographical region not provided] (地理的リージョンが指定されていません) のアラートが表示され、Schrems II コンプライアンスの選択を行うように求められます。

  • 修復: 次の PowerShell コマンドレットを実行して、地理的設定を指定できます。

    Set-DataResidencyLocation -Europe:$true or $false

    データの所在地の場所が更新され、すべてのデータが EU 内で保管され、処理されます。 このアラートを手動で閉じるか、地理的リージョンの設定が管理ポータルに表示された後で無視します (「Azure Stack Hub の EU Schrems II イニシアチブ」の説明に従います)。 このアラートは、選択が行われた後も、最大で 1 週間アクティブなままです。

  • 発生頻度: 共通

[Encryption recovery keys retrieval] (暗号化回復キーの取得) の警告

  • 適用先: この問題は 2206 以降のリリースに適用されます。

  • 原因: [Encryption recovery keys retrieval] (暗号化回復キーの取得) の警告が表示され、暗号化回復キーを取得し、Azure Stack Hub の外部に安全に保管するように求められます。 この警告は、回復キーを確実に取得させるために発生します。 以前に回復キーを取得し、2206 更新プログラム (またはそれ以降) の後でこのアラートを受け取った場合は、回復キーをもう一度収集してください。 (停電などによる) 計画外の再起動の後で、ホスト ノードに BitLocker 回復キー画面が表示された場合に、回復キーが必要になることがあります。

  • 修復: 暗号化キーを取得し、Azure Stack Hub の外部の安全な場所に保管します。 PEP から、次のコマンドを実行し、返される回復キーを保存します。

    ## Retrieves recovery keys for all volumes that are encrypted with BitLocker
Get-AzsRecoveryKeys -raw

    詳細については、「BitLocker 回復キーを取得する」を参照してください。 このアラートは、Get-AzsRecoveryKeys を実行し、それらの回復キーを Azure Stack Hub の外部の安全な場所に保管した後で、24 時間以内に自動的に閉じられることに注意してください。

  • 発生頻度: 共通

ポータル

更新中にポータル エラーが発生する可能性

パブリック IP ブレードと Load Balancer ブレードには、Basic から Standard SKU へのアップグレードを推奨するバナーが表示されます

  • 該当: この問題は、リリース 2108 以降に適用されます。
  • 原因: Azure portalでは Basic から Standard SKU へのアップグレードが推奨されていますが、この機能は Azure Stack Hub ではサポートされていません。
  • 修復: アップグレードは失敗する可能性があるため、試みないでください。
  • 発生頻度: 共通
  • 該当: この問題は、リリース 2102 以降に適用されます。
  • 原因: [Virtual Machinesの概要] ブレードでディスク インスタンスをクリックしても、メニュー項目が表示されません。
  • 修復: ページを更新すると、メニューが再び表示されます。 または、ポータルの [ディスク] 領域を使用して、特定の ディスク インスタンスに移動することもできます。
  • 発生: ポータルの軽微な問題が一貫して発生します。

データセンターの統合

Graph の構成が失敗する

  • 適用先: この問題は、リリース 2206 に適用されます。
  • 原因: Graph の構成が無効な資格情報エラーで失敗します。
  • 修復: 資格情報が正しい場合は、domainname\username ではなく、ユーザー名のみとして指定する必要があります。
  • 発生頻度: 共通

更新

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 アカウントにメール アドレスを追加します。
  • 発生頻度: 共通

パブリック IP ブレードと Load Balancer ブレードには、Basic から Standard SKU へのアップグレードを推奨するバナーが表示されます

  • 該当: この問題は、リリース 2108 以降に適用されます。
  • 原因: Azure portalでは Basic から Standard SKU へのアップグレードが推奨されていますが、この機能は Azure Stack Hub ではサポートされていません。
  • 修復: アップグレードは失敗する可能性があるため、試みないでください。
  • 発生頻度: 共通
  • 該当: この問題は、リリース 2102 以降に適用されます。
  • 原因: [Virtual Machinesの概要] ブレードでディスク インスタンスをクリックしても、メニュー項目が表示されません。
  • 修復: ページを更新すると、メニューが再び表示されます。 または、ポータルの [ディスク] 領域を使用して、特定の ディスク インスタンスに移動することもできます。
  • 発生: ポータルの軽微な問題が一貫して発生します。

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

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

  • 適用対象: この問題は、サポートされているすべての 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 つのサブスクリプション上でリソースが実行されている場合は、ユーザー サブスクリプションで再作成してください。
  • 発生頻度: 共通
  • 該当: この問題は、リリース 2102 以降に適用されます。
  • 原因: [Virtual Machinesの概要] ブレードでディスク インスタンスをクリックしても、メニュー項目が表示されません。
  • 修復: ページを更新すると、メニューが再び表示されます。 または、ポータルの [ディスク] 領域を使用して、特定の ディスク インスタンスに移動することもできます。
  • 発生: ポータルの軽微な問題が一貫して発生します。

ネットワーキング

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

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 用の次の修正プログラムで修正されます。

アーカイブ

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

次のステップ

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