カスタム イメージを保存して複数のラボに配布する

  • [アーティクル]

この記事では、作成済みの仮想マシン (VM) からカスタム イメージを保存する手順について説明します。 また、これらのカスタム イメージを組織内の他の DevTest Labs に配布する方法についても説明します。

前提条件

次の項目が既に配置されている必要があります。

  • Azure DevTest Labs のイメージ ファクトリ用のラボ。
  • イメージ ファクトリを自動化するために使用される Azure DevOps プロジェクト。
  • スクリプトと構成を含むソース コードの場所 (この例では、前の手順で説明した DevOps プロジェクト内)。
  • Azure PowerShell タスクを調整するためのビルド定義。

必要に応じて、「Azure DevOps からイメージ ファクトリを実行する」の手順を実行し、これらの項目を作成または設定してください。

一般化された VHD として VM を保存する

既存の VM を一般化された VHD として保存します。 既存の VM を一般化された VHD として保存するためのサンプル PowerShell スクリプトがあります。 それを使用するには、次の図に示すように、まず別の Azure PowerShell タスクをビルド定義に追加します。

Azure PowerShell の追加手順

一覧に新しいタスクが追加されたら、その項目を選択し、次の図に示すようにすべての詳細を入力します。

PowerShell 設定

一般化されたカスタム イメージと特殊化されたカスタム イメージ

Azure portal で仮想マシンからカスタム イメージを作成するときに、一般化されたカスタム イメージまたは特殊化されたカスタム イメージを選択できます。

  • 特殊化されたカスタム イメージ: sysprep/プロビジョニング解除がマシンで実行されませんでした。 これは、イメージが既存の仮想マシン (スナップショット) 上の OS ディスクの正確なコピーであることを意味します。 新しいマシンには、このカスタム イメージと同じファイル、アプリケーション、ユーザー アカウント、およびコンピューター名があります。
  • 一般化されたカスタム イメージ: sysprep/プロビジョニング解除がマシンで実行されました。 このプロセスは、ユーザーアカウントを削除し、コンピューター名を削除し、ユーザー レジストリ ハイブを除去します。 目的は、イメージを一般化して、別の仮想マシンを作成するときにカスタマイズできるようにすることです。 sysprep を実行して仮想マシンを一般化すると、現在の仮想マシンは壊れてしまいます。 現在の仮想マシンは機能しなくなります。

イメージ ファクトリにカスタム イメージをスナップするスクリプトは、前の手順で作成した仮想マシンの VHD を保存します。 スクリプトは、Azure のリソースのタグに基づいて VHD を識別します。

イメージを配布するための構成の更新

このプロセスの次の手順は、イメージ ファクトリのカスタム イメージを、そのイメージを必要とする別のラボにプッシュすることです。 このプロセスの中心となるのは、labs.json 構成ファイルです。 このファイルは、イメージ ファクトリに含まれている Configuration フォルダー内にあります。

labs.json 構成ファイルには、2 つの重要な事項があります。

  • サブスクリプション ID とラボ名を使用した、特定の配布先ラボの一意的な識別。
  • 構成ルートへの相対パスでラボにプッシュされる特定のイメージ セット。 フォルダー全体を指定することもできます (そのフォルダ内のすべてのイメージを取得します)。

2 つのラボがリストされた labs.json ファイルの例を示します。 この場合、2 つの異なるラボにイメージが配布されます。

{
   "Labs": [
      {
         "SubscriptionId": "<subscription ID that contains the lab>",
         "LabName": "<Name of the DevTest Lab>",
         "ImagePaths": [
               "Win2012R2",
               "Win2016/Datacenter.json"
         ]
      },
      {
         "SubscriptionId": "<subscription ID that contains the lab>",
         "LabName": "<Name of the DevTest Lab>",
         "ImagePaths": [
               "Win2016/Datacenter.json"
         ]
      }
   ]
}

ビルド タスクを作成する

この記事で前に説明した同じ手順を使用して、Azure Powershell ビルド タスクをビルド定義に追加します。 次の図に示されているように詳細を入力します。

イメージを配布するビルド タスクのスクリーンショット。

パラメーターは次のとおりです。-ConfigurationLocation $(System.DefaultWorkingDirectory)$(ConfigurationLocation) -SubscriptionId $(SubscriptionId) -DevTestLabName $(DevTestLabName) -maxConcurrentJobs 20

このタスクは、イメージ ファクトリ内のカスタム イメージを取得し、Labs.json ファイルに定義されているすべてのラボにプッシュします。

ビルドをキューに配置する

配布ビルド タスクが完了すると、すべてが機能していることを確認するために、新しいビルドをキューに配置します。 ビルドが正常に完了すると、Labs.json 構成ファイルに入力された配布先となるラボに、新しいカスタム イメージが表示されます。

次のステップ

このシリーズの次の記事、「アイテム保持ポリシーを設定してクリーンアップ スクリプトを実行する」では、保持ポリシーとクリーンアップ手順を使用してイメージ ファクトリを更新します。