TL

Cloud Service

Azure DevTest Labs

開発・テスト用の仮想マシンを、コスト上限とポリシーを効かせたセルフサービス環境で素早く払い出せる。無駄な稼働を自動停止し、再利用可能なテンプレートで一貫した環境を配布できる。

中級コスト最適化運用上の優秀性セキュリティ
最終更新: 2026-06-28公式ドキュメント ↗
TL;DR要点だけ先に
  • 1.開発者がセルフサービスで開発・テスト用 VM を作成しつつ、管理者はポリシーとコスト上限でガバナンスを効かせられる。
  • 2.自動シャットダウンや VM 数の上限、許可サイズの制限で無駄な稼働費を抑え、コストを予測しやすくする。
  • 3.カスタムイメージ・フォーミュラ・アーティファクトで環境を再現性高く配布。AWS では同種の専用サービスはなく EC2 とタグ/予算で代替する。

解決する課題

開発やテストのために VM をその都度払い出すと、消し忘れによる無駄な稼働費や、サイズ・台数の野放図な増加、環境のばらつきといった問題が起きがちです。Azure DevTest Labs は、開発者がセルフサービスで環境を作れる手軽さを保ちつつ、管理者がコストとポリシーで枠をはめられる「ラボ」を提供します。

  • 開発者にセルフサービスで VM を払い出させたいが、サイズや台数を野放図にしたくない
  • 検証用 VM の消し忘れによる無駄な稼働費を、自動停止やコスト上限で抑えたい
  • チーム全体で同じ構成の開発・テスト環境を、再現性高く配布したい
  • 一定の構成や検証済みの環境を**事前に用意(プリプロビジョニング)**し、必要なときすぐ使えるようにしたい
  • 開発・テスト用途のリソースをまとめて管理・棚卸しし、ガバナンスを効かせたい

主要概念と用語

  • ラボ(Lab): 開発・テスト用リソースをまとめる単位。ここで利用者・ポリシー・コスト上限を一括管理する
  • ポリシー(Policy): ラボに設定する制約。許可する VM サイズ、ユーザーあたり/ラボ全体の VM 上限、利用可能なイメージなどを縛る
  • アーティファクト(Artifact): VM 作成後に流し込む構成手順。ツールのインストールやスクリプト実行などを宣言的に適用する
  • フォーミュラ(Formula): ベースイメージ・サイズ・アーティファクトなどを束ねた再利用可能な「VM の設計図」。フォーミュラから素早く VM を起こせる
  • カスタムイメージ(Custom Image): 構成済みの VM から作成したイメージ。配布したい状態を固定して再現できる
  • 要求された VM(Claimable VM): あらかじめ作成しておき、利用者が「要求」して占有できる VM。プリプロビジョニングに使う
  • 自動シャットダウン / 自動起動(Auto Shutdown / Auto Start): スケジュールで VM を停止・起動し、夜間や週末の無駄な稼働を止める
  • 有効期限(Expiration Date): VM に期限を設定し、期限切れで自動削除して放置を防ぐ
  • 環境(Environment): ARM テンプレートで定義した、VM 以外も含む PaaS リソース群を一括デプロイする仕組み

仕様・制限・クォータ

  • ラボは VM のほか、ARM テンプレートで定義した**環境(PaaS リソースを含む構成)**もデプロイできる
  • VM のサイズ・台数・利用可能イメージはポリシーで制限する。ユーザーあたりの上限とラボ全体の上限を別々に設定できる
  • 作成した VM や関連リソースは、ラボに紐づくリソースグループにまとめて配置される
  • 払い出せる VM 数や使えるサイズは、結局サブスクリプションの Compute クォータに従う。大量に起こすなら上限の引き上げを検討する
  • 具体的な上限値やクォータは変動するため、計画時は対象リージョンとサブスクリプションの最新値を確認する
新規ラボより Azure Deployment Environments も検討

DevTest Labs は長く使われてきたサービスですが、用途によっては Azure Deployment Environments(ADE)など新しめの選択肢が適する場合もあります。新規構築では要件に対してどちらが合うかを比較してから選ぶとよいでしょう。

内部の仕組み

利用者がフォーミュラやイメージを選んで VM を要求すると、DevTest Labs はラボに紐づくリソースグループ内に VM とネットワーク等を作成し、指定されたアーティファクトを流し込んで構成を仕上げます。管理者が設定したポリシーは作成時に評価され、許可外のサイズや上限超過はブロックされます。

  • VM の払い出しはセルフサービスだが、ポリシーで許可された範囲内に制約される
  • アーティファクトは VM 作成後に適用される構成手順で、ツール導入やスクリプト実行を宣言的に行う
  • 自動シャットダウンはスケジュールに従って VM を停止し、コンピューティング課金を止める(停止中もディスクなどの保管費は残る)
  • 有効期限を設定した VM は、期限到達でラボが自動削除し、放置リソースを掃除する
  • ラボ全体・ユーザー単位のコスト傾向を集計し、上限に近づいたら作成を抑止・通知できる

設計パターン / ベストプラクティス

  • ポリシーで上限を先に決める: 許可サイズ・ユーザーあたり VM 数・ラボ全体の VM 数を最初に縛り、コストの暴走を構造的に防ぐ
  • 自動シャットダウンを既定にする: 夜間・週末に止まるよう既定値を設定し、消し忘れを前提にした運用にする
  • 有効期限で短命にする: 検証用 VM には期限を付け、用が済んだら自動で消えるようにして棚卸しを減らす
  • フォーミュラ/カスタムイメージで標準化: チーム共通の設計図を用意し、環境差異による「自分の環境では動く」を減らす
  • アーティファクトで構成をコード化: 手作業のセットアップをアーティファクトに落とし込み、再現性と監査性を高める
  • 要求された VM でプリプロビジョニング: 起動に時間がかかる構成は事前に作っておき、利用者がすぐ占有できるようにする

運用・監視

  • ラボのコスト傾向を定期的に確認し、ユーザー単位・ラボ全体の上限に対する消化具合を追う
  • 自動シャットダウン・自動起動のスケジュールが想定どおり効いているかを点検し、止まらない VM を洗い出す
  • 有効期限切れや放置 VM を棚卸しし、不要リソースを削除してコストと攻撃面を減らす
  • VM の作成・削除や設定変更は Azure Monitor / アクティビティ ログで追跡し、誰が何を払い出したかを可視化する
  • ラボの作成・ポリシー設定・標準化は az CLI や ARM/Bicep テンプレートで自動化し、手作業を排除する

コスト

DevTest Labs サービス自体に追加料金はかからず、課金されるのはラボ内で作成した VM・ディスク・ネットワークなどの基盤リソース分です。コスト最適化の要は「不要な稼働を止める」ことで、自動シャットダウンや有効期限、台数・サイズのポリシーが効きます。停止中の VM でもディスクなどの保管費は残る点に注意します。

コスト要因効きどころ最適化のポイント
VM の稼働時間コンピューティング課金自動シャットダウンで夜間・週末を止める
VM の数とサイズ同時稼働の総量ポリシーで上限と許可サイズを縛る
放置リソース消し忘れの保管費有効期限で自動削除する
ディスク停止中も残る保管費不要 VM ごと削除して残骸を残さない

セキュリティ

  • ラボへのアクセスは Microsoft Entra ID と Azure RBAC で制御し、利用者と管理者の権限を分ける
  • 許可するイメージ・サイズ・台数をポリシーで縛り、想定外のリソースを払い出せないようにする
  • アーティファクトやテンプレートに資格情報を直書きせず、シークレットは安全に渡して Key Vault などで管理する
  • 検証用 VM にも有効期限を付け、放置された環境が攻撃面として残り続けないようにする
  • 必要に応じてラボの VM を仮想ネットワークへ統合し、ネットワーク到達範囲を制御する
自動停止と有効期限はセットで

コストとガバナンスの両面で効くのが、自動シャットダウンと有効期限の併用です。日々の稼働は自動停止で止め、用済みの VM は期限で自動削除する。これだけで「消し忘れ」起因の無駄費とリスクを大きく減らせます。

関連サービス・比較

観点Azure DevTest Labs素の Azure VM
位置づけ開発テスト向けセルフサービス基盤汎用の単体 VM
払い出しポリシー内でセルフサービス都度の手動作成
コスト制御自動停止と有効期限と上限個別に設定が必要
標準化フォーミュラとカスタムイメージ個別に構成
想定用途開発検証の使い捨て環境本番含む汎用用途

ハンズオン / CLI例

# リソースグループとラボを作成
az group create --name demo-rg --location japaneast
az lab create \
  --name demo-lab \
  --resource-group demo-rg

# ラボ内に VM を作成(イメージ・サイズはポリシーの許可範囲内で指定)
az lab vm create \
  --lab-name demo-lab \
  --resource-group demo-rg \
  --name dev-vm-01 \
  --image "UbuntuLTS" \
  --image-type gallery \
  --size Standard_DS2_v2

# ラボ内の VM 一覧を確認
az lab vm list \
  --lab-name demo-lab \
  --resource-group demo-rg \
  --output table

# 使い終わった VM を削除して稼働費と残骸を残さない
az lab vm delete \
  --lab-name demo-lab \
  --resource-group demo-rg \
  --name dev-vm-01

Azure Service

Azure DevTest Labsを実務で読む

TL;DRは入口です。実際に選ぶ・使う段階では、何を解決するか、何と比較するか、導入後にどこで詰まるかまで見る必要があります。

解決すること

開発者ツール

比較で見る軸

クラウド: Azure / カテゴリ: 開発者ツール / 難易度: intermediate

導入後に効く点

自動シャットダウンや VM 数の上限、許可サイズの制限で無駄な稼働費を抑え、コストを予測しやすくする。

先に潰すリスク

サービス単体ではなく、権限、ネットワーク、監視、課金、バックアップを含めて設計する必要がある。

数字・仕様の読み方
クラウド
Azure
カテゴリ
開発者ツール
難易度
intermediate
関連資格
設計柱
cost / operational / security

判断チェックリスト

  • 自社の用途が「開発者ツール / cost」に近いか確認する。
  • 強みである「開発者がセルフサービスで開発・テスト用 VM を作成しつつ、管理者はポリシーとコスト上限でガバナンスを効かせられる。」が本当に評価軸になるか確認する。
  • 注意点の「サービス単体ではなく、権限、ネットワーク、監視、課金、バックアップを含めて設計する必要がある。」を運用で吸収できるか確認する。
  • 公開値や仕様値は、対象プラン・対象機種・対象リージョンまで確認する。
  • 既存システム、ID、ネットワーク、監視、バックアップとの接続方法を先に洗い出す。
  • 小さく試してから、本番移行、権限設計、障害時手順、コスト監視を決める。

次に確認する観点

開発者ツールcostoperationalsecurity