次の方法で共有

Azure Virtual Desktop でのセッション ホストの状態と正常性チェック

Azure Virtual Desktop エージェントは、セッション ホストで正常性チェックを定期的に実行します。 エージェントは、一般的な問題を解決する方法の説明を含む、これらの正常性チェックのさまざまな状態を割り当てます。 この記事では、各状態の意味と、正常性チェック中にそれらの状態に対処する方法について説明します。

セッション ホストの状態

次の表に、潜在的な各状態Azure portalセッション ホストのすべての状態を示します。 使用可能 な状態は、理想的な既定の状態と見なされます。 その他の状態は、サービスが正常に動作するように注意する必要がある潜在的な問題を表します。

注:

問題が 致命的でないと表示されている場合でも、問題がアクティブな状態でサービスを実行できます。 ただし、今後の問題を防ぐために、できるだけ早く問題を解決することをお勧めします。 問題が 致命的と表示された場合は、サービスの実行を妨げます。 ユーザーがセッション ホストにアクセスできるようにするには、すべての致命的な問題を解決する必要があります。

セッション ホストの状態 説明 負荷分散 関連する問題を解決する方法
使用可能 この状態は、セッション ホストがすべての正常性チェックに合格し、ユーザー接続を受け入れるために使用できる状態であることを意味します。 セッション ホストがセッションの最大制限に達したが、正常性チェックに合格した場合は、引き続き "使用可能" と表示されます。 新しいユーザー セッションは、ここで負荷分散されます。 該当なし
サポートが必要 セッション ホストは、ジュネーブ監視エージェントの正常性チェック、Azure Instance Metadata Service (IMDS) 正常性チェック、または URL 正常性チェックの 1 つ以上の致命的ではない正常性チェックに合格しませんでした。 この状態では、ユーザーは VM に接続できますが、ユーザー エクスペリエンスが低下する可能性があります。 Azure portalで失敗した正常性チェックを確認するには、[セッション ホスト] タブに移動し、セッション ホストの名前を選択します。 新しいユーザー セッションは、ここで負荷分散されます。 問題を解決するには、「 エラー: セッション ホストが "助けを必要とする" 状態でスタックしています」の 指示に従ってください。
シャットダウン セッション ホストがシャットダウンされました。 エージェントがブローカーに接続する前にシャットダウン状態になった場合、その状態は [使用不可] に変わります。 セッション ホストをシャットダウンして [利用不可] 状態が表示された場合は、セッション ホストが状態を更新する前にシャットダウンされ、問題は示されません。 VM インスタンス ビュー API でこの状態を使用して、VM の電源状態を判断する必要があります。 負荷分散には使用できません。 セッション ホストを有効にします。
使用できない セッション ホストがオフになっているか、致命的な正常性チェックに合格していないため、ユーザー セッションがこのセッション ホストに接続できなくなります。 負荷分散には使用できません。 セッション ホストがオフの場合は、もう一度オンにします。 セッション ホストがドメイン参加チェックまたはサイド バイ サイド スタック リスナーの正常性チェックに合格しなかった場合は、問題を解決する方法については、「正常性チェック」の表を参照してください。 これらの指示に従った後も状態がまだ "使用不可" の場合は、サポート ケースを開きます。
アップグレードに失敗しました この状態は、Azure Virtual Desktop エージェントが更新またはアップグレードできなかったことを意味します。 この状態は、新規または既存のユーザー セッションには影響しません。 新しいユーザー セッションは、ここで負荷分散されます。 Azure Virtual Desktop エージェントのトラブルシューティングに関する記事の手順に従います。
Upgrading この状態は、エージェントのアップグレードが進行中であることを意味します。 アップグレードが完了し、セッション ホストが再度接続を受け入れると、この状態は "使用可能" に更新されます。 新しいユーザー セッションは、ここで負荷分散されます。 セッション ホストが "アップグレード中" 状態でスタックしている場合は、 エージェントを再インストールします。

正常性チェック

正常性チェックは、セッション ホスト上のエージェントによって実行されるテストです。 次の表に、各種類の正常性チェックの一覧を示し、その動作について説明します。

正常性チェック名 説明 セッション ホストがチェックを渡さないとどうなりますか
ドメイン参加済み セッション ホストがドメイン コントローラーに参加していることを確認します。 このチェックが失敗した場合、ユーザーはセッション ホストに接続できません。 この問題を解決するには、セッション ホストをドメインに参加させます。
Geneva Monitoring Agent 監視エージェントがインストールされ、予期されるレジストリの場所で実行されているかどうかを確認することで、セッション ホストに正常な監視エージェントがあることを確認します。 このチェックが失敗した場合、半致命的です。 正常な接続が存在する可能性がありますが、ログ情報は含めなくなります。 この問題を解決するには、監視エージェントがインストールされていることを確認します。 既にインストールされている場合は、Microsoft サポートにお問い合わせください。
サイド バイ サイド (SxS) スタック リスナー サイド バイ サイド スタックが稼働中で、リッスン中であり、接続を受信する準備ができていることを確認します。 このチェックが失敗すると致命的になり、ユーザーはセッション ホストに接続できなくなります。 仮想マシン (VM) を再起動してみてください。 再起動してもうまくいかない場合は、Microsoft サポートにお問い合わせください。
App Attach health チェック パッケージのステージング中またはデタグ中に 、App Attach サービスが意図したとおりに動作していることを確認します。 このチェックが失敗した場合、致命的ではありません。 ただし、特定のアプリはエンド ユーザーに対して動作を停止します。
ドメイン信頼チェック ユーザーがセッションに接続するときに認証を妨げる可能性があるドメイン信頼の問題がセッション ホストで発生していないことを確認します。 このチェックが失敗した場合、致命的です。 セッション ホストの認証ドメインに到達できない場合、サービスは接続できません。
メタデータ サービス チェック メタデータ サービスにアクセスできることを確認し、コンピューティング プロパティを返します。 このチェックが失敗した場合、致命的ではありません。

次の手順