Nejčastější dotazy k Azure DevTest LabsAzure DevTest Labs FAQ

Získejte odpovědi na některé z nejběžnějších otázek o Azure DevTest Labs.Get answers to some of the most common questions about Azure DevTest Labs.

Příspěvek na bloguBlog post

Náš blog týmu DevTest Labs byl vyřazen od 20. března 2019.Our DevTest Labs Team blog has been retired as of 20 March 2019. 

Kde můžu sledovat aktualizace funkcí od teď?Where can I track feature updates from now on?

Od této chvíle budeme publikovat aktualizace funkcí a informativní blogové příspěvky na blogu Azure a na aktualizace Azure.From now on, we'll be posting feature updates and informative blog posts on the Azure blog and Azure updates. Tyto blogové příspěvky budou také odkazovat na naši dokumentaci, kdykoli je to potřeba.These blog posts will also link to our documentation wherever required.

Přihlaste se k odběru blogu Azure pro DevTest Labs a aktualizace DevTest Labs Azure , abyste měli přehled o nových funkcích v DevTest Labs.Subscribe to the DevTest Labs Azure Blog and DevTest Labs Azure updates to stay informed about new features in DevTest Labs.

Co se stane s existujícími příspěvky na blogu?What happens to the existing blog posts?

V současnosti pracujeme na migraci stávajících příspěvků na blogu (s výjimkou aktualizací výpadků) do naší dokumentace k DevTest Labs.We're currently working on migrating existing blog posts (excluding outage updates) to our DevTest Labs documentation. Pokud je blog MSDN zastaralý, bude přesměrován na přehled dokumentace pro DevTest Labs.When the MSDN blog is deprecated, it will be redirected to the documentation overview for DevTest Labs. Po přesměrování můžete vyhledat článek, který hledáte v názvu Filter by.Once redirected, you can search for the article you're looking for in the 'Filter by' title. Zatím jsme nemigrovali všechny příspěvky, ale měli byste to udělat na konci tohoto měsíce.We haven't migrated all posts yet, but should be done by end of this month. 

Kde se zobrazují aktualizace výpadku?Where do I see outage updates?

Pomocí naší služby Twitter vám budeme účtovat aktualizace výpadků, a to od teď až dál.We'll be posting outage updates using our Twitter handle from now onwards. Sledujte nás na Twitteru a získejte nejnovější aktualizace pro výpadky a známé chyby.Follow us on Twitter to get latest updates on outages and known bugs.

TwitterTwitter

Váš popisovač Twitteru: @azlabservicesOur Twitter handle: @azlabservices

ObecnéGeneral

Co když tady není odpověď na moji otázku?What if my question isn't answered here?

Pokud tady uvedený dotaz není, sdělte nám, abychom vám pomohli najít odpověď.If your question isn't listed here, let us know, so we can help you find an answer.

Co je účet Microsoft?What is a Microsoft account?

Účet Microsoft je účet, který použijete pro téměř všechno, co děláte se zařízeními a službami Microsoftu.A Microsoft account is an account you use for almost everything you do with Microsoft devices and services. Jedná se o e-mailovou adresu a heslo, které používáte k přihlášení ke službám Skype, Outlook.com, OneDrive, Windows Phone, Azure a Xbox Live.It’s an email address and password that you use to sign into Skype, Outlook.com, OneDrive, Windows phone, Azure, and Xbox Live. Jeden účet znamená, že vaše soubory, fotky, kontakty a nastavení vás můžou sledovat na jakémkoli zařízení.A single account means that your files, photos, contacts, and settings can follow you on any device.

Poznámka

Účet Microsoft, který se používá pro volání Windows Live ID.A Microsoft account used to be called a Windows Live ID.

Proč mám použít Azure DevTest Labs?Why should I use Azure DevTest Labs?

Azure DevTest Labs může váš tým ušetřit čas i peníze.Azure DevTest Labs can save your team time and money. Vývojáři mohou vytvářet vlastní prostředí pomocí několika různých základů.Developers can create their own environments by using several different bases. Můžou také použít artefakty k rychlému nasazování a konfiguraci aplikací.They also can use artifacts to quickly deploy and configure applications. Pomocí vlastních imagí a vzorců můžete virtuální počítače ukládat jako šablony a snadno je reprodukována v rámci týmu.By using custom images and formulas, you can save virtual machines (VMs) as templates, and easily reproduce them across the team. DevTest Labs také nabízí několik konfigurovatelných zásad, které mohou správci testovacího prostředí využít ke snížení odpadu a správě prostředí týmu.DevTest Labs also offers several configurable policies that lab administrators can use to reduce waste and manage a team's environments. Mezi tyto zásady patří automatické vypnutí, prahová hodnota nákladů, maximální počet virtuálních počítačů na uživatele a maximální velikost virtuálního počítače.These policies include auto-shutdown, cost threshold, maximum VMs per user, and maximum VM size. Podrobnější vysvětlení DevTest Labs najdete v tématu Přehled nebo úvodní video.For a more in-depth explanation of DevTest Labs, see the overview or the introductory video.

Co znamená "Samoobslužná služba bez obav"?What does "worry-free self-service" mean?

Samoobslužná služba bez obav znamená, že vývojáři a testeri si podle potřeby vytvářejí vlastní prostředí.Worry-free self-service means that developers and testers create their own environments as needed. Správci mají jistotu, že DevTest Labs vám pomůžou nastavit příslušný přístup a minimalizovat náklady na odpad a kontrolu.Administrators have the security of knowing that DevTest Labs can help set the appropriate access, minimize waste and control costs. Správci mohou určit, jaké velikosti virtuálních počítačů jsou povoleny, maximální počet virtuálních počítačů a spuštění a vypnutí virtuálních počítačů.Administrators can specify which VM sizes are allowed, the maximum number of VMs, and when VMs are started and shut down. DevTest Labs také usnadňuje monitorování nákladů a nastavování výstrah, které vám pomůžou udržet informace o tom, jak se používají prostředky testovacího prostředí.DevTest Labs also makes it easy to monitor costs and set alerts, to help you stay aware of how lab resources are being used.

Jak můžu používat DevTest Labs?How can I use DevTest Labs?

DevTest Labs je užitečné kdykoli, když požadujete vývojové nebo testovací prostředí a chcete je rychle reprodukováni, nebo je můžete spravovat pomocí zásad úspory nákladů.DevTest Labs is useful anytime you require dev or test environments, and want to reproduce them quickly, or manage them by using cost-saving policies. Tady je několik scénářů, které naši zákazníci používají DevTest Labs pro:Here are some scenarios that our customers use DevTest Labs for:

  • Spravujte prostředí pro vývoj a testování na jednom místě.Manage dev and test environments in one place. Pomocí zásad můžete snížit náklady a vytvořit vlastní image pro sdílení sestavení v celém týmu.Use policies to reduce costs and create custom images to share builds across the team.
  • Vývoj aplikace pomocí vlastních imagí k uložení stavu disku v průběhu fází vývoje.Develop an application by using custom images to save the disk state throughout the development stages.
  • Sledujte náklady ve vztahu k průběhu.Track cost in relation to progress.
  • Vytváření hromadných testovacích prostředí pro testování kvality zabezpečování.Create mass test environments for quality assurance testing.
  • Použití artefaktů a vzorců umožňuje snadnou konfiguraci a reprodukování aplikace v různých prostředích.Use artifacts and formulas to easily configure and reproduce an application in various environments.
  • Distribuujte virtuální počítače pro hackathony (Týmová vývoj nebo testování práce) a pak je snadno oddělte, až událost skončí.Distribute VMs for hackathons (collaborative dev or test work), and then easily deprovision them when the event ends.

Jak se fakturuje DevTest Labs?How am I billed for DevTest Labs?

DevTest Labs je bezplatná služba.DevTest Labs is a free service. Vytváření Labs a konfigurace zásad, šablon a artefaktů v DevTest Labs je zdarma.Creating labs and configuring policies, templates, and artifacts in DevTest Labs is free. Platíte jenom za prostředky Azure používané v laboratořích, jako jsou virtuální počítače, účty úložiště a virtuální sítě.You pay only for the Azure resources used in your labs, such as VMs, storage accounts, and virtual networks. Další informace o nákladech na prostředky testovacího prostředí najdete v tématu Azure DevTest Labs ceny.For more information about the cost of lab resources, see Azure DevTest Labs pricing.

ZabezpečeníSecurity

Jaké jsou různé úrovně zabezpečení v DevTest Labs?What are the different security levels in DevTest Labs?

Přístup k zabezpečení je určený Access Control na základě rolí (RBAC).Security access is determined by Role-Based Access Control (RBAC). Pokud se chcete dozvědět, jak Access funguje, pomůže se naučit rozdíly mezi oprávněními, rolí a oborem definovaným pomocí RBAC.To learn how access works, it helps to learn the differences between a permission, a role, and a scope, as defined by RBAC.

  • Oprávnění: oprávnění je definovaný přístup k určité akci.Permission: A permission is a defined access to a specific action. Oprávnění může být například přístup pro čtení ke všem virtuálním počítačům.For example, a permission can be read access to all VMs.
  • Role: role je sada oprávnění, která se dají seskupit a přiřadit k uživateli.Role: A role is a set of permissions that can be grouped and assigned to a user. Například uživatel s rolí vlastníka předplatného má přístup ke všem prostředkům v rámci předplatného.For example, a user with a subscription owner role has access to all resources within a subscription.
  • Obor: obor je úroveň v rámci hierarchie prostředku Azure.Scope: A scope is a level within the hierarchy of an Azure resource. Oborem může být například skupina prostředků, jedna laboratoř nebo celé předplatné.For example, a scope can be a resource group, a single lab, or the entire subscription.

V rámci rozsahu DevTest Labs existují dva typy rolí, které definují oprávnění uživatele:Within the scope of DevTest Labs, there are two types of roles that define user permissions:

  • Vlastník testovacího prostředí: vlastník testovacího prostředí má přístup ke všem prostředkům v testovacím prostředí.Lab owner: A lab owner has access to all resources in the lab. Vlastník testovacího prostředí může měnit zásady, číst a zapisovat na všechny virtuální počítače, měnit virtuální síť a tak dále.A lab owner can modify policies, read and write to any VMs, change the virtual network, and so on.
  • Uživatel testovacího prostředí: uživatel testovacího prostředí může zobrazit všechny prostředky testovacího prostředí, jako jsou virtuální počítače, zásady a virtuální sítě.Lab user: A lab user can view all lab resources, such as VMs, policies, and virtual networks. Uživatel testovacího prostředí ale nemůže měnit zásady nebo žádné virtuální počítače, které vytvořili jiní uživatelé.However, a lab user can't modify policies or any VMs that were created by other users.

Můžete také vytvořit vlastní role v DevTest Labs.You also can create custom roles in DevTest Labs. Informace o tom, jak vytvářet vlastní role v DevTest Labs, najdete v tématu udělení uživatelských oprávnění konkrétním zásadám testovacího prostředí.To learn how to create custom roles in DevTest Labs, see Grant user permissions to specific lab policies.

Vzhledem k tomu, že obory jsou hierarchické, pokud má uživatel oprávnění v určitém oboru, uživateli se tato oprávnění automaticky udělí v každém oboru nižší úrovně v oboru.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. Pokud je například uživateli přiřazena role vlastníka předplatného, má uživatel přístup ke všem prostředkům v rámci předplatného.For instance, if a user is assigned the role of subscription owner, the user has access to all resources in a subscription. Mezi tyto prostředky patří virtuální počítače, virtuální sítě a laboratoře.These resources include VMs, virtual networks, and labs. Vlastník předplatného automaticky zdědí roli vlastníka testovacího prostředí.A subscription owner automatically inherits the role of lab owner. Opak však není pravda.However, the opposite is not true. Vlastník testovacího prostředí má přístup k testovacímu prostředí, což je nižší obor než úroveň předplatného.A lab owner has access to a lab, which is a lower scope than the subscription level. Vlastník testovacího prostředí proto nemůže zobrazit virtuální počítače, virtuální sítě ani žádné další prostředky, které jsou mimo testovací prostředí.So, a lab owner can't see VMs, virtual networks, or any other resources that are outside the lab.

Návody pro prostředí DevTest Labs definovat řízení přístupu na základě rolí, aby se zajistilo, že se může řídit, zatímco vývojáři/testy můžou svou práci dělat?How do I define role-based access control for my DevTest Labs environments to ensure that IT can govern while developers/test can do their work?

Existuje velký model, ale podrobnosti závisí na vaší organizaci.There is a broad pattern, however the detail depends on your organization.

Centrální IT oddělení by mělo mít pouze to, co je potřeba, a umožnit týmům projektu a aplikace, aby měli potřebnou úroveň řízení.Central IT should own only what is necessary and enable the project and application teams to have the needed level of control. Obvykle to znamená, že je ústřední IT vlastníkem předplatného a zpracovává základní funkce IT, jako jsou třeba síťové konfigurace.Typically, it means that central IT owns the subscription and handles core IT functions such as networking configurations. Sada vlastníků předplatného musí být malá.The set of owners for a subscription should be small. Tito vlastníci můžou jmenovat další vlastníky, pokud je potřeba, nebo použít zásady na úrovni předplatného, například bez veřejné IP adresy.These owners can nominate additional owners when there's a need, or apply subscription-level policies, for example “No Public IP”.

Může existovat podmnožina uživatelů, kteří vyžadují přístup v rámci předplatného, jako je Tier1 nebo podpora vrstvy 2.There may be a subset of users that require access across a subscription, such as Tier1 or Tier 2 support. V takovém případě doporučujeme těmto uživatelům udělit přístup přispěvatelům , aby mohli spravovat prostředky, ale neposkytovali přístup k uživatelům nebo neupravují zásady.In this case, we recommend that you give these users the contributor access so that they can manage the resources, but not provide user access or adjust policies.

Prostředek DevTest Labs by měl vlastnit vlastníci, kteří jsou blízko týmu projektu nebo aplikace.The DevTest Labs resource should be owned by owners who are close to the project/application team. Je to proto, že rozumí jejich požadavkům na počítače a požadovaný software.It's because they understand their requirements for machines, and required software. Ve většině organizací je vlastníkem tohoto prostředku DevTest Labs obvykle vedoucí projektu nebo vývoje.In most organizations, the owner of this DevTest Labs resource is commonly the project/development lead. Tento vlastník může spravovat uživatele a zásady v rámci testovacího prostředí a může spravovat všechny virtuální počítače v prostředí DevTest Labs.This owner can manage users and policies within the lab environment and can manage all VMs in the DevTest Labs environment.

Členové týmu projektu nebo aplikace by měli být přidáni do role Uživatelé DevTest Labs .The project/application team members should be added to the DevTest Labs Users role. Tito uživatelé můžou vytvářet virtuální počítače (v souladu s zásadami testovacího prostředí a na úrovni předplatného).These users can create virtual machines (in-line with the lab and subscription-level policies). Můžou taky spravovat svoje vlastní virtuální počítače.They can also manage their own virtual machines. Nemůžou spravovat virtuální počítače, které patří jiným uživatelům.They can't manage virtual machines that belong to other users.

Další informace najdete v tématu základní informace o službě Azure Enterprise lešení – dokumentace zásad správného řízení předplatného.For more information, see Azure enterprise scaffold – prescriptive subscription governance documentation.

Návody vytvořit roli, která uživatelům umožní provést konkrétní úkol?How do I create a role to allow users to do a specific task?

Komplexní článek o vytváření vlastních rolí a přiřazování oprávnění k roli najdete v tématu udělení uživatelských oprávnění konkrétním zásadám testovacího prostředí.For a comprehensive article about how to create custom roles and assign permissions to a role, see Grant user permissions to specific lab policies. Tady je příklad skriptu, který vytváří pokročilého uživatele role DevTest Labs, který má oprávnění ke spouštění a zastavování všech virtuálních počítačů v testovacím prostředí: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-AzRoleDefinition "DevTest Labs User"
$policyRoleDef.Actions.Remove('Microsoft.DevTestLab/Environments/*')
$policyRoleDef.Id = $null
$policyRoleDef.Name = "DevTest Labs Advanced User"
$policyRoleDef.IsCustom = $true
$policyRoleDef.AssignableScopes.Clear()
$policyRoleDef.AssignableScopes.Add("subscriptions/<subscription Id>")
$policyRoleDef.Actions.Add("Microsoft.DevTestLab/labs/virtualMachines/Start/action")
$policyRoleDef.Actions.Add("Microsoft.DevTestLab/labs/virtualMachines/Stop/action")
$policyRoleDef = New-AzRoleDefinition -Role $policyRoleDef  

Jak může organizace zajistit, aby byly zásady zabezpečení společnosti zavedeny?How can an organization ensure corporate security policies are in place?

Organizace ji může dosáhnout provedením následujících akcí:An organization may achieve it by doing the following actions:

  • Vývoj a publikování komplexních zásad zabezpečení.Developing and publishing a comprehensive security policy. Zásady překloubují pravidla přijatelného použití související s používáním softwaru, cloudových prostředků.The policy articulates the rules of acceptable use associated with the using software, cloud assets. Definuje také, co jasně narušuje zásady.It also defines what clearly violates the policy.
  • Vývoj vlastní image, vlastních artefaktů a procesu nasazení, který umožňuje orchestraci v rámci sféry zabezpečení, která je definovaná ve službě Active Directory.Develop a custom image, custom artifacts, and a deployment process that allows for orchestration within the security realm that is defined with active directory. Tento přístup vynutil hranici společnosti a nastavuje společnou sadu ovládacích prvků pro životní prostředí.This approach enforces the corporate boundary and sets a common set of environmental controls. Tyto ovládací prvky pro prostředí může vývojář při vývoji brát v úvahu a v rámci celého procesu dodržujte životní cyklus bezpečného vývoje.These controls against the environment a developer can consider as they develop and follow a secure development lifecycle as part of their overall process. Cílem je také poskytnout prostředí, které není příliš omezující, což může bránit vývoji, ale přiměřenou sadu ovládacích prvků.The objective also is to provide an environment that isn't overly restrictive that may hinder development, but a reasonable set of controls. Zásady skupiny v organizační jednotce (OU), která obsahuje virtuální počítače testovacího prostředí, můžou být podmnožinou celkových zásad skupiny, které se nacházejí v produkčním prostředí.The group policies at the organization unit (OU) that contains lab virtual machines could be a subset of the total group policies that are found in production. Alternativně může být další sada, která bude správně zmírnit všechna zjištěná rizika.Alternatively, they can be an additional set to properly mitigate any identified risks.

Jak může organizace zajistit integritu dat, aby vývojáři vzdálené komunikace nemohli odebrat kód nebo zavést malware nebo neschválený software?How can an organization ensure data integrity to ensure that remoting developers can't remove code or introduce malware or unapproved software?

Existuje několik vrstev řízení pro zmírnění hrozby od externích konzultantů, dodavatelů nebo zaměstnanců, kteří pracují v DevTest Labs při spolupráci.There are several layers of control to mitigate the threat from external consultants, contractors, or employees that are remoting in to collaborate in DevTest Labs.

Jak bylo uvedeno dříve, musí mít první krok v konceptu přijatelné zásady použití, které budou jasně vypsány a definovány tak, aby jasné, které důsledky porušují nějaké zásady.As stated previously, the first step must have an acceptable use policy drafted and defined that clearly outlines the consequences when someone violates the policy.

První vrstvou ovládacích prvků pro vzdálený přístup je použití zásady vzdáleného přístupu prostřednictvím připojení VPN, které není přímo připojené k testovacímu prostředí.The first layer of controls for remote access is to apply a remote access policy through a VPN connection that isn't directly connected to the lab.

Druhá vrstva ovládacích prvků je použít sadu objektů zásad skupiny, které zabraňují kopírování a vkládání prostřednictvím vzdálené plochy.The second layer of controls is to apply a set of group policy objects that prevent copy and paste through remote desktop. Je možné implementovat zásady sítě, aby nepovolovaly odchozí služby z prostředí, jako jsou služby FTP a RDP, mimo prostředí.A network policy could be implemented to not allow outbound services from the environment such as FTP and RDP services out of the environment. Uživatelem definované směrování může vynutit všechny síťové přenosy v Azure zpátky do místního prostředí, ale směrování nemohlo pro všechny adresy URL, které by mohly umožňovat nahrávání dat, nastavovat přenosy dat, pokud se neřídí proxy serverem pro skenování obsahu a relací.User-defined routing could force all Azure network traffic back to on-premises, but the routing couldn't account for all URLs that might allow uploading of data unless controlled through a proxy to scan content and sessions. Veřejné IP adresy se můžou omezit v rámci virtuální sítě, které podporují DevTest Labs, aby nepovolovaly přemostění prostředků externí sítě.Public IPs could be restricted within the virtual network supporting DevTest Labs to not allow bridging of an external network resource.

V konečném případě je třeba v rámci organizace použít stejný typ omezení, který by měl mít za všechny možné metody vyměnitelných médií nebo externích adres URL, které by mohly přijmout obsah.Ultimately, the same type of restrictions needs to be applied across the organization, which would account for all possible methods of removable media or external URLs that could accept a post of content. Pokud chcete zkontrolovat a implementovat zásady zabezpečení, obraťte se na svého odborníka na zabezpečení.Consult with your security professional to review and implement a security policy. Další doporučení najdete v tématu Microsoft Internet Security.For more recommendations, see Microsoft Cyber Security.

Konfigurace testovacího prostředíLab configuration

Návody vytvořit testovací prostředí ze šablony Správce prostředků?How do I create a lab from a Resource Manager template?

Nabízíme úložiště GitHubu šablon testovacího Azure Resource Manager prostředí , které můžete nasadit tak, jak jsou, nebo upravit a vytvořit vlastní šablony pro cvičení.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. Každá šablona obsahuje odkaz na nasazení testovacího prostředí, protože je ve vašem vlastním předplatném Azure.Each template has a link to deploy the lab as it's in your own Azure subscription. Nebo můžete šablonu přizpůsobit a nasadit pomocí PowerShellu nebo Azure CLI.Or, you can customize the template and deploy by using PowerShell or Azure CLI.

Můžu se všechny virtuální počítače vytvořit ve společné skupině prostředků, takže každý počítač má vlastní skupinu prostředků?Can I have all virtual machines to be created in a common resource group instead having each machine in its own resource group?

Ano, jako vlastník testovacího prostředí můžete buď nechat testovací prostředí zpracovat přidělení skupiny prostředků, nebo nechat všechny virtuální počítače vytvořené v rámci společné skupiny prostředků, kterou zadáte.Yes, as a lab owner, you can either let the lab handle resource group allocation for you or have all virtual machines created in a common resource group that you specify.

Scénář samostatné skupiny prostředků:Separate resource group scenario:

  • DevTest Labs vytvoří novou skupinu prostředků pro každý virtuální počítač s veřejnými a soukromými IP adresami, který jste vytočíi.DevTest Labs creates a new resource group for every public/private IP virtual machine you spin up
  • DevTest Labs vytvoří skupinu prostředků pro sdílené IP počítače, které patří do stejné velikosti.DevTest Labs creates a resource group for shared IP machines that belong to the same size.

Scénář běžných skupin prostředků:Common resource group scenario:

Návody udržovat zásady vytváření názvů napříč prostředím DevTest Labs?How do I maintain a naming convention across my DevTest Labs environment?

Je možné, že budete chtít stávající podnikové zásady vytváření názvů v rámci Azure zvýšit a zajistit jejich konzistenci v prostředí DevTest Labs.You may want to extend current enterprise naming conventions to Azure operations and make them consistent across the DevTest Labs environment. Při nasazování DevTest Labs doporučujeme, abyste měli konkrétní počáteční zásady.When deploying DevTest Labs, we recommend that you have specific starting policies. Tyto zásady nasadíte pomocí centrálního skriptu a šablon JSON pro vymáhání konzistence.You deploy these policies by a central script and JSON templates to enforce consistency. Zásady pojmenování se dají implementovat prostřednictvím zásad Azure použitých na úrovni předplatného.Naming policies can be implemented through Azure policies applied at the subscription level. Ukázky JSON pro Azure Policy najdete v tématu Azure Policy Samples.For JSON samples for Azure Policy, see Azure Policy samples.

Kolik laboratoří mohu vytvořit v rámci stejného předplatného?How many labs can I create under the same subscription?

Počet laboratoří, které se dají vytvořit pro každé předplatné, nemá konkrétní limit.There isn't a specific limit on the number of labs that can be created per subscription. Množství prostředků použitých v rámci předplatného je ale omezené.However, the amount of resources used per subscription is limited. Můžete si přečíst o omezeních a kvótách pro předplatná Azure a o tom, jak tato omezení zvýšit.You can read about the limits and quotas for Azure subscriptions and how to increase these limits.

Kolik virtuálních počítačů je možné vytvořit pro testovací prostředí?How many VMs can I create per lab?

Počet virtuálních počítačů, které se dají vytvořit pro každé testovací prostředí, není nijak omezený.There is no specific limit on the number of VMs that can be created per lab. Prostředky (jádra virtuálních počítačů, veřejné IP adresy atd.) se ale u každého předplatného omezí.However, the resources (VM cores, public IP addresses, and so on) that are used are limited per subscription. Můžete si přečíst o omezeních a kvótách pro předplatná Azure a o tom, jak tato omezení zvýšit.You can read about the limits and quotas for Azure subscriptions and how to increase these limits.

Návody určit poměr uživatelů na testovací prostředí a celkový počet laboratorních cvičení potřebných v rámci organizace?How do I determine the ratio of users per lab and the overall number of labs that are needed across an organization?

Doporučujeme, aby obchodní jednotky a skupiny pro vývoj, které jsou přidruženy ke stejnému vývojovému projektu, byly přidruženy ke stejnému testovacímu prostředí.We recommend that business units and development groups that are associated with the same development project are associated with the same lab. Umožňuje použít pro obě skupiny stejné typy zásad, obrázků a zásad vypnutí.It allows for same types of policies, images, and shutdown policies to be applied to both groups.

Možná budete muset zvážit i geografické hranice.You may also need to consider geographic boundaries. Například vývojáři v oblasti USA – východ USA (US) můžou používat testovací prostředí zřízené ve východní USA 2.For example, developers in the North East United States (US) may use a lab provisioned in East US2. A vývojáři v Dallasu, Texas a Denver můžou Coloradu směrovat na používání prostředků v USA (střed) – jih.And, developers in Dallas, Texas, and Denver, Colorado may be directed to use a resource in US South Central. Pokud se jedná o spolupráci s externí třetí stranou, mohla by být přiřazena testovacímu prostředí, které nepoužívá interní vývojáři.If there is a collaborative effort with an external third party, they could be assigned to a lab that is not used by internal developers.

Testovací prostředí můžete použít také pro konkrétní projekt v rámci Azure DevOps Projects.You may also use a lab for a specific project within Azure DevOps Projects. Pak můžete zabezpečení použít prostřednictvím zadané skupiny Azure Active Directory, která umožňuje přístup k oběma prostředkům.Then, you apply security through a specified Azure Active Directory group, which allows access to both set of resources. Pro konsolidaci uživatelů může být virtuální síť přiřazená k testovacímu prostředí jinou hranicí.The virtual network assigned to the lab can be another boundary to consolidate users.

Jak můžeme zabránit odstranění prostředků v testovacím prostředí?How can we prevent the deletion of resources within a lab?

Doporučujeme, abyste na úrovni testovacího prostředí nastavili správná oprávnění, aby mohli odstraňovat prostředky nebo měnit zásady testovacího prostředí jenom autorizovaní uživatelé.We recommend that you set proper permissions at the lab level so that only authorized users can delete resources or change lab policies. Vývojáři by měli být uvedení do skupiny uživatelů DevTest Labs .Developers should be placed within the DevTest Labs Users group. Vedoucí vývojář nebo vedoucí infrastruktury by měli být vlastníkem DevTest Labs.The lead developer or the infrastructure lead should be the DevTest Labs Owner. Doporučujeme, abyste měli pouze dva vlastníky testovacího prostředí.We recommend you have only two lab owners. Tato zásada rozšiřuje do úložiště kódu, aby nedocházelo k poškození.This policy extends towards the code repository to avoid corruption. Uživatelé testovacího prostředí mají práva k používání prostředků, ale nemůžou aktualizovat zásady testovacího prostředí.Lab users have rights to use resources but can't update lab policies. Přečtěte si následující článek, který obsahuje informace o rolích a oprávněních, které mají jednotlivé předdefinované skupiny v rámci testovacího prostředí: Přidání vlastníků a uživatelů v Azure DevTest Labs.See the following article that lists the roles and rights that each built-in group has within a lab: Add owners and users in Azure DevTest Labs.

  1. V Azure Portalpřejdete do testovacího prostředí.In the Azure portal, go to the lab.
  2. Zkopírujte adresu URL testovacího prostředí z prohlížeče a potom ho sdílejte s uživateli testovacího prostředí.Copy the lab URL from your browser, and then share it with your lab users.

Poznámka

Pokud je uživatel testovacího prostředí externí uživatel, který má účet Microsoft, ale není členem instance Active Directory vaší organizace, může se uživateli při pokusu o přístup ke sdílenému odkazu zobrazit chybová zpráva.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. Pokud externí uživatel uvidí chybovou zprávu, požádejte uživatele, aby nejdřív vybral jméno v pravém horním rohu 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. V části adresář v nabídce pak může uživatel vybrat adresář, ve kterém testovací prostředí existuje.Then, in the Directory section of the menu, the user can select the directory where the lab exists.

Virtuální počítačeVirtual machines

Proč se na stránce Virtual Machines, kterou vidím v DevTest Labs, nezobrazily virtuální počítače?Why can't I see VMs on the Virtual Machines page that I see in DevTest Labs?

Při vytváření virtuálního počítače v DevTest Labs máte oprávnění pro přístup k tomuto virtuálnímu počítači.When you create a VM in DevTest Labs, you're given permission to access that VM. Virtuální počítač můžete zobrazit na stránce Labs a na stránce Virtual Machines .You can view the VM both on the labs page and on the Virtual Machines page. Uživatelé přiřazení k roli vlastníka DevTest Labs můžou zobrazit všechny virtuální počítače, které byly vytvořené v testovacím prostředí, na stránce všechny Virtual Machines testovacího prostředí.Users assigned to the DevTest Labs Owner role can see all VMs that were created in the lab on the lab's All Virtual Machines page. Uživatelům, kteří mají roli uživatele DevTest Labs , ale nemají automaticky udělený přístup pro čtení k prostředkům virtuálního počítače, které vytvořili jiní uživatelé.However, users who have the DevTest Labs User role are not automatically granted read access to VM resources that other users have created. Tyto virtuální počítače proto nejsou zobrazené na stránce Virtual Machines .So, those VMs are not displayed on the Virtual Machines page.

Návody vytvořit více virtuálních počítačů ze stejné šablony najednou?How do I create multiple VMs from the same template at once?

Existují dvě možnosti pro současné vytvoření více virtuálních počítačů ze stejné šablony:You have two options for simultaneously creating multiple VMs from the same template:

Návody přesunout stávající virtuální počítače Azure do testovacího prostředí DevTest Labs?How do I move my existing Azure VMs into my DevTest Labs lab?

Zkopírování stávajících virtuálních počítačů do DevTest Labs:To copy your existing VMs to DevTest Labs:

  1. Zkopírujte soubor VHD existujícího virtuálního počítače pomocí skriptu Windows PowerShellu.Copy the VHD file of your existing VM by using a Windows PowerShell script.
  2. Vytvořte vlastní image v testovacím prostředí DevTest Labs.Create the custom image inside your DevTest Labs lab.
  3. Vytvořte virtuální počítač v testovacím prostředí z vlastní image.Create a VM in the lab from your custom image.

Můžu k virtuálním počítačům připojit více disků?Can I attach multiple disks to my VMs?

Ano, k virtuálním počítačům můžete připojit několik disků.Yes, you can attach multiple disks to your VMs.

Pokud chci pro svoje testování použít bitovou kopii operačního systému Windows, musím si koupit předplatné MSDN?If I want to use a Windows OS image for my testing, do I have to purchase an MSDN subscription?

Pokud chcete pro vývoj nebo testování v Azure použít image operačního systému Windows Client (Windows 7 nebo novější), proveďte jeden z následujících kroků:To use Windows client OS images (Windows 7 or a later version) for your development or testing in Azure, take one of the following steps:

Další informace o kreditech Azure pro jednotlivé nabídky MSDN najdete v tématu měsíční kredit Azure pro předplatitele sady Visual Studio.For more information about the Azure credits for each MSDN offering, see Monthly Azure credit for Visual Studio subscribers.

Návody automatizujete proces odstraňování všech virtuálních počítačů v mém testovacím prostředí?How do I automate the process of deleting all the VMs in my lab?

Jako vlastník testovacího prostředí můžete virtuální počítače z testovacího prostředí odstranit v Azure Portal.As a lab owner, you can delete VMs from your lab in the Azure portal. Všechny virtuální počítače v testovacím prostředí můžete také odstranit pomocí skriptu PowerShellu.You also can delete all the VMs in your lab by using a PowerShell script. V následujícím příkladu v části hodnoty pro změnu komentáře upravte hodnoty parametrů.In the following example, under the values to change comment, modify the parameter values. Hodnoty subscriptionId, labResourceGroup a labName můžete načíst z podokna testovacího prostředí v 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.
Connect-AzAccount

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

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

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

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

ProstředíEnvironments

Jak můžu použít šablony Správce prostředků v prostředí DevTest Labs?How can I use Resource Manager templates in my DevTest Labs Environment?

Šablony Správce prostředků můžete nasadit do prostředí DevTest Labs pomocí kroků uvedených v tématu funkce prostředí v článku DevTest Labs .You deploy your Resource Manager templates into a DevTest Labs environment by using steps mentioned in the Environments feature in DevTest Labs article. V podstatě zkontrolujete šablony Správce prostředků do úložiště Git (buď Azure Repos nebo GitHub), a přidejte do testovacího prostředí privátní úložiště pro vaše šablony .Basically, you check your Resource Manager templates into a Git Repository (either Azure Repos or GitHub), and add a private repository for your templates to the lab. Tento scénář nemusí být užitečný, pokud používáte DevTest Labs k hostování vývojových počítačů, ale může být užitečný, pokud vytváříte pracovní prostředí, které je reprezentativní pro produkci.This scenario may not be useful if you're using DevTest Labs to host development machines but may be useful if you're building a staging environment, which is representative of production.

Také je potřeba poznamenat, že počet virtuálních počítačů na testovací prostředí nebo na uživatele omezuje jenom počet počítačů nativně vytvořených v testovacím prostředí, a ne žádné prostředí (Správce prostředků šablony).It's also worth noting that the number of virtual machines per lab or per user option only limits the number of machines natively created in the lab itself, and not by any environments (Resource Manager templates).

Vlastní imageCustom Images

Jak můžu snadno opakovat a přenést vlastní organizační image do prostředí DevTest Labs?How can I set up an easily repeatable process to bring my custom organizational images into a DevTest Labs environment?

Podívejte se na toto video ve vzoru pro vytváření imagí.See this video on Image Factory pattern. Tento scénář je pokročilý scénář a poskytují se jenom ukázkové skripty.This scenario is an advanced scenario, and the scripts provided are sample scripts only. Pokud se vyžadují nějaké změny, budete muset spravovat a udržovat skripty používané ve vašem prostředí.If any changes are required, you need to manage and maintain the scripts used in your environment.

Podrobné informace o vytvoření objektu pro vytváření imagí najdete v tématu Vytvoření vlastní továrny imagí v Azure DevTest Labs.For detailed information on creating an image factory, see Create a custom image factory in Azure DevTest Labs.

Jaký je rozdíl mezi vlastní obrázkou a vzorcem?What is the difference between a custom image and a formula?

Vlastní image je spravovaná bitová kopie.A custom image is a managed image. Vzorec je obrázek, který můžete konfigurovat s dalšími nastaveními a pak ho uložit a znovu vytvořit.A formula is an image that you can configure with additional settings, and then save and reproduce. Vlastní image může být vhodnější, pokud chcete rychle vytvořit několik prostředí pomocí stejné základní, neproměnlivé image.A custom image might be preferable if you want to quickly create several environments by using the same basic, immutable image. Vzorec může být lepší, pokud chcete znovu vytvořit konfiguraci virtuálního počítače s využitím nejnovějších bitů, jako součást virtuální sítě nebo podsítě, nebo jako virtuální počítač určité velikosti.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. Podrobnější vysvětlení najdete v tématu porovnání vlastních imagí a vzorců v DevTest Labs.For a more in-depth explanation, see Comparing custom images and formulas in DevTest Labs.

Kdy mám použít vzorec vs. vlastní image?When should I use a formula vs. custom image?

Obvykle je rozhodující faktor v tomto scénáři náklady a znovu použít.Typically, the deciding factor in this scenario is cost and reuse. Pokud máte scénář, ve kterém mnoho uživatelů/cvičení vyžaduje image s velkým množstvím softwaru nad základní imagí, pak můžete snížit náklady vytvořením vlastní image.If you have a scenario where many users/labs require an image with a lot of software on top of the base image, then you could reduce costs by creating a custom image. Znamená to, že se image vytvoří jednou.It means that the image is created once. Zkracuje dobu nastavení virtuálního počítače a náklady vzniklé v důsledku toho, že dojde k instalaci na virtuálním počítači.It reduces the setup time of the virtual machine and the cost incurred due to the virtual machine running when setup occurs.

Dodatečný faktor k poznámení je ale frekvence změn balíčku softwaru.However, an additional factor to note is the frequency of changes to your software package. Pokud spouštíte každodenní sestavení a požadujete, aby byl software na virtuálních počítačích vašich uživatelů, zvažte použití vzorce místo vlastní image.If you run daily builds and require that software to be on your users’ virtual machines, consider using a formula instead of a custom image.

Podrobnější vysvětlení najdete v tématu porovnání vlastních imagí a vzorců v DevTest Labs.For a more in-depth explanation, see Comparing custom images and formulas in DevTest Labs.

Návody automatizaci procesu nahrávání souborů VHD k vytváření vlastních imagí?How do I automate the process of uploading VHD files to create custom images?

K automatickému nahrávání souborů VHD pro vytváření vlastních imagí máte dvě možnosti:To automate uploading VHD files to create custom images, you have two options:

  • Pomocí AzCopy můžete kopírovat nebo nahrávat soubory VHD do účtu úložiště, který je přidružený k testovacímu prostředí.Use AzCopy to copy or upload VHD files to the storage account that's associated with the lab.
  • Použijte Průzkumník služby Azure Storage.Use Azure Storage Explorer. Průzkumník služby Storage je samostatná aplikace, která běží na Windows, OS X a Linux.Storage Explorer is a standalone app that runs on Windows, OS X, and Linux.

Pokud chcete najít cílový účet úložiště, který je přidružený k vašemu testovacímu prostředí:To find the destination storage account that's associated with your lab:

  1. Přihlaste se k Portálu Azure.Sign in to the Azure portal.
  2. V nabídce vlevo vyberte skupiny prostředků.On the left menu, select Resource Groups.
  3. Vyhledejte a vyberte skupinu prostředků, která je přidružená k vašemu testovacímu prostředí.Find and select the resource group that's associated with your lab.
  4. V části Přehledvyberte jeden z účtů úložiště.Under Overview, select one of the storage accounts.
  5. Vyberte Objekty blob.Select Blobs.
  6. Vyhledejte v seznamu nahrávání.Look for uploads in the list. Pokud žádný neexistuje, vraťte se ke kroku 4 a zkuste použít jiný účet úložiště.If none exists, return to step 4 and try another storage account.
  7. Použijte adresu URL jako cíl v příkazu AzCopy.Use the URL as the destination in your AzCopy command.

Kdy mám použít Azure Marketplace image vs. vlastní organizační image?When should I use an Azure Marketplace image vs. my own custom organizational image?

Kdy mám použít Azure Marketplace image vs. vlastní organizační image?When should I use an Azure Marketplace image vs. my own custom organizational image?

Azure Marketplace by se měla používat ve výchozím nastavení, pokud nemáte konkrétní obavy nebo organizační požadavky.Azure Marketplace should be used by default unless you have specific concerns or organizational requirements. Mezi běžné příklady patří:Some common examples include;

  • Komplexní instalace softwaru, která vyžaduje, aby aplikace byla součástí základní image.Complex software setup that requires an application to be included as part of the base image.
  • Instalace a nastavení aplikace může trvat mnoho hodin, což není efektivní využití výpočetního času k přidání na Azure Marketplace image.Installation and setup of an application could take many hours, which aren't an efficient use of compute time to be added on an Azure Marketplace image.
  • Vývojáři a testeri vyžadují rychlý přístup k virtuálnímu počítači a chtějí minimalizovat dobu nastavení nového virtuálního počítače.Developers and testers require access to a virtual machine quickly, and want to minimize the setup time of a new virtual machine.
  • Podmínky dodržování předpisů nebo regulativní podmínky (například zásady zabezpečení), které musí být na místě pro všechny počítače.Compliance or regulatory conditions (for example, security policies) that must be in place for all machines.
  • Použití vlastních imagí by nemělo být považováno za lehce.Using custom images shouldn't be considered lightly. Představují velmi složitost, protože teď musíte spravovat soubory VHD pro základní základní image.They introduce extra complexity, as you now must manage VHD files for those underlying base images. Také je potřeba rutinním pomocí aktualizací softwaru rutiny opravit.You also need to routinely patch those base images with software updates. Tyto aktualizace zahrnují nové aktualizace operačního systému (OS) a všechny aktualizace nebo změny konfigurace, které jsou potřeba pro samotný softwarový balíček.These updates include new operating system (OS) updates, and any updates or configuration changes needed for the software package itself.

ArtifactsArtifacts

Co jsou artefakty?What are artifacts?

Artefakty jsou přizpůsobitelné prvky, které můžete použít k nasazení nejnovějších bitů nebo nasazení vývojových nástrojů do virtuálního počítače.Artifacts are customizable elements that you can use to deploy your latest bits or deploy your dev tools to a VM. Když vytváříte virtuální počítač, připojte ke svému VIRTUÁLNÍmu počítači artefakty.Attach artifacts to your VM when you create the VM. Po zřízení virtuálního počítače nasadí artefakty a nakonfigurují váš virtuální počítač.After the VM is provisioned, the artifacts deploy and configure your VM. V našem veřejném úložišti GitHubujsou k dispozici různé již existující artefakty.Various pre-existing artifacts are available in our public GitHub repository. Můžete také vytvářet vlastní artefakty.You can also author your own artifacts.

Během vytváření virtuálního počítače selhal můj artefakt.My artifact failed during VM creation. Návody je řešit?How do I troubleshoot it?

Informace o tom, jak získat protokoly pro artefakt, který selhal, najdete v tématu postup diagnostiky selhání artefaktů v DevTest Labs.To learn how to get logs for your failed artifact, see How to diagnose artifact failures in DevTest Labs.

Kdy by organizace měla v DevTest Labs použít veřejné úložiště artefaktů a soukromé úložiště artefaktů?When should an organization use a public artifact repository vs. private artifact repository in DevTest Labs?

Veřejné úložiště artefaktů poskytuje počáteční sadu softwarových balíčků, které se nejčastěji používají.The public artifact repository provides an initial set of software packages that are most commonly used. Pomáhá s rychlým nasazením, aniž by bylo nutné investovat čas k reprodukování běžných vývojářských nástrojů a doplňků. Můžete si vybrat, že nasadíte vlastní privátní úložiště.It helps with rapid deployment without having to invest time to reproduce common developer tools and add-ins. You can choose to deploy their own private repository. Veřejné a privátní úložiště můžete používat paralelně.You can use a public and a private repository in parallel. Můžete se také rozhodnout zakázat veřejné úložiště.You may also choose to disable the public repository. Kritéria pro nasazení privátního úložiště by měla být založená na následujících otázkách a ohledech:The criteria to deploy a private repository should be driven by the following questions and considerations:

  • Má organizace požadavky na podnikový licencovaný software jako součást nabídky DevTest Labs?Does the organization have a requirement to have corporate licensed software as part of their DevTest Labs offering? Pokud je odpověď ano, je třeba vytvořit privátní úložiště.If the answer is yes, then a private repository should be created.
  • Vyvíjí organizace vlastní software, který poskytuje konkrétní operace, která je vyžadována jako součást celkového procesu zřizování?Does the organization develop custom software that provides a specific operation, which is required as part of the overall provisioning process? Pokud je odpověď ano, měli byste nasadit privátní úložiště.If the answer is yes, then a private repository should be deployed.
  • Pokud zásady správného řízení organizace vyžadují izolaci a externí úložiště nejsou pod správou přímých konfigurací v organizaci, měla by být nasazené soukromé úložiště artefaktů.If organization's governance policy requires isolation, and external repositories aren't under direct configuration management by the organization, a private artifact repository should be deployed. V rámci tohoto procesu je možné zkopírovat a integrovat počáteční kopii veřejného úložiště s privátním úložištěm.As part of this process, an initial copy of the public repository can be copied and integrated with the private repository. Veřejné úložiště pak můžete zakázat, aby k němu nikdo jiný nemohly získat přístup.Then, the public repository can be disabled so that no one within the organization can access it anymore. Tento přístup vynutí, aby všichni uživatelé v organizaci měli jenom jedno úložiště schválené organizací a minimalizovali snížení konfigurace.This approach forces all users within the organization to have only a single repository that is approved by the organization and minimize configuration drift.

Měl by se použít plán organizace pro jedno úložiště nebo povolení více úložišť?Should an organization plan for a single repository or allow multiple repositories?

V rámci celkové strategie správy zásad správného řízení a konfigurace vaší organizace doporučujeme, abyste používali centralizované úložiště.As part of your organization's overall governance and configuration management strategy, we recommend that you use a centralized repository. Když použijete více úložišť, můžou se v průběhu času stát siloy nespravovaného softwaru.When you use multiple repositories, they may become silos of unmanaged software over the time. S centrálním úložištěm může více týmů využívat artefakty z tohoto úložiště pro své projekty.With a central repository, multiple teams can consume artifacts from this repository for their projects. Vynutil standardizaci, zabezpečení, snadné řízení a eliminuje duplicity úsilí.It enforces standardization, security, ease of management, and eliminates the duplication of efforts. V rámci centralizované správy jsou následující akce Doporučené postupy pro dlouhodobou správu a udržitelnost:As part of the centralization, the following actions are recommended practices for long-term management and sustainability:

  • Přidružte Azure Repos ke stejnému Azure Active Directory tenanta, kterého předplatné Azure používá k ověřování a autorizaci.Associate the Azure Repos with the same Azure Active Directory tenant that the Azure subscription is using for authentication and authorization.
  • Vytvořte skupinu s názvem All DevTest Labs Developers v Azure Active Directory centrálně spravovaná.Create a group named All DevTest Labs Developers in Azure Active Directory that is centrally managed. Do této skupiny by měl být umístěn jakýkoli vývojář, který přispívá ke vývojům artefaktů.Any developer who contributes to artifact development should be placed in this group.
  • Stejnou skupinu Azure Active Directory lze použít k poskytnutí přístupu k úložišti Azure Repos a testovacímu prostředí.The same Azure Active Directory group can be used to provide access to the Azure Repos repository and to the lab.
  • V Azure Repos by se měly použít větvení nebo rozvětvení do samostatného cloudového úložiště z primárního provozního úložiště.In Azure Repos, branching or forking should be used to a separate an in-development repository from the primary production repository. Obsah se přidá do hlavní větve s žádostí o přijetí změn po správné revizi kódu.Content is only added to the master branch with a pull request after a proper code review. Jakmile recenzent kódu schválí změnu, vývojář zájemce, který zodpovídá za údržbu hlavní větve, sloučí aktualizovaný kód.Once the code reviewer approves the change, a lead developer, who is responsible for maintenance of the master branch, merges the updated code.

Integrace CI/CDCI/CD integration

Integruje se DevTest Labs s CI/CD sada nástrojů?Does DevTest Labs integrate with my CI/CD toolchain?

Pokud používáte Azure DevOps, můžete k automatizaci kanálu vydání v DevTest Labs použít rozšíření úlohy DevTest Labs .If you're using Azure DevOps, you can use a DevTest Labs Tasks extension to automate your release pipeline in DevTest Labs. Mezi úlohy, které můžete s tímto rozšířením dělat, patří:Some of the tasks that you can do with this extension include:

  • Vytvořte a nasaďte virtuální počítač automaticky.Create and deploy a VM automatically. Virtuální počítač můžete nakonfigurovat také pomocí nejnovějšího buildu pomocí úloh Azure File Copy nebo PowerShellu Azure DevOps Services.You also can configure the VM with the latest build by using Azure File Copy or PowerShell Azure DevOps Services tasks.
  • Po otestování automaticky Zachyťte stav virtuálního počítače, aby se reprodukovala chyba na stejném virtuálním počítači pro další šetření.Automatically capture the state of a VM after testing to reproduce a bug on the same VM for further investigation.
  • Odstraňte virtuální počítač na konci kanálu vydání, pokud už ho nepotřebujete.Delete the VM at the end of the release pipeline, when it's no longer needed.

Následující blogové příspěvky obsahují doprovodné materiály a informace o používání rozšíření Azure DevOps Services:The following blog posts offer guidance and information about using the Azure DevOps Services extension:

Pro jiné průběžné integrace (CI)/continuous delivery (CD) sady nástrojů můžete dosáhnout stejných scénářů nasazením Azure Resource Manager šablon pomocí rutin Azure PowerShell a sady .NET SDK.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. Pro integraci s sada nástrojů můžete také použít rozhraní REST API pro DevTest Labs .You also can use REST APIs for DevTest Labs to integrate with your toolchain.

SítěNetworking

Kdy je vhodné vytvořit novou virtuální síť pro prostředí DevTest Labs a použít stávající virtuální síť?When should I create a new virtual network for my DevTest Labs environment vs. using an existing virtual network?

Pokud vaše virtuální počítače potřebují pracovat se stávající infrastrukturou, zvažte použití existující virtuální sítě v prostředí DevTest Labs.If your VMs need to interact with existing infrastructure, then consider using an existing virtual network inside your DevTest Labs environment. Pokud používáte ExpressRoute, možná budete chtít minimalizovat množství virtuální sítě/podsítí, abyste nefragmentoval adresní prostor IP adres, který se přiřadí k použití v předplatných.If you use ExpressRoute, you may want to minimize the amount of VNets / Subnets so that you don’t fragment your IP address space that gets assigned for use in the subscriptions.

Zvažte také použití vzoru partnerského vztahu virtuálních sítí (hvězdicové model).Consider using the VNet peering pattern here (Hub-Spoke model) too. Tento přístup umožňuje komunikaci mezi virtuálními sítěmi a podsítí v rámci předplatných.This approach enables vnet/subnet communication across subscriptions. V opačném případě by každé prostředí DevTest Labs mohlo mít vlastní virtuální síť.Otherwise, each DevTest Labs environment could have its own virtual network.

Existují omezení počtu virtuálních sítí na jedno předplatné.There are limits on the number of virtual networks per subscription. Výchozí hodnota je 50, i když tento limit lze vystoupl na 100.The default amount is 50, though this limit can be raised to 100.

Kdy mám použít sdílenou IP adresu a veřejnou IP adresu a soukromou IP adresu?When should I use a shared IP vs. public IP vs. private IP?

Pokud používáte síť Site-to-Site VPN nebo Express Route, zvažte použití privátních IP adres, aby vaše počítače byly přístupné prostřednictvím interní sítě a nepřístupné přes veřejný Internet.If you use a site-to-site VPN or Express Route, consider using private IPs so that your machines are accessible via your internal network, and inaccessible over public internet.

Poznámka

Vlastníci testovacího prostředí můžou tyto zásady podsítě změnit, aby se zajistilo, že nikdo nechtěně nevytvoří veřejné IP adresy pro své virtuální počítačeLab owners can change this subnet policy to ensure that no one accidentally creates public IP addresses for their VMs. Vlastník předplatného by měl vytvořit zásady předplatného, které brání v vytváření veřejných IP adres.The subscription owner should create a subscription policy preventing public IPs from being created.

Při použití sdílených veřejných IP adres sdílí virtuální počítače v testovacím prostředí veřejnou IP adresu.When using shared public IPs, the virtual machines in a lab share a public IP address. Tento přístup může být užitečný v případě, že se potřebujete vyhnout porušení limitů u veřejných IP adres daného předplatného.This approach can be helpful when you need to avoid breaching the limits on public IP addresses for a given subscription.

Ano.Yes. K dispozici jsou dvě aspekty, které byste měli zvážit – příchozí a odchozí provoz.There are two aspects to consider – inbound and outbound traffic.

  • Příchozí provoz – Pokud virtuální počítač nemá veřejnou IP adresu, nepůjde k němu získat Internet.Inbound traffic – If the virtual machine doesn't have a public IP address, then it cannot be reached by the internet. Běžným přístupem je zajistit, že jsou nastavené zásady na úrovni předplatného, takže žádný uživatel nemůže vytvořit veřejnou IP adresu.A common approach is to ensure that a subscription-level policy is set, such that no user can create a public IP address.
  • Odchozí provoz – Pokud chcete zabránit tomu, aby virtuální počítače přistupovaly k veřejnému Internetu a vynutily provoz přes podnikovou bránu firewall, můžete směrovat provoz místně přes Express Route nebo VPN pomocí vynuceného směrování.Outbound traffic – If you want to prevent virtual machines accessing public internet directly and force traffic through a corporate firewall, then you can route traffic on-premises via express route or VPN, by using forced routing.

Poznámka

Pokud máte proxy server, která blokuje provoz bez nastavení proxy serveru, nezapomeňte přidat výjimky do účtu úložiště artefaktu testovacího prostředí.If you have a proxy server that blocks traffic without proxy settings, do not forget to add exceptions to the lab’s artifact storage account.

Skupiny zabezpečení sítě můžete použít také pro virtuální počítače nebo podsítě.You could also use network security groups for virtual machines or subnets. Tento krok přidá další vrstvu ochrany pro povolení/blokování provozu.This step adds an additional layer of protection to allow / block traffic.

Řešení potížíTroubleshooting

Proč se moje existující virtuální síť neukládá správně?Why isn't my existing virtual network saving properly?

Jednou z možností je, že název virtuální sítě obsahuje tečky.One possibility is that your virtual network name contains periods. Pokud ano, zkuste odebrat období nebo je nahraďte pomlčkami.If so, try removing the periods or replacing them with hyphens. Pak zkuste znovu uložit virtuální síť.Then, try again to save the virtual network.

Proč se při zřizování virtuálního počítače z PowerShellu zobrazí chyba "nadřazený prostředek nebyl nalezen"?Why do I get a "Parent resource not found" error when I provision a VM from PowerShell?

Pokud je jeden prostředek nadřazený jinému prostředku, musí před vytvořením podřízeného prostředku existovat nadřazený prostředek.When one resource is a parent to another resource, the parent resource must exist before you create the child resource. Pokud nadřazený prostředek neexistuje, zobrazí se zpráva ParentResourceNotFound .If the parent resource doesn't exist, you see a ParentResourceNotFound message. Pokud nezadáte závislost na nadřazeném prostředku, může se podřízený prostředek nasadit před nadřazeným objektem.If you don't specify a dependency on the parent resource, the child resource might be deployed before the parent.

Virtuální počítače jsou podřízené prostředky v rámci testovacího prostředí ve skupině prostředků.VMs are child resources under a lab in a resource group. Když použijete šablony Správce prostředků k nasazení virtuálních počítačů pomocí prostředí PowerShell, název skupiny prostředků zadaný ve skriptu PowerShellu by měl být název skupiny prostředků testovacího prostředí.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. Další informace najdete v tématu řešení běžných chyb při nasazení Azure.For more information, see Troubleshoot common Azure deployment errors.

Kde najdu Další informace o chybě, pokud se nasazení virtuálního počítače nepodaří?Where can I find more error information if a VM deployment fails?

Chyby nasazení virtuálních počítačů jsou zachyceny v protokolech aktivit.VM deployment errors are captured in activity logs. Protokoly aktivit virtuálních počítačů v testovacím prostředí najdete v části protokoly auditu nebo Diagnostika virtuálního počítače v nabídce prostředků na stránce virtuálního počítače testovacího prostředí (stránka se zobrazí po výběru virtuálního počítače ze seznamu Moje virtuální počítače).You can find lab VM activity logs under Audit logs or Virtual machine diagnostics on the resource menu on the lab's VM page (the page appears after you select the VM from the My virtual machines list).

V některých případech dojde k chybě nasazení před zahájením nasazení virtuálního počítače.Sometimes, the deployment error occurs before VM deployment begins. Příkladem je překročení limitu předplatného pro prostředek, který byl vytvořen s virtuálním počítačem.An example is when the subscription limit for a resource that was created with the VM is exceeded. V tomto případě jsou podrobnosti o chybě zachyceny v protokolech aktivit na úrovni testovacího prostředí.In this case, the error details are captured in the lab-level activity logs. Protokoly aktivit se nacházejí v dolní části nastavení Konfigurace a zásady .Activity logs are located at the bottom of the Configuration and policies settings. Další informace o používání protokolů aktivit v Azure najdete v tématu zobrazení protokolů aktivit pro audit akcí u prostředků.For more information about using activity logs in Azure, see View activity logs to audit actions on resources.

Proč se při pokusu o vytvoření testovacího prostředí zobrazí chyba "umístění není k dispozici pro typ prostředku"?Why do I get "location is not available for resource type" error when trying to create a lab?

Při pokusu o vytvoření testovacího prostředí se může zobrazit chybová zpráva podobná následující:You may see an error message similar to the following one when you try to create a lab:

The provided location 'australiacentral' is not available for resource type 'Microsoft.KeyVault/vaults'. List of available regions for the resource type is 'northcentralus,eastus,northeurope,westeurope,eastasia,southeastasia,eastus2,centralus,southcentralus,westus,japaneast,japanwest,australiaeast,australiasoutheast,brazilsouth,centralindia,southindia,westindia,canadacentral,canadaeast,uksouth,ukwest,westcentralus,westus2,koreacentral,koreasouth,francecentral,southafricanorth

Tuto chybu můžete vyřešit provedením jednoho z následujících kroků:You can resolve this error by taking one of the following steps:

Možnost 1Option 1

Ověřte dostupnost typu prostředku v oblastech Azure na stránce produkty k dispozici podle oblasti .Check availability of the resource type in Azure regions on the Products available by region page. Pokud typ prostředku není v určité oblasti dostupný, DevTest Labs nepodporuje vytvoření testovacího prostředí v této oblasti.If the resource type isn't available in a certain region, DevTest Labs doesn't support creation of a lab in that region. Při vytváření testovacího prostředí vyberte jinou oblast.Select another region when creating your lab.

Možnost 2Option 2

Pokud je ve vaší oblasti dostupný typ prostředku, ověřte, jestli je ve vašem předplatném zaregistrovaný.If the resource type is available in your region, check if it's registered with your subscription. Lze ji provést na úrovni vlastníka předplatného, jak je uvedeno v tomto článku.It can be done at the subscription owner level as shown in this article.