Azure デプロイメント
Azure 環境でレイヤーを作成したりイメージを公開したりする場合、Azure デプロイメントまたはAzure デプロイメント用マシン作成コネクタ構成を使用します。この記事では、コネクタ構成設定について説明します。コネクタ構成と新しい構成の追加方法の詳細については、コネクタ構成を参照してください。
注:
Azure デプロイメントは Azure Government もサポートしています。
概要
App Layering の Azure デプロイメントは、Azure Resource Manager (ARM) テンプレートを使用した Azure デプロイメントの作成を指します。ARM テンプレートは、インフラストラクチャと構成をコードとして定義する Azure 固有の JSON ドキュメントです。ARM テンプレートの詳細については、Azure ドキュメントのこちらを参照してください。
App Layering Azure デプロイメントコネクタによって作成されるすべての Azure リソースは、ユーザー指定の ARM テンプレートのデプロイを使用して作成されます。これらのテンプレートを使用すると、管理者は作成されるリソースとそれらの構成方法を広範囲にカスタマイズできます。
ID
IDフィールドに関する情報は、当社のAzureページで確認できます。
Azure テンプレート仕様
Azure テンプレート仕様は、ARM テンプレートのデプロイで後で使用するために ARM テンプレートを保存およびバージョン管理する Azure リソースの一種です。各 Azure デプロイメントコネクタ構成には、2～4個のテンプレート仕様を指定する必要があります。Azure デプロイメントコネクタの各デプロイタイプには、テンプレート仕様の対応するバージョンが必要です。キャッシュディスクとマシンのデプロイは必須ですが、ブートイメージとレイヤー化されたイメージのデプロイはオプションです。
デプロイタイプ
4つのデプロイタイプがあり、それぞれにテンプレート仕様が必要です。デプロイタイプは、作成するリソースの種類、受け取る入力、およびデフォルトの動作を上書きするために生成する出力が異なります。これらの概念の詳細については、ARM テンプレートの作成を参照してください。
マシン
「マシン」展開は仮想マシン (VM) を作成します。「マシン」展開によって作成されたVMは、レイヤー化されたイメージを合成し、レイヤーをパッケージ化できます。オプションの「レイヤー化されたイメージ」展開が指定されていない場合、VMはイメージ公開の最終結果となります。この場合、VMはそのまま使用することも、Machine Creation Services™ (MCS) マスターイメージとして使用することもできます。
「レイヤー化されたイメージ」展開が指定されている場合、「マシン」展開によって作成されたリソースは、「レイヤー化されたイメージ」展開の完了後に削除されます。それ以外の場合、App Layeringはリソースを削除しません（展開が失敗した場合を除く）。
キャッシュディスク
「キャッシュディスク」展開は、Azureマネージドディスクを作成します。このディスクは、コンポジティングエンジンのブートイメージを格納するために使用されます。App Layeringアプライアンスは、ディスクが作成された後にその内容をディスクにアップロードします。
「ブートイメージ」展開が指定されている場合、「キャッシュディスク」展開によって作成されたリソースは、「ブートイメージ」展開の完了後に削除されます。それ以外の場合、App Layeringはキャッシュクリーンアップ中にリソースを削除します。
レイヤー化されたイメージ（オプション）
「レイヤー化されたイメージ」展開はオプションの展開タイプです。結果として得られるリソースは、レイヤー化されたイメージを公開する最終結果です。特定のタイプのリソースを作成する必要はありません。「レイヤー化されたイメージ」展開は、コンピューティングギャラリーイメージ、マネージドディスク、またはその他の任意のリソースタイプを生成するために使用できます。
App Layeringは、レイヤー化されたイメージ展開によって作成されたリソースを削除しません（展開が失敗した場合を除く）。
ブートイメージ（オプション）
「ブートイメージ」展開はオプションの展開タイプです。結果として得られるリソースは、「マシン」展開によって作成されたVMのOSディスクを作成するために使用されます。特定のタイプのリソースを作成する必要はありませんが、VMのOSディスクを作成するために使用できるリソースを作成する必要があります。この展開は、コンピューティングギャラリーイメージ、またはディスクのソースとして使用できるその他の任意のリソースタイプを生成するために使用できます。
App Layeringは、ブートイメージ展開によって作成されたリソースをキャッシュクリーンアップ中に削除します。
コネクタ構成を追加する
コネクタ構成画面の各フィールドについては、以下の説明を参照してください。
デフォルト (オプション)
デフォルトはオプションであり、コネクタ構成内のすべての展開タイプにタグとカスタムデータを適用するために使用できます。デフォルトで指定されたデータは、各展開タイプの対応するフィールドで指定されたデータとマージされます。
展開
各展開タイプには、次のフィールドが含まれています。
テンプレート
展開に使用されるテンプレート仕様。ユーザーはAzureでテンプレート仕様を作成および管理します。アプライアンスのマネージドIDまたは登録資格情報には、テンプレート仕様を含むリソースグループに対する読み取り権限が必要です。
バージョン
展開に使用するテンプレート仕様のバージョン。テンプレートの選択が変更されると、デフォルトで最新バージョンが選択されます。
リソースグループ
展開先のAzureリソースグループ。展開によって作成されるすべてのリソースは、このリソースグループに作成されます。
アプライアンスのマネージドIDまたは登録資格情報には、次の権限が必要です。
-
リソースグループにテンプレートを展開する
-
テンプレート内の各タイプのリソースを作成する
-
テンプレート内の各リソースタイプを削除します。
リソースグループ上のマネージドIDまたは登録資格情報に共同作成者ロールを割り当てると、必要なアクセス許可が付与されます。代わりに、より詳細なアクセス許可またはロールを指定することもできますが、必要なアクセス許可はテンプレートで指定されたリソースによって異なります。
注:
アプライアンスのマネージドIDには、マシン展開によって作成されたVMに指定された仮想ネットワークにデバイスを接続するアクセス許可が必要です。仮想ネットワークが展開用に指定されたリソースグループのいずれにもない場合、それらのリソースグループのマネージドIDまたは登録資格情報に割り当てられたロールは仮想ネットワークには適用されず、ロールを仮想ネットワークに直接割り当てる必要があります。
タグ (詳細設定)
展開によって作成されたAzure展開アーティファクトに適用するタグ。入力パラメーターからのデータを含めることができます (ARMテンプレートの作成を参照)。これを行うには、参照したいフィールドのJSONパスを中括弧で囲みます。たとえば、
{context.user}は、展開を引き起こしたタスクを作成したApp Layeringユーザーの名前として評価されます。これは、タグ名フィールドとタグ値フィールドの両方で機能します。タグでリテラルの中括弧を使用したい場合は、それらを二重にすることでエスケープできます。たとえば、{{}}は*{}*として評価されます。
重要:
これらのタグは、展開リソース自体にのみ適用されます。展開によって作成されたリソースには適用されません。作成されたリソースにタグを適用するには、ARMテンプレートでそれらのタグを指定します。
カスタムデータ (詳細設定)
JSON形式で指定された任意のデータ。このデータは、展開に関連付けられたARMテンプレートで参照できます。データは、入力パラメーターの
context.config.customオブジェクトを使用してアクセスされます。ARMテンプレートの作成で詳細を参照してください。
考慮事項
-
App Layeringアプライアンスと、マシン展開によって作成されたVMとの間にネットワーク接続が必要です。
-
マシン展開によって作成されたVMから、IPトラフィックはポート443 (HTTPS) および3260 (iSCSI) でApp LayeringアプライアンスのIPアドレスにルーティング可能である必要があります。また、App Layeringアプライアンスのトラフィックは、これらのVM (マシン展開によって作成された) のIPアドレスにポート443 (HTTPS) でルーティング可能である必要があります。
-
オンプレミスに展開されたApp Layeringアプライアンスは、マシン展開によって作成されたVMに指定されたAzure仮想ネットワークに接続されている必要があります。オンプレミスの仮想ネットワークは、Azure ExpressRouteおよびAzure VPN Gatewayを介してAzureに接続できます。
-
-
レガシーAzureコネクタは非推奨ですが、期間限定で引き続き利用可能です。レガシーAzureコネクタから新しいAzure展開コネクタタイプへのアップグレードパスや移行パスはありません。 詳細については、AzureでのCitrix App Layeringを参照してください。