Azure DevTest Labs に関する FAQAzure DevTest Labs FAQ

Azure DevTest Labs について特に多く寄せられる質問にお答えします。Get answers to some of the most common questions about Azure DevTest Labs.


ここに質問の答えがない場合はどうすればいいですか。What if my question isn't answered here?

質問がここに記載されていない場合はご連絡ください。答えを見つけるお手伝いをいたします。If your question is not listed here, let us know, so we can help you find an answer.

  • この FAQ の末尾で質問を投稿してください。Post a question at the end of this FAQ. この記事について、Azure Cache チームや他のコミュニティ メンバーと情報交換できます。Engage with the Azure Cache team and other community members about this article.
  • さらに多くの人々と交流するには、Azure DevTest Labs MSDN フォーラムに質問を投稿してください。To reach a wider audience, post a question on the Azure DevTest Labs MSDN forum. Azure DevTest Labs チームや他のコミュニティ メンバーと情報交換できます。Engage with the Azure DevTest Labs team and other members of the community.
  • 機能を要求する場合は、要求とアイデアを Azure DevTest Labs のユーザーの声に送信してください。For feature requests, submit your requests and ideas to Azure DevTest Labs User Voice.

なぜ Azure DevTest Labs を使用する必要があるのですか。Why should I use Azure DevTest Labs?

Azure DevTest Labs を使用すると、チームの時間と費用を節約できます。Azure DevTest Labs can save your team time and money. 開発者は、複数の異なるベースを使用して独自の環境を作成できます。Developers can create their own environments by using several different bases. また、アーティファクトを使用してアプリケーションを速やかにデプロイし、構成することもできます。They also can use artifacts to quickly deploy and configure applications. カスタム イメージと数式を使用して、仮想マシン (VM) をテンプレートとして保存し、チームで簡単に再現できます。By using custom images and formulas, you can save virtual machines (VMs) as templates, and easily reproduce them across the team. さらに、DevTest Labs には複数の構成可能なポリシーも用意されています。ラボ管理者は、これらのポリシーを使用して無駄を削減し、チームの環境を管理できます。DevTest Labs also offers several configurable policies that lab administrators can use to reduce waste and manage a team's environments. これらのポリシーには、自動シャットダウン、コストのしきい値、ユーザーごとの最大 VM 数、最大 VM サイズなどが含まれます。These policies include auto-shutdown, cost threshold, maximum VMs per user, and maximum VM size. DevTest Labs の詳細については、概要を確認するか、入門ビデオをご覧ください。For a more in-depth explanation of DevTest Labs, see the overview or the introductory video.

"心配無用のセルフ サービス" とはどういう意味ですか。What does "worry-free self-service" mean?

"心配無用のセルフ サービス" とは、開発者とテスト担当者が、必要に応じて独自の環境を作成することを意味します。Worry-free self-service means that developers and testers create their own environments as needed. 管理者は、DevTest Labs を使用することで無駄を最小限に抑え、コストを管理できるという安心感が得られます。Administrators have the security of knowing that DevTest Labs can help minimize waste and control costs. 管理者は、許可される VM のサイズ、VM の最大数、VM の起動およびシャットダウン時間を指定できます。Administrators can specify which VM sizes are allowed, the maximum number of VMs, and when VMs are started and shut down. また、DevTest Labs では、ラボ リソースの使用状況を常に把握できるように、コストの監視とアラートの設定も簡単に行うことできます。DevTest Labs also makes it easy to monitor costs and set alerts, to help you stay aware of how lab resources are being used.

DevTest Labs を使用するにはどうすればよいですか。How can I use DevTest Labs?

DevTest Labs は、開発環境やテスト環境が必要であり、これらを迅速に再現したり、コスト節約ポリシーを使用して管理したりする場合に常に役立ちます。DevTest Labs is useful any time you require dev or test environments, and want to reproduce them quickly, or manage them by using cost-saving policies.

お客様は、次のようなシナリオで DevTest Labs を使用しています。Here are some scenarios that our customers use DevTest Labs for:

  • 開発環境とテスト環境を 1 か所で管理する。Manage dev and test environments in one place. ポリシーを使用してコストを削減し、カスタム イメージを作成してチーム全体でビルドを共有する。Use policies to reduce costs and create custom images to share builds across the team.
  • 開発段階全体にわたってディスクの状態を保存するために、カスタム イメージを使用してアプリケーションを開発する。Develop an application by using custom images to save the disk state throughout the development stages.
  • 進行状況に関連してコストを追跡する。Track cost in relation to progress.
  • 品質保証テスト用の大容量テスト環境を作成する。Create mass test environments for quality assurance testing.
  • アーティファクトと数式を使用して、さまざまな環境でアプリケーションを簡単に構成し、再現する。Use artifacts and formulas to easily configure and reproduce an application in various environments.
  • ハッカソン (共同開発またはテスト作業) 用の VM を配布し、イベントの終了時に簡単にプロビジョニング解除する。Distribute VMs for hackathons (collaborative dev or test work), and then easily deprovision them when the event ends.

DevTest Labs の課金方法を教えてください。How am I billed for DevTest Labs?

DevTest Labs は無料サービスです。DevTest Labs is a free service. DevTest Labs でのラボの作成や、ポリシー、テンプレート、アーティファクトの構成は無料です。Creating labs and configuring policies, templates, and artifacts in DevTest Labs is free. VM、ストレージ アカウント、仮想ネットワークなど、ラボ内で使用する Azure リソースに対してのみ課金されます。You pay only for the Azure resources used in your labs, such as VMs, storage accounts, and virtual networks. ラボ リソースのコストの詳細については、「Azure DevTest Labs の価格」をご覧ください。For more information about the cost of lab resources, see Azure DevTest Labs pricing.


DevTest Labs の各種セキュリティ レベルはどのようなものですか。What are the different security levels in DevTest Labs?

セキュリティ アクセスは、ロールベースのアクセス制御 (RBAC) によって決定されます。Security access is determined by Role-Based Access Control (RBAC). アクセスのしくみを理解するには、RBAC で定義されているアクセス許可、ロール、スコープの違いを理解することが有用です。To learn how access works, it helps to learn the differences between a permission, a role, and a scope, as defined by RBAC.

  • アクセス許可: アクセス許可とは、特定のアクションへのアクセスを定義したものです。Permission: A permission is a defined access to a specific action. たとえば、すべての VM への読み取りアクセス許可などがあります。For example, a permission can be read access to all VMs.
  • ロール: ロールとは、グループ化してユーザーに割り当てることができる一連のアクセス許可です。Role: A role is a set of permissions that can be grouped and assigned to a user. たとえば、サブスクリプション所有者ロールが割り当てられたユーザーは、サブスクリプション内のすべてのリソースにアクセスできます。For example, a user with a subscription owner role has access to all resources within a subscription.
  • スコープ: スコープとは、Azure リソースの階層内のレベルです。Scope: A scope is a level within the hierarchy of an Azure resource. たとえば、リソース グループ、単一のラボ、またはサブスクリプション全体をスコープとして指定できます。For example, a scope can be a resource group, a single lab, or the entire subscription.

DevTest Labs のスコープ内には、ユーザーのアクセス許可を定義する次の 2 種類のロールがあります。Within the scope of DevTest Labs, there are two types of roles that define user permissions:

  • ラボ所有者: ラボ所有者は、ラボ内のすべてのリソースにアクセスできます。Lab owner: A lab owner has access to all resources in the lab. ポリシーの変更、任意の VM に対する読み取りと書き込み、仮想ネットワークの変更などを行うことができます。A lab owner can modify policies, read and write to any VMs, change the virtual network, and so on.
  • ラボ ユーザー: ラボ ユーザーは、VM、ポリシー、仮想ネットワークなど、すべてのラボ リソースを表示できます。Lab user: A lab user can view all lab resources, such as VMs, policies, and virtual networks. ただし、他のユーザーが作成したポリシーや VM を変更することはできません。But, a lab user can't modify policies or any VMs that were created by other users.

DevTest Labs にカスタム ロールを作成することもできます。You also can create custom roles in DevTest Labs. DevTest Labs にカスタム ロールを作成する方法については、「特定のラボ ポリシーに対するアクセス許可をユーザーに付与する」をご覧ください。To learn how to create custom roles in DevTest Labs, see Grant user permissions to specific lab policies.

スコープは階層構造を持つため、特定のスコープでアクセス許可を持つユーザーには、そのスコープのすべての下位のスコープでそれらのアクセス許可が自動的に付与されます。Because scopes are hierarchical, when a user has permissions at a certain scope, the user is automatically granted those permissions at every lower-level scope in the scope. たとえば、ユーザーにサブスクリプション所有者のロールが割り当てられている場合、そのユーザーはサブスクリプションのすべてのリソースにアクセスできます。For instance, if a user is assigned the role of subscription owner, the user has access to all resources in a subscription. これには、すべての VM、すべての仮想ネットワーク、すべてのラボが含まれます。These resources include all VMs, all virtual networks, and all labs. サブスクリプション所有者は、ラボ所有者のロールを自動的に継承します。A subscription owner automatically inherits the role of lab owner. ただし、その逆は真ではありません。However, the opposite is not true. ラボ所有者はラボにアクセスできます。これはサブスクリプション レベルよりも下位のスコープです。A lab owner has access to a lab, which is a lower scope than the subscription level. そのため、ラボ所有者はラボの外部の VM、仮想ネットワーク、またはその他のリソースを表示することはできません。Therefore, a lab owner can't see VMs, virtual networks, or any other resources that are outside the lab.

特定の 1 つのタスクの実行をユーザーに許可するようにロールを作成するにはどうすればよいですか。How do I create a role to allow users to perform a specific task?

カスタム ロールを作成し、ロールにアクセス許可を割り当てる方法の詳細については、「特定のラボ ポリシーに対するアクセス許可をユーザーに付与する」をご覧ください。For a comprehensive article about how to create custom roles and assign permissions to a role, see Grant user permissions to specific lab policies. ラボ内のすべての VM を起動および停止するアクセス許可を持つ DevTest Labs Advanced User ロールを作成するスクリプトの例を次に示します。Here's an example of a script that creates the role DevTest Labs Advanced User, which has permission to start and stop all VMs in the lab:

$policyRoleDef = Get-AzureRmRoleDefinition "DevTest Labs User"
$policyRoleDef.Id = $null
$policyRoleDef.Name = "DevTest Labs Advanced User"
$policyRoleDef.IsCustom = $true
$policyRoleDef.AssignableScopes.Add("subscriptions/<subscription Id>")
$policyRoleDef = New-AzureRmRoleDefinition -Role $policyRoleDef  

CI/CD 統合と自動化CI/CD integration and automation

DevTest Labs は、CI/CD ツールチェーンと統合されますか。Does DevTest Labs integrate with my CI/CD toolchain?

Visual Studio Team Services を使用している場合は、DevTest Labs タスク拡張機能を使用して、DevTest Labs でのリリース パイプラインを自動化できます。If you are using Visual Studio Team Services, you can use a DevTest Labs Tasks extension to automate your release pipeline in DevTest Labs. この拡張機能を使用して実行できるタスクの一部を次に示します。Some of the tasks that you can do with this extension include:

  • VM を自動的に作成してデプロイします。Create and deploy a VM automatically. Azure ファイル コピーまたは PowerShell の Team Services タスクを使用して、最新のビルドで VM を構成することもできます。You also can configure the VM with the latest build by using Azure File Copy or PowerShell Team Services tasks.
  • テストの終了後、詳しい調査を目的として同じ VM 上でバグを再現するために、VM の状態を自動的にキャプチャします。Automatically capture the state of a VM after testing to reproduce a bug on the same VM for further investigation.
  • VM が不要になったら、リリース パイプラインの最後に VM を削除します。Delete the VM at the end of the release pipeline, when it is no longer needed.

次のブログ記事では、Team Services 拡張機能の使用方法に関するガイダンスと情報を提供しています。The following blog posts offer guidance and information about using the Team Services extension:

他の継続的インテグレーション (CI)/継続的デリバリー (CD) ツールチェーンの場合、Azure PowerShell コマンドレット.NET SDK を使用して Azure Resource Manager テンプレートをデプロイすることによって、同じシナリオを実現できます。For other continuous integration (CI)/continuous delivery (CD) toolchains, you can achieve the same scenarios by deploying Azure Resource Manager templates by using Azure PowerShell cmdlets and .NET SDKs. DevTest Labs 用 REST API を使用して、お使いのツールチェーンと統合することもできます。You also can use REST APIs for DevTest Labs to integrate with your toolchain.

仮想マシンVirtual machines

DevTest Labs で表示されている VM が [仮想マシン] ブレードに表示されないのはなぜですか。Why can't I see VMs on the Virtual Machines blade that I see in DevTest Labs?

DevTest Labs で VM を作成すると、その VM にアクセスするためのアクセス許可が付与されます。When you create a VM in DevTest Labs, you are given permission to access that VM. この VM は、Labs のブレードと [仮想マシン] ブレードの両方に表示されます。You can view the VM both on the labs blade and on the Virtual Machines blade. DevTest Labs のラボ ユーザー ロールが割り当てられているユーザーは、ラボの [All Virtual Machines](すべての仮想マシン) ブレードで、ラボで作成されたすべての VM を確認できます。Users assigned to the DevTest Labs lab user role can see all VMs that were created in the lab on the lab's All Virtual Machines blade. ただし、DevTest Labs のラボ ユーザー ロールが割り当てられているユーザーには、他のユーザーが作成した VM リソースへの読み取りアクセス権が自動的に付与されるわけではありません。However, users who have the DevTest Labs lab user role are not automatically granted read access to VM resources that other users have created. そのため、これらの VM は [仮想マシン] ブレードには表示されません。Therefore, those VMs are not displayed on the Virtual Machines blade.

カスタム イメージと数式の違いは何ですか。What is the difference between a custom image and a formula?

カスタム イメージは仮想ハード ディスク (VHD) です。A custom image is a virtual hard disk (VHD). 数式は、追加設定で構成し、保存して再現できるイメージです。A formula is an image that you can configure with additional settings, and then save and reproduce. 同じ基本的な不変イメージを使用して複数の環境をすばやく作成する場合は、カスタム イメージをお勧めします。A custom image might be preferable if you want to quickly create several environments by using the same basic, immutable image. 数式は、最新のビットで、仮想ネットワークまたはサブネットの一部として、または特定のサイズの VM として、VM の構成を再現する場合に適しています。A formula might be better if you want to reproduce the configuration of your VM with the latest bits, as part of a virtual network or subnet, or as a VM of a specific size. 詳細については、「DevTest ラボのカスタム イメージと数式の比較」をご覧ください。For a more in-depth explanation, see Comparing custom images and formulas in DevTest Labs.

同じテンプレートから複数の VM を一度に作成するにはどうすればよいですか。How do I create multiple VMs from the same template at once?

同じテンプレートから複数の VM を一度に作成する場合、次の 2 つのオプションがあります。You have two options for simultaneously creating multiple VMs from the same template:

既存の Azure VM を DevTest Labs ラボに移動するにはどうすればよいですか。How do I move my existing Azure VMs into my DevTest Labs lab?

既存の VM を DevTest Labs にコピーするには、次の手順に従います。To copy your existing VMs to DevTest Labs:

  1. Windows PowerShell スクリプトを使用して、既存の VM の VHD ファイルをコピーします。Copy the VHD file of your existing VM by using a Windows PowerShell script.
  2. DevTest Labs ラボ内にカスタム イメージを作成します。Create the custom image inside your DevTest Labs lab.
  3. カスタム イメージからラボ内に VM を作成します。Create a VM in the lab from your custom image.

複数のディスクを VM に接続できますか。Can I attach multiple disks to my VMs?

はい。複数のディスクを VM に接続できます。Yes, you can attach multiple disks to your VMs.

テストに Windows OS イメージを使用する場合、MSDN サブスクリプションを購入する必要はありますか。If I want to use a Windows OS image for my testing, do I have to purchase an MSDN subscription?

Azure での開発またはテストに Windows クライアント OS イメージ (Windows 7 以降) を使用するには、次のいずれかを行う必要があります。To use Windows client OS images (Windows 7 or a later version) for your development or testing in Azure, you must do one of the following:

各 MSDN サービスの Azure クレジットの詳細については、「Visual Studio サブスクライバー向けの月単位の Azure クレジット」を参照してください。For more information about the Azure credits for each MSDN offering, see Monthly Azure credit for Visual Studio subscribers.

カスタム イメージを作成するために VHD ファイルをアップロードするプロセスを自動化するにはどうすればよいですか。How do I automate the process of uploading VHD files to create custom images?

カスタム イメージを作成するために VHD ファイルのアップロードを自動化する場合、次の 2 つのオプションがあります。To automate uploading VHD files to create custom images, you have two options:

  • AzCopy を使用して、ラボに関連付けられているストレージ アカウントに VHD ファイルをコピーまたはアップロードします。Use AzCopy to copy or upload VHD files to the storage account that's associated with the lab.
  • Azure ストレージ エクスプローラーを使用します。Use Azure Storage Explorer. ストレージ エクスプローラーは、Windows、OS X、Linux で動作するスタンドアロン アプリです。Storage Explorer is a standalone app that runs on Windows, OS X, and Linux.

ラボに関連付けられているコピー先ストレージ アカウントを検索するには、次の手順に従います。To find the destination storage account that's associated with your lab:

  1. Azure ポータルにサインインします。Sign in to the Azure portal.
  2. 左側のメニューの [リソース グループ] を選択します。On the left menu, select Resource Groups.
  3. ラボに関連付けられているリソース グループを見つけて選択します。Find and select the resource group that's associated with your lab.
  4. [概要] で、いずれかのストレージ アカウントを選択します。Under Overview, select one of the storage accounts.
  5. [BLOB] を選択します。Select Blobs.
  6. 一覧内でアップロードを検索します。Look for uploads in the list. 存在しない場合は、手順 4. に戻り、別のストレージ アカウントを試します。If none exists, return to step 4 and try another storage account.
  7. AzCopy コマンドで、コピー先として URL を使用します。Use the URL as the destination in your AzCopy command.

ラボ内の VM をすべて削除するプロセスを自動化するにはどうすればよいですか。How do I automate the process of deleting all the VMs in my lab?

Azure Portal でラボから VM を削除できます。You can delete VMs from your lab in the Azure portal. また、PowerShell スクリプトを使用して、ラボ内の VM をすべて削除することもできます。You also can delete all the VMs in your lab by using a PowerShell script. 次の例では、Values to change コメントの下のパラメーター値を変更します。In the following example, under the Values to change comment, modify the parameter values. subscriptionIdlabResourceGrouplabName の各値は、Azure Portal のラボ ウィンドウから取得できます。You can retrieve the subscriptionId, labResourceGroup, and labName values from the lab pane in the Azure portal.

# Delete all the VMs in a lab.

# Values to change:
$subscriptionId = "<Enter Azure subscription ID here>"
$labResourceGroup = "<Enter lab's resource group here>"
$labName = "<Enter lab name here>"

# Sign in to your Azure account.

# Select the Azure subscription that has the lab. This step is optional
# if you have only one subscription.
Select-AzureRmSubscription -SubscriptionId $subscriptionId

# Get the lab that has the VMs that you want to delete.
$lab = Get-AzureRmResource -ResourceId ('subscriptions/' + $subscriptionId + '/resourceGroups/' + $labResourceGroup + '/providers/Microsoft.DevTestLab/labs/' + $labName)

# Get the VMs from that lab.
$labVMs = Get-AzureRmResource | Where-Object {
          $_.ResourceType -eq 'microsoft.devtestlab/labs/virtualmachines' -and
          $_.ResourceName -like "$($lab.ResourceName)/*"}

# Delete the VMs.
foreach($labVM in $labVMs)
    Remove-AzureRmResource -ResourceId $labVM.ResourceId -Force


アーティファクトとは何ですか。What are artifacts?

アーティファクトは、最新のビットまたは開発用ツールを VM にデプロイするために使用できるカスタマイズ可能な要素です。Artifacts are customizable elements that you can use to deploy your latest bits or deploy your dev tools to a VM. VM の作成時に、アーティファクトを VM に接続します。Attach artifacts to your VM when you create the VM. VM がプロビジョニングされると、アーティファクトによって VM がデプロイされ、構成されます。After the VM is provisioned, the artifacts deploy and configure your VM. パブリック GitHub リポジトリで、さまざまな既存のアーティファクトを利用できます。Various preexisting artifacts are available in our public GitHub repository. また、独自のアーティファクトを作成することもできます。You can also author your own artifacts.

ラボの構成Lab configuration

Resource Manager テンプレートからラボを作成するにはどうすればよいですか。How do I create a lab from a Resource Manager template?

Microsoft では、そのままデプロイしたり、変更してラボ用のカスタム テンプレートを作成したりできる、ラボの Azure Resource Manager テンプレートの GitHub リポジトリを提供しています。We offer a GitHub repository of lab Azure Resource Manager templates that you can deploy as-is or modify to create custom templates for your labs. 各テンプレートには、独自の Azure サブスクリプションにラボをそのままデプロイするためのリンクが含まれています。Each template has a link to deploy the lab as-is in your own Azure subscription. また、テンプレートをカスタマイズし、PowerShell または Azure CLI を使用してデプロイすることもできます。Or, you can customize the template and deploy by using PowerShell or Azure CLI.

VM が任意の名前でさまざまなリソース グループに作成されるのはなぜですか。Why are my VMs created in different resource groups, with arbitrary names? これらのリソース グループの名前や内容を変更できますか。Can I rename or modify these resource groups?

リソース グループがこのように作成されるのは、DevTest Labs がユーザーのアクセス許可と VM へのアクセスを管理できるようにするためです。Resource groups are created this way so that DevTest Labs can manage user permissions and access to VMs. VM を別のリソース グループに移動し、希望の名前を使用することはできますが、リソース グループには変更を加えないことをお勧めします。Although you can move a VM to another resource group, and use the name that you want, we recommend that you don't make changes to the resource groups. 柔軟性の向上を目指して、機能の改善に取り組んでいます。We are working on improving this experience to allow more flexibility.

同じサブスクリプションにラボをいくつ作成できますか。How many labs can I create under the same subscription?

サブスクリプションごとに作成できるラボの数に特定の制限はありません。There isn't a specific limit on the number of labs that can be created per subscription. ただし、サブスクリプションごとに使用できるリソースの量には制限があります。However, the amount of resources used per subscription is limited. Azure サブスクリプションの制限とクォータおよびこれらの制限を引き上げる方法に関する記事をご覧ください。You can read about the limits and quotas for Azure subscriptions and how to increase these limits.

ラボごとにいくつの VM を作成できますか。How many VMs can I create per lab?

ラボごとに作成できる VM の数に特定の制限はありません。There is no specific limit on the number of VMs that can be created per lab. ただし、使用できるリソース (VM コア、パブリック IP など) はサブスクリプションごとに制限されています。However, the resources (VM cores, public IP addresses, and so on) that are used are limited per subscription. Azure サブスクリプションの制限とクォータおよびこれらの制限を引き上げる方法に関する記事をご覧ください。You can read about the limits and quotas for Azure subscriptions and how to increase these limits.

  1. Azure Portal でラボに移動します。In the Azure portal, go to the lab.
  2. ブラウザーからラボの URL をコピーし、ラボ ユーザーと共有します。Copy the lab URL from your browser, and then share it with your lab users.


ラボ ユーザーが Microsoft アカウントを持つ外部ユーザーであり、組織の Active Directory インスタンスのメンバーではない場合、そのユーザーが共有リンクにアクセスしようとすると、エラー メッセージが表示される場合があります。If a lab user is an external user who has a Microsoft account, but who is not a member of your organization's Active Directory instance, the user might see an error message when they try to access the shared link. 外部ユーザーにエラー メッセージが表示された場合は、そのユーザーに、Azure Portal の右上隅に表示されている自分の名前をまず選択してもらいます。If an external user sees an error message, ask the user to first select their name in the upper-right corner of the Azure portal. これで、ユーザーはメニューの [ディレクトリ] セクションで、ラボが存在するディレクトリを選択できるようになります。Then, in the Directory section of the menu, the user can select the directory where the lab exists.

Microsoft アカウントとは何ですか。What is a Microsoft account?

Microsoft アカウントは、Microsoft のデバイスとサービスで実行するほぼすべての操作に使用するアカウントです。A Microsoft account is an account you use for almost everything you do with Microsoft devices and services. Skype、、OneDrive、Windows Phone、Xbox LIVE へのサインインに使用する電子メール アドレスとパスワードで構成されます。It’s an email address and password that you use to sign in to Skype,, OneDrive, Windows phone, and Xbox Live. 1 つのアカウントで、どのデバイスからでもファイル、写真、連絡先、設定を利用できます。A single account means that your files, photos, contacts, and settings can follow you on any device.


Microsoft アカウントは、以前は Windows Live ID と呼ばれていました。A Microsoft account used to be called a Windows Live ID.


VM の作成時にアーティファクトでエラーが発生しました。My artifact failed during VM creation. どのようにトラブルシューティングすればよいですか。How do I troubleshoot it?

失敗したアーティファクトのログを取得する方法については、DevTest Labs でアーティファクトの失敗を診断する方法に関する記事をご覧ください。To learn how to get logs for your failed artifact, see How to diagnose artifact failures in DevTest Labs.

既存の仮想ネットワークが正しく保存されないのはなぜですか。Why isn't my existing virtual network saving properly?

仮想ネットワーク名にピリオドが含まれていることが原因となっている可能性があります。One possibility is that your virtual network name contains periods. その場合は、ピリオドを削除するか、ハイフンに置き換えてみます。If so, try removing the periods or replacing them with hyphens. その後、仮想ネットワークをもう一度保存してみてください。Then, try again to save the virtual network.

PowerShell から VM をプロビジョニングしたときに、"親リソースが見つからない" ことを示すエラーが発生するのはなぜですか。Why do I get a "Parent resource not found" error when I provision a VM from PowerShell?

リソースが別のリソースの親である場合、子リソースを作成するには、親リソースが存在している必要があります。When one resource is a parent to another resource, the parent resource must exist before you create the child resource. 親リソースが存在しない場合、ParentResourceNotFound メッセージが表示されます。If the parent resource does not exist, you see a ParentResourceNotFound message. 親リソースに依存関係を指定していない場合、子リソースは親の前にデプロイされる可能性があります。If you don't specify a dependency on the parent resource, the child resource might be deployed before the parent.

VM は、リソース グループ内のラボの下の子リソースです。VMs are child resources under a lab in a resource group. PowerShell で Resource Manager テンプレートを使用して VM をデプロイした場合、PowerShell スクリプトで指定されたリソース グループ名がラボのリソース グループ名になります。When you use Resource Manager templates to deploy VMs by using PowerShell, the resource group name provided in the PowerShell script should be the resource group name of the lab. 詳細については、Azure へのデプロイで発生する一般的なエラーのトラブルシューティングに関する記事をご覧ください。For more information, see Troubleshoot common Azure deployment errors.

VM のデプロイが失敗した場合、さらに詳しいエラー情報はどこで確認できますか。Where can I find more error information if a VM deployment fails?

VM のデプロイ エラーは、アクティビティ ログに記録されます。VM deployment errors are captured in activity logs. ラボの VM のアクティビティ ログは、ラボの VM ブレードにあるリソース メニューの [監査ログ] または [Virtual machine diagnostics](仮想マシン診断) で確認できます (VM ブレードは、[My virtual machines](マイ仮想マシン) の一覧から VM を選択すると表示されます)。You can find lab VM activity logs under Audit logs or Virtual machine diagnostics on the resource menu on the lab's VM blade (the blade appears after you select the VM from the My virtual machines list).

VM のデプロイが開始される前に、デプロイ エラーが発生する場合もあります。Sometimes, the deployment error occurs before VM deployment begins. たとえば、VM で作成されたリソースのサブスクリプションの制限を超えた場合です。An example is when the subscription limit for a resource that was created with the VM is exceeded. この場合、ラボ レベルのアクティビティ ログにエラーの詳細が記録されます。In this case, the error details are captured in the lab-level activity logs. アクティビティ ログは、[Configuration and policies](構成とポリシー) 設定の下部にあります。Activity logs are located at the bottom of the Configuration and policies settings. Azure でのアクティビティ ログ使用の詳細については、「リソースのアクションを監査するアクティビティ ログの表示」を参照してください。For more information about using activity logs in Azure, see View activity logs to audit actions on resources.

Azure DevTest Labs を使用するGet started with Azure DevTest Labs

Azure を利用するのが初めてであれば、New to Azure? 無料の Azure アカウントを作成しますCreate a free Azure account.

既に Azure をご利用中であれば、Already on Azure? DevTest Labs で最初のラボの使用を開始します。Get started with your first lab in DevTest Labs.

Get started with Azure DevTest Labs in minutesGet started with Azure DevTest Labs in minutes