作成者: IIS チーム、Saad Ladki
互換性
| バージョン | メモ |
|---|---|
| IIS 7.0 以降 | この記事で説明されている機能は、IIS 7.0 で導入されました。 |
| IIS 6.0 以前 | この記事で説明する機能は、IIS 7.0 より前ではサポートされていません。 |
はじめに
以前のバージョンの IIS では、あるサーバーから別のサーバーに Web サイトを移動するには、前もってコンピューターレベルのメタベース リポジトリで IIS アプリケーション設定を明示的に構成しないと、アプリケーションが正常に機能しませんでした。 しかしながら、IIS 7.0 以降では、Web サイトを展開するプロセスがはるかに簡単になりました。
分散構成
IIS 7.0 以降では、構成データの格納とアクセスの方法が大幅に改善されています。 以前のリリースの IIS に含まれていた古い一元化された構成ストア (メタベースと呼ばれた) はなくなりました。
代わりに、IIS 7.0 以降には、分散 XML 構成ファイルの階層に基づく新しい委任構成システムがあります。 この階層は、サーバーレベルの構成の既定値を含むグローバル ApplicationHost.config ファイルと、アプリケーションのディレクトリ構造内に配置される分散 Web.config ファイルで構成されます。 これらは、ASP.NET アプリケーション フレームワークが移植可能な方法でアプリケーション設定を格納するために使用するのと同じ Web.config ファイルです。 この結果、明確で厳密に構造化された XML ディレクティブを使用して、IIS と ASP.NET の構成設定を一緒に格納することができます。
IIS では、従来のメタベースに書き込むために ABO API を使用する既存の設定コードや、高度な Active Directory® サービス インターフェイス (ADSI) と Windows Management Instrumentation (WMI) オブジェクトを使用して IIS を構成するスクリプトが引き続きサポートされます。 これは、ABO API (他のすべてのレガシ構成 API が基づいている) をエミュレートする互換性レイヤーの提供によって行われます。 これにより、このようなスクリプトが以前のリリースのIIS と同様に構成の読み取りと変更を行うことが可能になります。 IIS 7.0 以降でのメタベース互換性機能の詳細については、「IIS 構成の互換性」を参照してください。
何がどこにあるか
前述したように、新しい分散構成階層は次の XML 構成ファイルから成り立ちます。
ApplicationHost.config
これは、IIS 7.0 以降のメイン構成ファイルです。 ApplicationHost.config ファイルは、グローバルすなわちコンピューター全体の構成設定を格納し、Web サーバーのルート レベルの %windir%\system32\inetsrv\config ディレクトリに配置されます。 このファイルには、2 つの主要な構成セクションがあります。
- system.applicationHost - サイト、アプリケーション、仮想ディレクトリ、アプリケーション プールの構成設定を含みます。 これらは一元化された設定であり、分散できません。
- system.webServer - グローバルの既定値を含む、他のすべての設定の構成を含みます。 これらの設定は委任および分散できます。
web.config
URL 固有の構成設定は、コード内に直接格納することも、Web.config ファイルを使用して Web サイトのコンテンツ ディレクトリに格納することもできます。 これらは、ASP.NET アプリケーション フレームワークがアプリケーション設定を格納するために使用するのと同じ Web.config ファイルです。
Note
URL固有の構成設定は、<location> タグを使用して ApplicationHost.config ファイルに格納することもできます。
Redirection.config
別のコンピューター上にある構成ファイルとスキーマにWeb サーバーをリダイレクトするために使用される設定を含みます。
メリット
分散構成によって、IIS の多くの強力な機能が最大限に発揮されます。
- 開発者が、コードやコンテンツと同じディレクトリ内に Web サイトまたはアプリケーションの構成を指定できます。
- Web サイトやアプリケーションを開発からテストまたはテストから運用に移行する場合、構成ファイルをコードとコンテンツと一緒に新しいコンピューターにコピーするだけで簡単に行えます。 必要な設定が整った状態で Web サイトはすぐに稼働できます。
- 管理者が複数のフロントエンド Web サーバーと Web ファームの間で構成情報を簡単に共有でき (Web サイトが運用された後)、コストがかかりエラーが発生しやすいレプリケーションや手動同期の問題を回避できます。 これは、バックエンド ファイル サーバーに Web.config ファイルを格納し、複数のフロントエンド Web サーバーから参照することで行えます。