IISのアプリケーションプールのマネージパイプラインモード設定について

最近の質問で応えたWindowsで実装されているIIS（インターネットインフォメーションサービス）のアプリケーションプールの基本設定にある「マネージパイプラインモード」について備忘録的に投稿します。

IISのアプリケーションプール

アプリケーションプールは、IIS上でアプリを稼働させる場合に、避けて通ることが出来ないというか重要な技術です。

ASP.NETの他、PHPなどIIS上で利用出来るCGI系のプログラムは、このアプリケーションプールと呼ばれるプロセス上で動作させることになります。

古くは、ISAPI拡張と呼ばれるモジュールでIIS上でアプリケーションを稼働させる仕組みにしていたマイクロソフトですが、 WebサーバーとWebアプリケーションのプロセスを分離させてセキュリティと動作安定性を確保している中心が、このアプリケーションプールになります。

様々な設定項目がありますが、「マネージパイプラインモード」と「ID」、「32ビットアプリケーションの有効化」の３点が理解できれば、大抵のトラブルには対処ができます。

今回は、この中の「マネージパイプラインモード」について説明していきます。

IISのアプリケーションプールのID設定について

IISの管理ツールで「基本設定」で表示される画面の「マネージパイプラインモード」の部分です。既定値では、「統合」が設定されています。

簡単に説明すると、「アプリケーションから受けた命令を、どのような形でIISで処理するか」です。

選択肢は、「統合」と「クラシック」の２択です。

経験上、この設定は「統合」にしておけば大丈夫です。わざわざ「クラシック」を選択する必要はありません。

唯一必要になってくるのは、昔（IIS 7.0以前）のWebアプリを動作させようとしてエラーになった場合くらいです。

新規開発する場合において、アプリケーションの「マネージパイプラインモード」は「統合」の１択で大丈夫です。

「マネージパイプラインモード」によるエラーやトラブルは、あまり経験したことがないですが、かなり以前のIISで動作していたWebアプリを新しいWindowsサーバー上で動作させたい場合に発生する可能性があります。

「統合」にしておけば、Windowsが上手に振る舞ってくれるはずですが、どうしてもエラーが発生する場合には、「クラシック」モードで試してみると改善する可能性があります。

次回は、残りの「32ビットアプリケーションの有効化」について投稿していきます。

最後までご覧いただき、ありがとうございます。