次の方法で共有

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

  • [アーティクル]

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

セッション ホストの状態

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

Note

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

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

正常性チェック

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

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

次のステップ