ASP.NET Core での Web サーバーの実装

ASP.NET Core には次のものが付属しています。

• Kestrel サーバーは、クロスプラットフォーム HTTP サーバーの既定の実装です。 Kestrel を使用すると、最高のパフォーマンスとメモリ使用率が提供されますが、HTTP.sys の高度な機能の一部は提供されません。 詳細については、Windows タブの「Kestrel とHTTP.sys」を参照してください。
• IIS HTTP サーバーは、IIS 用のインプロセス サーバーです。
• HTTP.sys サーバーは、HTTP.sys カーネル ドライバーおよび HTTP サーバー API に基づく Windows 専用の HTTP サーバーです。

IIS または IIS Express を使用すると、アプリは次のどちらかで実行されます。

• IIS HTTP サーバーを使用して IIS ワーカー プロセスと同じプロセス内 (インプロセス ホスティング モデル)。 "インプロセス" が推奨される構成です。
• Kestrel サーバーを使用して IIS ワーカー プロセスとは異なるプロセス内 (プロセス外ホスティング モデル)。

ASP.NET Core モジュールはネイティブの IIS モジュールであり、IIS とインプロセス IIS HTTP サーバーまたは Kestrel の間のネイティブ IIS 要求が処理されます。 詳細については、IIS の ASP.NET Core モジュール (ANCM) に関するページを参照してください。

Kestrel と HTTP.sys

Kestrel は、次のような点が HTTP.sys より優れています。

• よりよいパフォーマンスとメモリ使用率
• クロス プラットフォーム
• 機敏性。OS から独立して開発され、パッチが適用されます。
• プログラムによるポートと TLS の構成
• PPv2 や代替トランスポートなどのプロトコルを使用できる拡張性。

HTTP.sys は、kestrel にはない次の機能を備えた共有カーネル モード コンポーネントとして動作します。

• ポート共有
• カーネル モードの Windows 認証。 Kestrel でサポートされているのは、ユーザー モード認証のみです。
• キュー転送による高速プロキシ
• 直接ファイル伝送
• 応答キャッシュ

ホスティング モデル

次のようなホスティング モデルを使用できます。

• Kestrel セルフホスティング: Kestrel Web サーバーは、IIS や HTTP.sys などの他の外部 Web サーバーを必要とせずに実行されます。

• HTTP.sys セルフホスティングは Kestrel の代替手段です。 Kestrel で使用できない機能がアプリに必要な場合を除き、HTTP.sys よりも Kestrel をお勧めします。

• IIS インプロセス ホスティング: ASP.NET Core アプリはその IIS ワーカー プロセスと同じプロセスで実行されます。 IIS インプロセス ホスティングは、パフォーマンスの点で IIS アウトプロセス ホスティングよりも優れています。要求がループバック アダプター (発信されたネットワーク トラフィックを同じコンピューターに送り返すネットワーク インターフェイス) を介してプロキシされることがないからです。 IIS では Windows プロセス アクティブ化サービス (WAS) を使用してプロセス管理が処理されます。

• IIS アウト プロセス ホスティング: ASP.NET Core アプリは IIS ワーカー プロセスとは独立したプロセスで実行され、プロセス管理はモジュールによって処理されます。 モジュールでは、最初の要求が届いたときに ASP.NET Core アプリのプロセスが開始され、プロセスがシャットダウンまたはクラッシュした場合はアプリが再起動されます。 この動作は、インプロセスで実行されるアプリであり、WAS (Windows プロセス アクティブ化サービス) によって管理されるアプリと基本的に同じです。 別のプロセスを使用することで、同じアプリ プールから複数のアプリをホストすることも可能になります。

詳細については、「

• Kestrel とHTTP.sys
• IIS を使用した Windows での ASP.NET Core のホスト
• IIS の ASP.NET Core モジュール (ANCM)

ASP.NET Core には、既定のクロスプラットフォーム HTTP サーバーである Kestrel サーバーが付属しています。

ASP.NET Core には、既定のクロスプラットフォーム HTTP サーバーである Kestrel サーバーが付属しています。

ASP.NET Core には次のものが付属しています。

• Kestrel サーバーは、既定のクロスプラットフォーム HTTP サーバーです。
• HTTP.sys サーバーは、HTTP.sys カーネル ドライバーおよび HTTP サーバー API に基づく Windows 専用の HTTP サーバーです。

IIS または IIS Express を使用すると、アプリは Kestrel サーバーを使用して IIS ワーカー プロセスとは異なるプロセス内で実行されます ("プロセス外")。

ASP.NET Core アプリは IIS ワーカー プロセスとは独立したプロセスで実行されるため、プロセス管理はモジュールによって処理されます。 モジュールでは、最初の要求が届いたときに ASP.NET Core アプリのプロセスが開始され、プロセスがシャットダウンまたはクラッシュした場合はアプリが再起動されます。 この動作は、インプロセスで実行されるアプリであり、WAS (Windows プロセス アクティブ化サービス) によって管理されるアプリと基本的に同じです。

次の図は、IIS (ASP.NET Core モジュール) とアウトプロセスでホストされるアプリとの間のリレーションシップを示しています。

要求は、Web からカーネル モードの HTTP.sys ドライバーに到着します。 ドライバーは、Web サイトの構成ポート (通常は 80 (HTTP) または 443 (HTTPS)) で IIS への要求をルーティングします。 モジュールでは、アプリのランダムなポート (ポート 80 または 443 ではありません) で Kestrel に要求が転送されます。

モジュールによってスタートアップ時に環境変数を介してポートが指定されると、IIS 統合ミドルウェアによって http://localhost:{port} をリッスンするようにサーバーが構成されます。 追加のチェックが実行され、モジュールから発生していない要求は拒否されます。 モジュールでは HTTPS 転送がサポートされていないため、要求は HTTPS を介して IIS によって受信された場合でも、HTTP を介して転送されます。

Kestrel によってモジュールから要求が取り込まれた後、その要求は ASP.NET Core ミドルウェア パイプラインにプッシュされます。 ミドルウェア パイプラインは要求を処理し、HttpContext インスタンスとしてアプリのロジックに渡します。 IIS 統合によって追加されたミドルウェアでは、Kestrel への要求の転送を考慮して、スキーム、リモート IP、およびパスベースが更新されます。 アプリの応答が IIS に戻され、IIS はその応答を、要求を開始した HTTP クライアントに返します。

IIS と ASP.NET Core モジュールの構成のガイダンスについては、次のトピックをご覧ください。

• IIS を使用した Windows での ASP.NET Core のホスト
• IIS の ASP.NET Core モジュール (ANCM)

ASP.NET Core には、既定のクロスプラットフォーム HTTP サーバーである Kestrel サーバーが付属しています。

ASP.NET Core には、既定のクロスプラットフォーム HTTP サーバーである Kestrel サーバーが付属しています。