用意したものは、SCVMM 2012 Beta の環境と次のもの。これらを SCVMM 2012 Beta のライブラリ共有に格納しておきます。
- Windows Server 2008 R2 Enterprise SP1 の仮想マシン テンプレート (OS のみ、IIS なし、Sysprep 済み)
- 前々回、IIS 向けに作成した ASP.NET Web アプリケーションの配置パッケージ (.zip のみ)
この 2 つを組み合わせて、IIS の Web サーバーを構成し、ASP.NET Web アプリケーションをデプロイするまでを自動化してみたいと思います。手順は、「VMM2012BETA > Server App-V > Apache HTTP Server をサービスとして自動展開してみた」とだいたい同じなので繰り返しません。サービス テンプレートを作成し、Windows Server 2008 R2 Enterprise SP1 の仮想マシンテンプレートから、サービス用の仮想マシン テンプレートを作成します。ハードウェア プロファイルのところまでは、Server App-V のときと同じです。
Web アプリケーションをデプロイする場合は、ゲスト OS プロファイルとアプリケーション プロファイルのところが違ってきます。ゲスト OS プロファイル (Configure Operating System) では、「Roles and Features」のところで、Web Server (IIS)、ASP.NET、ISAPI Filter、ISAPI Extentions、.NET Framework 3.51、BITS などなど、ASP.NET が有効な IIS のために必要なコンポーネントを追加します (何を選択するべきか、分かり難いのがアレですが)。
アプリケーション プロファイル (Configure Applications) のところでは、「＋Add」をポイントして「Script」をクリックし、次のように構成します。「WebDeploy_x64_en-US_1.1.0600.scr」は SCVMM 2012 Beta のライブラリに最初からあるスクリプト パッケージで、64 ビット版の Web Deploy 「WebDeploy.msi」と、これをサイレント インストールする「InstallWebDeploy.cmd」が含まれます。
Script command type: Pre-Install
Executable: cmd.exe
Parameters: /q /c InstallWebDeploy.cmd
Script package: WebDeploy_x64_en-US_1.1.0600.cr
続いて、「＋Add」をポイントして「Web Application」をクリックし、ライブラリに格納しておいた配置パッケージ (.zip) を選択します。アプリケーションの設定が読み込まれましたが、SQL Server への接続情報が含まれてしまいました。これは、Web アプリケーションの配置パッケージの作成時に除外するように構成する必要がありそうです (ここでは無視します)。
後は、ウィザードをずんずん進み、[Create] ボタンをクリックして、仮想マシンテンプレートを作成します。
[Service Template Desginer] に戻るので、[VM Templates] のリストに追加された、いま作成したテンプレートを、中央の [↓ Drop VM Templates Here] にドラッグ アンド ドロップします。
「Configure Deployment」をクリックして、このサービス テンプレートからサービスのデプロイを開始します。配置先の提案が星の数で示されるので、(複数ある場合は) 配置先を選択し、「Deploy Service」をクリックします。「Create Service Instance」ジョブが開始するので、あとは気長に待ちます。
無事、サービスのデプロイ成功かと思いきや、最後の最後で失敗してしまいました。エラーを見ると「このアプリの managedRuntimeVersion が v4.0 なのに、v2.0 だっぺ」だそうです。実はこれ、前々回の IIS で WebDeploy を試したときに見たエラー。IIS の既定のアプリケーション プール (このアプリケーションが使用する Default Web Site の DefaultAppPool) が v2.0 だから発生するエラーです。そういえば、Windows Server 2008 R2 の標準は .NET Framework 3.5.1 だし、.NET Framework 4.0 はインストールしていないので、アプリケーション プールを v4.0 にもできない。
回避策はいろいろ思いつきますが、簡単な方法として、ASP.NET Web アプリケーションの配置パッケージの設定にある「コンパイル」オプションで、ターゲットのフレームワークを「.NET Framework 3.5」に変更し、再パッケージして、ライブラリを更新しました。
デプロイに失敗したサービスを削除 (サービスを「Delete」すると仮想マシンをすっかりきれいにしてくれます。簡単でうれしい)して、再度、デプロイを実行したところ、今度はめでたく成功。IIS の URL を開くと、ちゃんとお馴染みの ASP.NET Web アプリケーションが開きました。
ちょっとだけ課題が残りましたが、同じ Web アプリケーションを、Web Deploy という同じ方法で、稼働中の IIS、Windows Azure の Web ロール、SCVMM 2012 Beta のサービスに展開できました。
＋ VMM2012BETA > Web Deploy > VMM2012 で Web Deploy
← VMM2012BETA > Web Deploy > Azure で Web Deploy
← VMM2012BETA > Web Deploy > IIS に Web Deploy
いつかにつづく...
0 件のコメント:
コメントを投稿
注: コメントを投稿できるのは、このブログのメンバーだけです。