このページは役に立ちましたか。
このページのコンテンツについての ご意見をお待ちしております
その他にご意見はありますか。
残り 1500 文字
Azure ロールのプロパティ

Azure ロールのプロパティ

更新日: 2015年5月

(Microsoft Open Technologies 提供の) Azure Toolkit for Eclipse を使用すると、Azure のロールのさまざまな構成を設定できます。

構成の設定は、worker ロールのプロパティ ダイアログ ボックスを通じて行います。Eclipse の Project Explorer ウィンドウで、ロールのコンテキスト メニューを開き、[Azure] サブメニューを選択します(Eclipse の Project Explorer でロールが表示されない場合は、Project Explorer で Azure プロジェクトを展開してください)。

Windows Azure ロールのプロパティのメニュー

このトピックでは、プロパティ ダイアログ ボックスで設定できるさまざまなプロパティについて説明します。新しい Azure デプロイメント プロジェクトを作成すると、多くのプロパティが自動的に入力されることに注意してください。

Azure のロールに対して、次のプロパティ ページが用意されています。

Eclipse の Project Explorer ウィンドウで、ロールのコンテキスト メニューを開き、[Azure][Properties] の順にクリックします。次の図に示すように、仮想マシンのサイズとインスタンスの数を変更することができます。

ロールのプロパティ
noteメモ
Windows のみ:インスタンスの数として 1 を超える値を設定し、アプリケーション サーバーを構成した場合、この設定に関係なく、エミュレーターで実行できるロール インスタンスの数が 1 つに制限されます。これは、同じコンピューター上で異なるサーバー インスタンスを実行したときに (たとえば、すべてのサーバー インスタンスがポート 8080 にバインドしようとして発生する) ポート バインドの競合を回避するための動作です。指定したインスタンス数の設定は保持されますが、その設定が有効になるのはクラウドにデプロイする場合のみです。

Eclipse の Project Explorer ウィンドウで、ロールのコンテキスト メニューを開き、[Azure][Caching] の順にクリックします。このダイアログ ボックスでは、併置された名前付きの memcache 互換キャッシュを有効にして、Web アプリケーションを高速化できます。

Caching のプロパティ

[Caching] プロパティ ページでは、次のグローバル設定を指定できます。

  • 併置されたキャッシュを有効にするかどうか。

  • キャッシュ サイズ (メモリの割合で指定)。

  • アプリケーションをクラウド サービスとして実行するときにキャッシュの状態を保存するためのストレージ アカウント名 (キャッシュの状態を保存しない場合は [none])。コンピューティング エミュレーターでアプリケーションを実行するときは、ストレージ アカウント名は使用されません。ストレージ アカウント名を [(auto)] (既定値) に設定した場合、[Publish to Azure] ダイアログ ボックスで選択したものと同じストレージ アカウントが自動的に使用されます。

    noteメモ
    [(auto)] 設定の場合、Eclipse ツールキットの発行ウィザードを使用してデプロイメントを発行した場合にのみ、目的の効果が得られます。Azure の管理ポータルなどの外部メカニズムを使用して手動で .cspkg ファイルを発行した場合、デプロイメントは正しく機能しません。

キャッシュのプロパティに関するダイアログ ボックスを次に示します。

名前付きキャッシュの構成ダイアログ ボックス
  • 名前: 併置されているキャッシュの名前。

  • ポート番号: キャッシュに使用するポート番号。

  • [Expiration policy]: キャッシュ内のキーの有効期限を指定する次のいずれかの値。

    • [Absolute]:[Minutes to live] に指定された時間になるとキーが期限切れになります。

    • [NeverExpires]: キーの有効期限はありません。

    • [SlidingWindow]:[Minutes to live] に指定された時間にわたってアクセスされない時間があると、キーが期限切れになり。有効期限の時間は、アクセスされるたびにリセットされます。

  • [Minutes to live]: 有効期限ポリシーが適用される、Memcached キーの有効期限 (分単位)。

  • [High availability with replicated backups on different role instances]: 有効な場合、別のロール インスタンス上のレプリケートされたバックアップを使用して高可用性が提供されます。この機能を使用するには、デプロイメントに対して少なくとも 2 つのロール インスタンスが有効になっている必要があります。

新しいキャッシュを追加するには、[Caching] プロパティ ページで [Add] ボタンをクリックして [Configure Named Cache] ダイアログ ボックスを開きます。前述のプロパティの値を指定します。

名前付きキャッシュを変更するには、キャッシュを選択し、[Caching] プロパティ ページで [Edit] ボタンをクリックします。キャッシュのプロパティを変更するためのダイアログ ボックスが開きます。[OK] を押して、キャッシュ値を保存します。

キャッシュを削除するには、キャッシュを選択し、[Caching] プロパティ ページで [Remove] ボタンをクリックします。次に、[Yes] をクリックして削除を確認します。

キャッシュの使用法の詳細については、「併置型キャッシュの使用方法」を参照してください。

Eclipse の Project Explorer ウィンドウで、ロールのコンテキスト メニューを開き、[Azure][Certificates] の順にクリックします。

SSL オフロード証明書

このダイアログ ボックスでは、Eclipse プロジェクトで参照する証明書を追加または削除できます。ここに表示された証明書は Java キーストア内に自動的に格納されないため、自動的に Java アプリケーション内で使用できるようにはなりません。これらの証明書は、デプロイメントを実行している仮想マシン上の Windows 証明書ストアにプリロードされ、他の Windows ソフトウェアによって使用できるようにするために Azure に登録されるのみです。現時点で、この方法で参照される証明書を使用するツールキットの [Certificates] ダイアログ ボックス内の機能は、適切な証明書をこの方法で使用可能にする必要があるインターネット インフォメーション サービス (IIS) と Application Request Routing (ARR) に依存している SSL Offloadingのみです。

発行ウィザードを使用して Azure にプロジェクトをデプロイするとき、これらの証明書に対応する Personal Information Exchange (PFX) ファイルをパスワードと共に指定するように求められます。これにより、これらのファイルが以前に Azure サービスにアップロードされていない場合にのみ自動的に Azure サービスにアップロードされるようになります。

Eclipse の Project Explorer ウィンドウで、ロールのコンテキスト メニューを開き、[Azure][Components] の順にクリックします。このダイアログ ボックスでは、ロールのコンポーネントを追加、変更、または削除できるほか、コンポーネントが処理される順序を変更できます。

コンポーネントのプロパティ

コンポーネント機能を使用すると、デプロイメントで必要な Java アプリケーション プロジェクト、特殊なファイル、実行可能コマンド ライン ステートメントなどの依存関係を Azure デプロイメント プロジェクトに追加することができます。

各コンポーネントに対し、次の項目を指定できます。

  • Azure デプロイメント プロジェクトのビルド時にコンポーネントをインポートするときに実行する手順。

  • コンポーネントを Azure のクラウドにデプロイするときに実行する手順。

noteメモ
コンポーネントのファイルまたはコマンド ラインを指定する場合は、デプロイメントが Windows 仮想マシンに発行されることに注意する必要があります。したがって、カスタムの手順は、Windows ベースのオペレーティング システムに対して有効である必要があります。

コンポーネントには、次のプロパティがあります。

  • インポート: プロジェクトのビルド時にコンポーネントをどのようにプロジェクトにインポートするかを示す方法。次の値のいずれかです。

     

    インポート方法 説明

    [copy]

    コンポーネントは、[From] プロパティに指定されたローカル パスからロールの approot ディレクトリにコピーされます。

    [EAR]

    コンポーネントは Java エンタープライズ アーカイブ (EAR) です。[From] プロパティに指定されたローカル パスにあるエンタープライズ アプリケーション プロジェクトからインポートされます(この場所にあるプロジェクトの種類に基づいてツールキットによって自動的に検出されます)。

    JAR

    コンポーネントは Java アーカイブ (JAR) です。[From] プロパティに指定されたローカル パスにある Java プロジェクトからインポートされます(この場所にあるプロジェクトの種類に基づいてツールキットによって自動的に検出されます)。

    なし

    コンポーネントをインポートするための処理は実行されません。これは、コンポーネントがロールの approot ディレクトリに既に存在していると見なされる場合に該当します。また、コンポーネントが、[Deploy] 方法が exec のときに [As] プロパティとして指定された実行可能コマンド ライン ステートメントである場合にも該当します。

    [WAR]

    コンポーネントは Java Web アプリケーション アーカイブ (WAR) です。[From] プロパティに指定されたローカル パスにある動的 Web プロジェクトからインポートされます(この場所にあるプロジェクトの種類に基づいてツールキットによって自動的に検出されます)。

    zip

    コンポーネントは zip ファイルです。[From] プロパティに指定されたディレクトリまたはファイルを zip 圧縮してインポートされます。

  • 差出人: デプロイメントにインポートするローカル コンピューター上のアイテムを表すフォルダーまたはファイルへのソース パス。このプロパティには Windows 環境変数を使用できます。プロジェクトのビルド時に、インポート可能なすべてのコンポーネントがロールの approot ディレクトリにインポートされます。

    (コンピューティング エミュレーターではなく) クラウドにデプロイするときは、ダウンロードからコンポーネントをデプロイできることに注意してください。以下の、コンポーネントの追加に関する関連情報を参照してください。

  • [As]: ロールの approot ディレクトリにインポートする (最終的に Azure クラウドにデプロイされる) コンポーネントに付けるファイル名。ローカル コンピューター上のファイルの名前と同じ名前を使用する場合は、このプロパティを空白にしておきます。([Deploy] 方法が exec に設定されている) 実行可能なコンポーネントの場合は、任意の Windows コマンド ライン ステートメントを指定できます。

    Important重要
    この値に空白文字を使用した場合、デプロイ方法によって処理方法が異なります。デプロイ方法が exec の場合、空白は、ファイル名の一部として解釈されず、コマンド ライン引数の区切り記号として解釈されます。他のすべてのデプロイ方法では、空白はファイル名の一部として解釈されます。

  • デプロイ: デプロイメントの開始時にコンポーネントに適用するアクションを示す方法。次の値のいずれかです。

     

    デプロイ方法 説明

    [copy]

    コンポーネントは、[To] プロパティで指定されたデプロイ先のパスにコピーされます。

    [exec]

    コンポーネントは、デプロイメントの開始時に [To] プロパティで指定されたパスのコンテキストで実行される、実行可能な Windows コマンド ライン ステートメントです。

    なし

    デプロイメントの開始時にコンポーネントにアクションは適用されません。

    zip

    コンポーネントは、[To] プロパティで指定されたデプロイ先のパスに解凍されます。この方法は、[Import] プロパティが zip の場合にのみ使用できます。

  • 宛先: コンポーネントのデプロイ先の仮想マシン上のパス。このプロパティには Windows 環境変数を使用できます。ファイル パスは、approot に対して相対的です。

新しいコンポーネントを追加するには、[Components] プロパティ ページで [Add] ボタンをクリックして [Azure Role Component] ダイアログ ボックスを開きます。前述のプロパティの値を指定します。

新しい WAR コンポーネントを追加する例を次に示します。

新しい Windows Azure ロール コンポーネントのダイアログ ボックス

(コンピューティング エミュレーターではなく) クラウドにデプロイするときにダウンロードからコンポーネントをデプロイする場合は、[When in cloud, instead of including in the package, deploy from] がオンになっていることを確認してください。Azure ストレージ アカウントからダウンロードする場合は、[Storage account] ボックスの一覧のストレージ アカウントを選択します ([Accounts] リンクをクリックすると一覧内の項目を変更できます)。この操作によって [URL] ボックスに値の一部が入力されたら、手動で URL の残りの部分を入力します。Azure ストレージを使用しない場合は、[Storage account] ボックスの一覧の [(none)] を選択し、[URL] ボックスにコンポーネントの URL を入力します。次のいずれかの動詞を指定します。

 

ダウンロードからのデプロイ方法 説明

[copy]

ダウンロードしたコンポーネントは、[To Directory] パスに指定されたデプロイ先のパスにコピーされます。

[same]

[Deploy from package][Deploy from download] と同じ方法が使用されます。

zip

ダウンロードしたコンポーネントは、[To Directory] パスに指定されたデプロイ先のパスに解凍されます。

コンポーネントを変更するには、コンポーネントを選択し、[Components] プロパティ ページで [Edit] ボタンをクリックします。コンポーネントのプロパティを変更するためのダイアログ ボックスが開きます。[OK] を押して、コンポーネント値を保存します。

コンポーネントを削除するには、コンポーネントを選択し、[Components] プロパティ ページで [Remove] ボタンをクリックします。次に、[Yes] をクリックして削除を確認します。

コンポーネントは、一覧内の順序どおりに処理されます。順序を変更するには、[Move Up] ボタンと [Move Down] ボタンを使用します。

noteメモ
サーバーの構成機能もコンポーネントに依存します。対応するサーバーの構成を削除することなくこれらのコンポーネントを削除または編集することはできません。このようなコンポーネントを変更しようとすると、この点を確認するメッセージが表示されます。

Eclipse の Project Explorer ウィンドウで、ロールのコンテキスト メニューを開き、[Azure][Debugging] の順にクリックします。このダイアログ ボックスでは、次の図に示すように、リモート デバッグを有効または無効にしたり、デバッグ構成を作成したりできます。

デバッグのプロパティ

デバッグの詳細については、「Eclipse での Azure アプリケーションのデバッグ」を参照してください。

Eclipse の Project Explorer ウィンドウで、ロールのコンテキスト メニューを開き、[Azure][Endpoints] の順にクリックします。このダイアログ ボックスでは、次の図に示すように、エンドポイントを作成、編集、または削除できます。

エンドポイントのプロパティ

エンドポイントを追加するには、[Endpoints] プロパティ ページで [Add] ボタンをクリックして [Add Endpoint] ダイアログ ボックスを開きます。

[エンドポイントの追加] ダイアログ ボックス

エンドポイントの名前を入力し、種類 ([Input][Internal]、または [InstanceInput]) を選択して、パブリック ポートとプライベート ポートを指定します。[OK] を押して、新しいエンドポイント値を保存します。

エンドポイントの種類によっては、次のようにポート範囲を使用できます。

  • 入力インスタンス エンドポイントの場合、パブリック ポートにポート範囲を指定できます (たとえば、2000-2010)。プライベート ポートには固定値を使用します。

  • 内部エンドポイントの場合、パブリック ポートは使用しません。プライベート ポートには範囲を指定できます。また、プライベート ポートに空白またはアスタリスクを指定して、ポートが Azure によって自動的に設定されることを指定できます。

  • 入力エンドポイントの場合、パブリック ポートには固定値のみを使用できます。プライベート ポートには、固定値のほか、空白またはアスタリスクを指定して、ポートが Azure によって自動的に設定されることを指定できます。

範囲ではなく単一のポート番号を使用する場合は、範囲の終わりを示すテキスト ボックスを空白のままにしておきます。

自動設定されるようにポートを設定した場合に実行時に実際に使用されるポートを調べるには、アプリケーションで Azure サービス ランタイム API (http://dl.windowsazure.com/javadoc/com/microsoft/windowsazure/serviceruntime/package-summary.html) を使用することができます。

複数インスタンス デプロイメントのデバッグにインスタンス入力エンドポイントを利用する方法については、「Debugging a specific role instance in a multi-instance deployment」を参照してください。

エンドポイントを変更するには、エンドポイントを選択し、[Endpoints] プロパティ ページで [Edit] ボタンをクリックします。エンドポイントの名前、種類、パブリック ポート、およびプライベート ポートを変更するためのダイアログ ボックスが開きます。[OK] を押して、変更したエンドポイント値を保存します。

エンドポイントを削除するには、エンドポイントを選択し、[Endpoints] プロパティ ページで [Remove] ボタンをクリックします。次に、[Yes] をクリックして削除を確認します。

ロールのユーザーによって有効に設定された機能 (キャッシュ、リモート デバッグ、セッション アフィニティ、SSL オフロードなど) のいくつかを適切に構成するために、ツールキットによって特殊なエンドポイントが自動的に構成されることがあります。これらのエンドポイントは、ユーザー定義のエンドポイントと共に一覧に表示されます。関連付けられている機能が有効になっている限り、これらの自動生成されたエンドポイントをユーザーが編集または削除することはできません。

Eclipse の Project Explorer ウィンドウで、ロールのコンテキスト メニューを開き、[Azure][Environment Variables] の順にクリックします。このダイアログ ボックスでは、次の図に示すように、環境変数を作成、変更、または削除できます。

環境変数のプロパティ

環境変数は、ロールの起動時にスタートアップ スクリプトで使用することができます。

noteメモ
環境変数を指定する場合は、デプロイメントが Windows 仮想マシンに発行されることに注意する必要があります。したがって、環境変数は、Windows ベースのオペレーティング システムに対して有効である必要があります。

ロールの開始時にロールの起動時に使用される環境変数の例として、[Add] ボタンをクリックして新しい環境変数を作成します。次の例では、MyRoleVersion という名前の環境変数を作成し、値 1.0 を割り当てています。

新しい環境変数のダイアログ ボックス

jsp コードでは、System.getenv メソッドを使用してこの値を表示できます。

<body>
  <b> Hello World!</b>
  <p>Running role version: <%= System.getenv("MyRoleVersion") %></p>
</body>

アプリケーションを実行すると、次の出力が得られます。

Hello World と環境変数

環境変数を変更するには、環境変数を選択し、[Environment Variables] プロパティ ページで [Edit] ボタンをクリックします。環境変数のプロパティを変更するためのダイアログ ボックスが開きます。[OK] を押して、環境変数値を保存します。

環境変数を削除するには、環境変数を選択し、[Environment Variables] プロパティ ページで [Remove] ボタンをクリックします。次に、[Yes] をクリックして削除を確認します。

ロールのユーザーによって有効に設定された機能 (サーバー構成、リモート デバッグ、ローカル ストレージなど) のいくつかを適切に構成するために、ツールキットによって特殊な環境変数が自動的に構成されることがあります。これらの環境変数は、ユーザー定義の環境変数と共に一覧に表示されます。関連付けられている機能が有効になっている限り、これらの自動生成された環境変数をユーザーが編集または削除することはできません。

Eclipse の Project Explorer ウィンドウで、ロールのコンテキスト メニューを開き、[Azure][Load Balancing] の順にクリックします。このダイアログ ボックスでは、次の図に示すように、セッション アフィニティを有効または無効にできます。

負荷分散のプロパティ

関連情報については、「セッション アフィニティ」を参照してください。また、「SSL Offloading」で説明されているように、SSL オフロードのコンテキストでのこの機能の動作についても注意してください。

Eclipse の Project Explorer ウィンドウで、ロールのコンテキスト メニューを開き、[Azure][Local Storage] の順にクリックします。このダイアログ ボックスでは、アプリケーションを実行している仮想マシンの一時ローカル ストレージを作成、変更、または削除できます。次の図に示すように、ローカル ストレージのサイズとして特定の値を設定したり、ロールをリサイクルするときに内容を保持するかどうかを設定したりすることができます。

ローカル ストレージのプロパティ

また、必要に応じて、ローカル ストレージに対応する環境変数を指定することもできます。

既定では、Azure にデプロイするすべてのものが、ロール インスタンスの approot フォルダーに配置 (および解凍) されます。ほとんどの単純なデプロイメントは解凍した後もこのフォルダーに収まりますが、approot ディレクトリに割り当てられる領域は限られ、適切に定義されません (妥当な経験則では 1 GB 未満)。そのため、approot フォルダーに収まらない可能性がある大規模なデプロイメントに対して十分なディスク領域が Azure によって割り当てられるようにするには、[Local Storage] ダイアログを使用してローカル ストレージ リソースを設定する必要があります。これを簡単に行う方法については、「大規模なデプロイ」を参照してください。

Eclipse ツールキットによってリソースに自動的に関連付けられた環境変数を使用して、スタートアップ スクリプト (たとえば、startup.cmd) からストレージ リソースを簡単に参照できます (環境変数は、[Local Storage] ダイアログ ボックスに示されます)。環境変数には、スタートアップ スクリプトの実行時に構成したローカル リソースの完全なパスが格納されます。

ローカル ストレージ リソースを変更するには、ローカル ストレージ リソースを選択し、[Local Storage] プロパティ ページで [Edit] ボタンをクリックします。ローカル ストレージ リソースのプロパティを変更するためのダイアログ ボックスが開きます。[OK] を押して、ローカル ストレージ リソース値を保存します。

ローカル ストレージ リソースを削除するには、ローカル ストレージ リソースを選択し、[Local Storage] プロパティ ページで [Remove] ボタンをクリックします。次に、[Yes] をクリックして削除を確認します。

Eclipse の Project Explorer ウィンドウで、ロールのコンテキスト メニューを開き、[Azure][Server Configuration] の順にクリックします。このダイアログ ボックスでは、デプロイメントで使用される JDK および Java アプリケーション サーバーを追加、削除、変更したり、デプロイメントで使用されるアプリケーション (WAR、JAR、EAR ファイルなど) を追加または削除したりできます。

このダイアログ ボックスでは、デプロイメントに使用する JDK パッケージを指定できます。Windows 上で Eclipse を使用している場合は、Azure エミュレーターで実行したときにローカルで使用する JDK パッケージを指定できるほか、このローカル インストールを Azure にデプロイできます。Windows 以外のオペレーティング システムでは、エミュレーター JDK の設定は適用されません。Windows との互換性がないため、ローカルにインストールされた JDK をデプロイすることはできません。ただし、使用しているオペレーティング システムに関係なく、いつでも Azure にデプロイするサード パーティ製の JDK パッケージを選択したり、代替のダウンロードの場所から Windows と互換性のある独自の JDK パッケージを参照したりできます。

Windows 上の JDK を指定する方法の例を次に示します。

Eclipse Toolkit サーバー構成のローカル JDK Windows

Windows 上で Eclipse を使用している場合は、コンピューティング エミュレーターで使用する JDK を指定できます。そのためには、[Emulator deployment] セクションの [Use the JDK from this file path for testing locally] チェック ボックスがオンになっていることを確認します。次に、JDK のローカル パスを指定します。目的の JDK が自動的に選択されていない場合は、その JDK を参照できます。また、JDK を Azure クラウド サービスにデプロイすることもできます。そのためには、[Cloud deployment] セクションの [Deploy my local JDK (auto-upload to cloud storage)] を選択します。

注:Windows 以外のオペレーティング システムでは、[Emulator deployment] 設定と [Deploy my local JDK] オプションは使用できません。次の例では、Mac またはその他のサポートされている非 Windows オペレーティング システム上で JDK を指定しています。

Eclipse Toolkit サーバー構成のサード パー���ィ JDK Mac

使用しているオペレーティング システムに関係なく、[Cloud deployment] セクションには JDK パッケージのソースと種類に関する次の 2 つのオプションがあります。

  • [Deploy a 3rd party JDK package available on Azure]

  • [Deploy from a custom download]

[Deploy a 3rd party JDK package available from Azure] オプションを使用する場合:

  1. [Deploy a 3rd party JDK package available from Azure] チェック ボックスをオンにします。

  2. ドロップダウン リストから、Azure で利用可能なサード パーティ製の JDK パッケージを選択します。

  3. Windows を使用している場合、[JDK] タブは次のようになります。

    Eclipse Toolkit サーバー構成のサード パーティ JDK Windows Mac OS またはサポートされている他の非 Windows オペレーティング システムを使用している場合、[JDK] タブは次のようになります。

    Eclipse Toolkit サーバー構成のサード パー���ィ JDK Mac
  4. [OK] をクリックして変更を保存します。

  5. サード パーティの JDK パッケージ プロバイダーからライセンス契約に同意することを求められたら、ライセンス条項を確認します。(条項に同意する場合) [Yes] をクリックして [Accept license agreement] ダイアログを閉じます。

    [Deploy a 3rd party JDK package available from Azure] ボックスの一覧に表示される項目を決定するロジックはカスタマイズすることができます。項目をカスタマイズするには、[JDK] ダイアログ ボックスで、[Customize] リンクをクリックします。すると、[JDK] プロパティ ページが閉じ、componentsets.xml ファイルが Eclipse で開かれます。このファイルを、必要に応じて変更できます。componentsets.xml に関するドキュメントは、componentsets.xml ファイル自体に含まれています。

[Deploy a JDK from a custom download] オプションを使用する場合:

  1. JDK インストール ディレクトリの ZIP を作成します。このとき、ディレクトリの内容ではなくノード自体が ZIP 構造の子になるようにします。後で必要になるのでこのディレクトリの名前を控えておきます。この JDK インストールは Windows 仮想マシンにデプロイされることに注意してください。

  2. Azure ストレージ アカウントに ZIP を Blob としてアップロードします。外部で入手できるツールを使用して、Azure ストレージに Blob をアップロードできます。プライベート Blob を使用することをお勧めします。ZIP コンテンツの Blob の URL を書き留めます。

  3. [Deploy a JDK from a custom download] チェック ボックスをオンにします。

    Azure ストレージ アカウントからダウンロードする場合は、[Storage account] ボックスの一覧のストレージ アカウントを選択します ([Accounts] リンクをクリックすると一覧内の項目を変更できます)。この操作によって [URL] ボックスに値の一部が入力されたら、手動で URL の残りの部分を入力します。Azure ストレージを使用しない場合は、[Storage account] ボックスの一覧の [(none)] を選択し、[URL] ボックスに JDK ダウンロードの URL を入力します。Azure ストレージを使用する場合、URL 内の Blob 名は小文字で表記する必要があります。

  4. [JAVA_HOME] ボックスに適切なディレクトリ名が指定されていることを確認します。既定では、ローカルでの使用のために選択した値と同じ JDK ディレクトリ名が参照されます。ただし、(たとえば、別のバージョンを使用した結果) ZIP に含まれているディレクトリの名前が異なる場合は、それに応じて [JAVA_HOME] ボックスのディレクトリ名を更新します。それは、この設定が (コンピューティング エミュレーターではなく) クラウドで使用されるためです。

  5. [OK] をクリックして変更を保存します。

手順は以上で完了です。ここでクラウド向けにビルドすると、パッケージ サイズが大幅に小さくなることがわかります。通常、ビルド プロセスに要する時間も短くなり、クラウドに発行するときのデプロイメント自体もより短い時間で済みます。[Deploy my local JDK (auto-upload to cloud storage)] オプションまたは [Deploy a JDK from a custom download] オプションは、アプリケーションをクラウドにデプロイする場合にのみ有効になります。これらのオプションは、コンピューティング エミュレーター環境には作用しません。コンピューティング エミュレーターにデプロイするときは、コンポーネントのローカル バージョンが使用されます。

アプリケーション サーバーを指定する方法の例を次に示します。

Eclipse Toolkit サーバー構成のローカル サーバー Windows

[Deploy a server of this type] ボックスをオンにしてから、使用するアプリケーション サーバーの種類を選択します。

クラウド デプロイメントに使用するサーバーを指定する場合、次のオプションを使用できます。

  1. [Deploy a 3rd party server available on Azure]: このオプションは、特に、効率と単純さに優先順位が置かれ、サーバーのカスタム構成を必要としない開発およびテスト シナリオに該当します。また、これらのサーバーのいずれかを開始点として使用する一方でデプロイメントのスタートアップ ロジックに適切なサーバー カスタマイズ手順を含める場合にも該当します。

  2. [Deploy from a custom download]: このオプションは、特に、クラウドでの使用のために特別に準備および構成されたサーバーがある実稼働環境シナリオに該当します。

  3. [Deploy my local server installation]: このオプションは、特に、ローカル サーバーのインストールが既に自分用にカスタム構成されている場合に該当します。このオプションを選択する場合、下の [Local server path] ボックスにもローカル サーバーのパスを指定する必要があります。

[Deploy a 3rd party server available on Azure] オプションを使用する場合:

  1. [Deploy a 3rd party server available on Azure] チェック ボックスをオンにします。

  2. ドロップダウン メニューから、クラウド上のデプロイメントで使用する目的のサーバー ソフトウェアを選択します。以前に使用するサーバーの種類を指定した場合は、そのサーバーの種類と同じファミリに属するクラウド サーバーのみを選択できます。サーバーの種類を選択していない場合は、Azure で現在使用できる任意のサーバーから選択できます。サーバーの種類は自動的に選択されます。

  3. [OK] をクリックして変更を保存します。

[Deploy from a custom download] オプションを使用する場合:

  1. 前の手順に従ってサーバーの種類が既に選択されていることを確認します。サーバーは選択したサーバーの種類と同じファミリに属している必要があるため、この選択で、カスタム ダウンロードからサーバーをデプロイする方法をプラグインに指示します。

  2. [Deploy from a custom download] チェック ボックスをオンにします。

    Azure ストレージ アカウントからダウンロードする場合は、[Storage account] ボックスの一覧のストレージ アカウントを選択します ([Accounts] リンクをクリックすると一覧内の項目を変更できます)。この操作によって [URL] ボックスに値の一部が入力されたら、手動でサーバー ダウンロード ZIP の URL の残りの部分を入力します (Azure ストレージを使用する場合、URL 内の Blob 名は小文字で表記する必要があります)。Azure ストレージを使用しない場合は、[Storage account] ボックスの一覧の [(none)] を選択し、[URL] ボックスにサーバー ダウンロード ZIP の URL を入力します。ZIP には、アプリケーション サーバーのインストール ディレクトリを表す子フォルダーが含まれます。たとえば、Apache Tomcat 7.0.35 の zip を使用している場合、zip 内には、apache-tomcat-7.0.35 などのインストール ディレクトリを表す子フォルダーがあります。

  3. ホーム ディレクトリの環境変数の値を指定します。この値は、ローカル アプリケーション サーバーがある場合に既定で使用される値になりますが、クラウドのアプリケーション サーバーがローカル アプリケーション サーバーと異なる場合は別の値を指定することができます。ただし、クラウド アプリケーション サーバーは、前に選択したサーバーの種類と同じファミリに属する必要があります。

    今後、クラウド アプリケーション サーバーの zip を更新する場合は、ホーム ディレクトリ設定を手動で変更するか、ローカル設定に合わせて変更することができます (ローカル アプリケーション サーバーも変更した場合)。

  4. [OK] をクリックして変更を保存します。

[Server Configuration] プロパティ ページの [Server] タブに項目を表示する際に適用される基になるロジックをカスタマイズすることができます。これは、ニーズが既定値を超える場合や他のサーバーを追加する場合に必要となる高度な機能です。ロジックをカスタマイズするには、[Server] ダイアログ ボックスで、[Customize] リンクをクリックします。すると、[Server Configuration] プロパティ ページが閉じ、componentsets.xml ファイルが Eclipse で開かれます。このファイルを必要に応じて変更して、サーバーの構成テンプレートを拡張できます。componentsets.xml に関するドキュメントは、componentsets.xml ファイル自体に含まれています。

[Deploy my local server (auto-upload to cloud storage)] オプションを使用する場合:

  1. [Deploy my local server (auto-upload to cloud storage)] チェック ボックスをオンにします。

  2. [Storage account] ボックスの一覧の [(auto)] を選択します。[(auto)] を指定すると、[Publish to Azure] ダイアログ ボックスでデプロイメントに対して選択したものと同じサーバーのストレージ アカウントが使用されます。

  3. [OK] をクリックして変更を保存します。

次の条件のいずれかに該当する場合は、使用しているコンピューターの [Local server path] ボックスでサーバー インストール パスを選択します。

  • デプロイメントをエミュレーターでテストする (Windows にのみ適用されます)。

  • ローカルにインストールされているサーバーをクラウドにデプロイする。

  • クラウドで独自のカスタム サーバー ダウンロードを使用する。この場合、上の [Deploy my local server (auto-upload to cloud storage)] オプションも選択する必要があります。

これらの条件のいずれにも該当しない場合は、ローカル サーバーの設定を省略できます。

アプリケーションを指定する方法の例を次に示します。

アプリケーションのサーバー構成

別のアプリケーションを追加するには、[Add] をクリックします。アプリケーションを削除するには、[Remove] をクリックします。効率を高めるためにクラウドにデプロイするときにアプリケーションのソースのダウンロードを使用する場合は、コンポーネントのプロパティを使用して、URL、ストレージ アカウントなどの値を指定します。

2014 年 4 月リリースより、アプリケーションは、デプロイメント用に選択したのと同じ (eclipsedeploy コンテナーの下の) ストレージ アカウントに自動的にアップロードされます。デプロイメントのスタートアップ ロジックには、最初にこのストレージ アカウントからこれらのアプリケーションをダウンロードする手順が含まれています。これは、デプロイメント内のアプリケーションをアップグレードする際にパッケージ全体を再ビルドおよび再デプロイする必要がないことを意味します。つまり、手動で (たとえば、Azure ポータルを使用して) 新しいバージョンのアプリケーションをストレージ アカウントに直接アップロードして、ツールキットによってそこにアップロードされていた WAR ファイルを置き換える必要はありません。Azure の管理ポータルまたはコマンド ライン ユーティリティを使用して、これらのすべてのロール インスタンスのリサイクルを開始するだけです(現在、Eclipse ツールキット内から直接リサイクルをトリガーすることはできません)。

[Server configuration] プロパティ ページで加えられた変更は、package.xml ファイルの <component> 要素に反映されます。

JDK またはアプリケーション サーバーに対して [Automatically upload...] オプションまたは [Deploy from download...] オプションを使用し、(コンピューティング エミュレーターではなく) クラウド用にビルドしていて、かつネットワークに接続されている場合、Ant ビルダーがダウンロードの可用性を検証したときに、次のようなメッセージがコンソールに出力されることがあります。

[windowsazurepackage] Verifying blob availability (https://example.blob.core.windows.net/temp/tomcat6.zip)...

[Deploy from download...] オプションを選択した場合、次の警告が表示されることがありますが、ビルドは続行されます。

[windowsazurepackage] warning: Failed to confirm blob availability! Make sure the URL and/or the access key is correct (https://example.blob.core.windows.net/temp/tomcat6.zip).

この警告は、単にダウンロードの可用性が検証されていないことを示しています。したがって、何かの理由でクラウドでのデプロイメントに失敗した場合は、この警告を受け取っているかどうかを確認します。

(たとえば、ダウンロードの検証が原因でビルドが不必要に遅くなっていると思われる場合に) ダウンロードの検証を無効にするには、package.xml の <windowsazurepackage> 要素の verifydownloads 属性を false に設定します。

<windowsazurepackage verifydownloads="false" …>

[Automatically upload...] オプションを選択した場合、アップロードが必要なときはいつでも、アップロードの進行状況を報告するビルド メッセージが 5 秒ごとにコンソール ウィンドウに表示されます。

Eclipse の Project Explorer ウィンドウで、ロールのコンテキスト メニューを開き、[Azure][SSL Offloading] の順にクリックします。

SSL オフロード ダイアログ

このダイアログ ボックスでは、SSL オフロードを有効にして、Java アプリケーション サーバーで SSL を構成する必要なく、Azure の Java デプロイメントでのハイパー テキスト転送プロトコル セキュア (HTTPS) のサポートを簡単に有効にすることができます。詳細については、「SSL Offloading」および「SSL オフロードを使用する方法」を参照してください。

関連項目

表示:
© 2015 Microsoft