knife[:azure_publish_settings_file] = "#{current_dir}/xxxxx.publishsettings" knife[:azure_subscription_id] = "xxxxxxxx-xxxx-xxxx-xxxxx-xxxxxxxxxxxx" knife[:azure_mgmt_cert] = "#{current_dir}/management-certificate.pem" knife[:azure_api_host_name] = "management.core.windows.net"

※区切り文字は、'/'でOKです。

※azure_mgmt_certの指定には、https://github.com/chef/knife-azure/blob/master/README.md を参照し、base64＋openssl（Windows環境で実践している人は、cygwinなどが便利）をしてください。

３．Chef開発キットのインストール

インストール後に環境変数Pathに以下を追加します。

chefdkのフォルダ名が異なりますので注意です。

私はbinフォルダが無かったので、作成しました。（このPathが役に立っているかは謎です）

C:\opscode\chefdk\bin; C:\opscode\chefdk\embedded\bin; C:\Users\ユーザ名\AppData\Local\chefdk\gem\ruby\2.1.0\bin;

４．knife-azureのインストール

　chef gem install knife-azure ––pre

ありますが、"--pre"は不要です。

５．knife azure image list

この後knife azure server createコマンドを実行する際に、VMイメージを指定しますが、このリストの中からイメージ名を取得しますので、コマンドのバッファを2000くらいにしておいてください。

６．テンプレートの作成

「C:\chef\cookbooks\webserver\templates\default\Default.htm.erb ファイルに移動します。シンプルな「Hello World」 HTML コードを追加して、」とありますが、本当にこのファイルにHello Worldと書き込むだけでいいです。

７．knife azure server createコマンドを実行

書かれている通り通りに実行すると躓きます。

--tcp-endpoints の指定の仕方がこれだと内部IPしか指定されていません。アクセスするには外側のポートも指定する必要があります。

--tcp-endpoints '80:80,3389:3389'と指定してください。

knife azure server create --helpからでも調べることが出来ます。

ヘルプは多用しましょう。

また、このままだとWindowsのVMイメージの場合、リモートアクセスの為のボタンがAzure portal上で非活性のままです。

--bootstrap-protocol 'winrm' と指定してあげましょう。

Windows VM Imageの場合、winrmがデフォルトなので、このオプション自体を指定しなくてもOKです。

コマンドはこんな感じになります。

knife azure server create --azure-dns-name 'test01' --azure-vm-name 'testsv01' --azure-vm-size 'Small' --bootstrap-protocol 'winrm' --azure-source-image 'a699494373c04fc0bc8f2bb1389d6106__Windows-Server-2012-Datacenter-20151120-en.us-127GB.vhd' --azure-service-location 'Japan West' --winrm-user azureuser --winrm-password 'myPassword123' --tcp-endpoints '80:80,3389:3389' --r 'recipe[webserver]'

この辺のオプションはKnife.rbに指定しても良いと思います。

以上で、出来上がったcloudサービスのURLに接続すると、６で追加した"Hello World"を記載されたページが表示されます。

VM作成時にIISがプロビジョニングされてるんですね。すごいです。

これでSeleniumやTomcatもプロビジョニングできるようにしたいですね。

ただこれ、VMがASMモードでできます。

ARMモードで作成したいな。

2015-12-20

Azure クラウドサービス（クラシック）をローカルでエミュレートしようとした時に躓いたこと

Azure Eclipse

Azureの使い方にも慣れてきてAzureを使って開発をしたいなと思い、Azureクラウドサービスにアプリケーションをデプロイする方法を試してみました。

参考　https://msdn.microsoft.com/ja-jp/library/azure/hh690944.aspx

その時、ちょっと躓いたことをメモします。

準備するもの以下のサイトの「前提条件」を見て、JDK、Eclipse、Webアプリケーションサーバ、Azure Toolkit for Eclipse、Azureサブスクリプションを準備します。

やったこと
1. Azure クラウドサービスにデプロイする
2. Azure Compute Emulatorを使ってローカルでアプリケーションを動かす
躓いたこと

１．デプロイ先が、Azure Preview Portalで作成したクラウドサービスではなく、Azure Portalで作成したクラウドサービスだったこと。

Azure Toolkit for Eclipseでは、Azure Preview PortalのクラウドサービスApp Serviceへのデプロイ方法は以下のサイトに掲載されていました。次に試してみようと思います。

参考　https://azure.microsoft.com/ja-jp/documentation/articles/web-sites-deploy/#

２．Azure Compute Emulatorを起動できない

3回躓きました。

1回目は、Azureデプロイプロジェクトのサーバ構成の設定で、Local server pathを参照ボタンから指定しても「そのアプリケーションサーバは認識できない的な」エラーメッセージが出てしまって、サーバ構成の設定ができなかったこと。結局、参照ボタンを使わずに直接パスをコピペしたらエラーメッセージが出ずにサーバ構成の設定が出来ました。

SnapCrab_WorkerRole1 のプロパティー_2015-12-20_15-31-48_No-00

2回目は、ビルドパスが長かったこと。Cドライブの直下にeclipseのディレクトリを作り、その中にAzureにデプロイするアプリのworkspaceを配置しましたが、「256文字以内でパスを指定してください」的なメッセージが出た為、workspaceをCドライブ直下に変更して実行。

３．アプリケーションを起動できない

3回目は、Azure Compute Emulatorまでは起動できたものの、「java.exe has not started - waiting...」がWorkerRoleのログに出力されてアプリケーションが起動できなかったこと。このログでググって出た以下のサイトから、「パスが間違ってた」というコメントを見つけたので、Eclipseのビルドパスを見るとEclipseのJVMを使うようになっていました。Azureデプロイプロジェクトのサーバ構成では、任意のフォルダにインストールしたJDKパスを指定していたので、サーバ構成で指定したパスのJDKをEclipseのビルドパスに指定し直したところ動くようになりました。

SnapCrab_WorkerRole1 のプロパティー_2015-12-20_15-30-10_No-00

SnapCrab_MyHelloWorld のプロパティー_2015-12-20_16-18-22_No-00

Azure クラウドサービスを使ってみた感想

とても簡単にWebにアプリケーションをデプロイできました。

内部的にはAzureデプロイプロジェクトにデプロイ先のOSバージョン、JDK、Webアプリケーションサーバ、その他諸処設定を持っており、その設定を基にデプロイをしているみたいです。VMを自分で構築して、Webアプリケーションサーバを構築して、…といった手続きを踏む必要がないので、とても簡単にサービスの開始ができる印象を受けました。

今後はPortalでリソースを構築するを利用することはないので、Azure Preview PortalのApp Serviceへのアプリケーションのデプロイにも挑戦してみたいと思います。