Azure DevTest Labs SSS

Azure DevTest Labs hakkındaki en yaygın soruların bazılarına yanıt alın.

Blog gönderisi

DevTest Labs ekip blogumuz, 20 Mart 2019 itibariyle kullanımdan kaldırılmıştır.

Özellik güncelleştirmelerini Şu anda nereden izleyebilirim?

Bu andan itibaren, Azure bloguna ve Azure güncelleştirmelerine yönelik özellik güncelleştirmelerini ve bilgilendirici blog yayınlarını naklettireceğiz. Bu blog gönderileri Ayrıca gerektiğinde belgelerimize bağlanır.

DevTest Labs 'de yeni özellikler hakkında bilgi sahibi olmak için DevTest Labs Azure bloguna ve DevTest Labs Azure güncelleştirmelerine abone olun.

Var olan blog gönderilerine ne olur?

Şu anda var olan blog gönderilerini (kesinti güncelleştirmeleri hariç) DevTest Labs belgelerimizegeçirmeye çalışıyoruz. MSDN blogu kullanım dışı olduğunda, DevTest Labs için belgelere genel bakış sayfasına yönlendirilir. Yeniden yönlendirildikten sonra ' filtre ölçütü ' başlığında Aradığınız makaleyi arayabilirsiniz. Tüm gönderilerini henüz geçirdik, ancak bu ayın sonuna kadar gerçekleştirilmelidir. 

Kesinti güncelleştirmelerini nereden görüyorum?

Artık sonraki sürümlerde Twitter işleyicimizi kullanarak kesinti güncellemeleri göndereceğiz. Kesintiler ve bilinen hatalar hakkında en son güncelleştirmeleri almak için bizi Twitter 'da izleyin.

Twitter

Twitter tanıtıcımız: @azlabservices

Genel

Sorum burada yanıtlanmazsa ne olacak?

Sorunuz burada listelenmiyorsa bize bilgi verin. bu nedenle bir yanıt bulmanıza yardımcı olabiliriz.

Microsoft hesabı nedir?

Microsoft hesabı, Microsoft cihazları ve hizmetleriyle yaptığınız neredeyse her şey için kullandığınız bir hesaptır. Skype, Outlook. com, OneDrive, Windows phone, Azure ve Xbox Live 'da oturum açmak için kullandığınız bir e-posta adresi ve parolasıdır. Tek bir hesap, dosyalarınıza, fotoğraflarınızın, kişilerinizin ve ayarlarınızın size herhangi bir cihazda izleyebileceği anlamına gelir.

Not

bir Microsoft hesabı Windows canlı kimliği çağrılması için kullanılan.

Neden Azure DevTest Labs kullanmalıyım?

Azure DevTest Labs takım zaman ve paradan tasarruf edebilir. Geliştiriciler, çeşitli farklı tabanlar kullanarak kendi ortamlarını oluşturabilir. Ayrıca, uygulamaları hızla dağıtmak ve yapılandırmak için yapıtlar da kullanabilirler. Özel resimleri ve formülleri kullanarak, sanal makineleri (VM 'Ler) şablon olarak kaydedebilir ve ekip genelinde kolayca yeniden oluşturabilirsiniz. DevTest Labs Ayrıca laboratuvar yöneticilerinin, bir ekibin ortamlarını azaltmak ve yönetmek için kullanabileceği birkaç yapılandırılabilir ilke sunar. Bu ilkeler otomatik kapatmalar, maliyet eşiği, Kullanıcı başına en fazla VM ve maksimum VM boyutu içerir. DevTest Labs hakkında daha ayrıntılı bir açıklama için bkz. genel bakış veya tanıtım videosu.

"Sorunsuz self servis" ne anlama geliyor?

Sorunsuz Self servis, geliştiricilerin ve Test edicilerin gerektiğinde kendi ortamlarını oluşturmasıdır. Yöneticiler, DevTest Labs 'in uygun erişimi ayarlamanıza, atık ve denetim maliyetlerini en aza indirmenize yardımcı olduğunu bilmenin güvenliğine sahiptir. Yöneticiler hangi VM boyutlarına izin verileceğini, en fazla VM sayısını ve VM 'Lerin başlatılıp kapanmakta olduğunu belirtebilir. DevTest Labs Ayrıca, laboratuvar kaynaklarının nasıl kullanıldığının farkında olmanıza yardımcı olmak için maliyetleri izlemeyi ve uyarıları ayarlamayı kolaylaştırır.

DevTest Labs 'i nasıl kullanabilirim?

DevTest Labs, geliştirme veya test ortamları istediğinizde yararlıdır ve bunları hızlı bir şekilde yeniden oluşturmak veya maliyet tasarrufu ilkeleri kullanarak bunları yönetmek ister. Müşterilerimizin DevTest Labs 'i şu şekilde kullanmasının bazı senaryoları aşağıda verilmiştir:

  • Geliştirme ve test ortamlarını tek bir yerde yönetin. Ekip genelinde yapıları paylaşmak için maliyetleri azaltmak ve özel görüntüler oluşturmak için ilkeleri kullanın.
  • Geliştirme aşamaları boyunca disk durumunu kaydetmek için özel görüntüler kullanarak bir uygulama geliştirin.
  • İlerlemeye ilişkin maliyeti izleyin.
  • Kalite güvencesi testi için toplu test ortamları oluşturun.
  • Yapıları ve formülleri kullanarak bir uygulamayı çeşitli ortamlarda kolayca yapılandırabilir ve yeniden oluşturun.
  • VM 'Leri hack maratonları (işbirliğine dayalı geliştirme veya test çalışması) için dağıtın ve ardından olay sona erdiğinde onları kolayca sağlayın.

DevTest Labs için nasıl faturalandırılırım?

DevTest Labs ücretsiz bir hizmettir. Laboratuvar oluşturma ve DevTest Labs 'de ilkeleri, şablonları ve yapıtları yapılandırma ücretsizdir. Yalnızca Laboratuvarlarınızda kullanılan VM 'Ler, depolama hesapları ve sanal ağlar gibi Azure kaynakları için ödeme yaparsınız. laboratuvar kaynaklarının maliyeti hakkında daha fazla bilgi için bkz. Azure DevTest Labs fiyatlandırması.

Güvenlik

DevTest Labs 'deki farklı güvenlik düzeyleri nelerdir?

Güvenlik erişimi, Azure rol tabanlı erişim denetimi (Azure RBAC) tarafından belirlenir. Erişimin nasıl çalıştığını öğrenmek için, Azure RBAC tarafından tanımlanan bir izin, rol ve kapsam arasındaki farkları öğrenmenize yardımcı olur.

  • İzin: izin, belirli bir eyleme tanımlı bir erişimdir. Örneğin, bir izin tüm sanal makinelere okunabilir.
  • Rol: rol, gruplandırılabilen ve bir kullanıcıya atanabilecek bir izinler kümesidir. Örneğin, abonelik sahibi rolüne sahip bir kullanıcının abonelik içindeki tüm kaynaklara erişimi vardır.
  • Kapsam: kapsam, bir Azure kaynağı hiyerarşisinde yer alan bir düzeydir. Örneğin, bir kapsam bir kaynak grubu, tek bir laboratuvar veya tüm abonelik olabilir.

DevTest Labs kapsamı içinde, Kullanıcı izinlerini tanımlayan iki tür rol vardır:

  • Laboratuvar sahibi: Laboratuvar sahibi, laboratuvardaki tüm kaynaklara erişebilir. Laboratuvar sahibi ilkeleri değiştirebilir, herhangi bir VM 'ye okuyup yazabilir, sanal ağı değiştirebilir ve benzeri devam edebilir.
  • Laboratuvar kullanıcısı: Laboratuvar kullanıcısı VM 'ler, ilkeler ve sanal ağlar gibi tüm laboratuvar kaynaklarını görüntüleyebilir. Ancak, bir laboratuvar kullanıcısı ilkeleri veya diğer kullanıcılar tarafından oluşturulan VM 'Leri değiştiremez.

Ayrıca, DevTest Labs 'de özel roller de oluşturabilirsiniz. DevTest Labs 'de özel roller oluşturmayı öğrenmek için bkz. belirli laboratuvar ilkelerine Kullanıcı Izinleri verme.

Kapsamlar hiyerarşik olduğundan, bir kullanıcının belirli bir kapsamda izinleri olduğunda, kullanıcıya kapsamdaki her alt düzey kapsamda bu izinler otomatik olarak verilir. Örneğin, bir kullanıcıya abonelik sahibi rolü atanırsa, kullanıcının bir abonelikteki tüm kaynaklara erişimi vardır. Bu kaynaklar VM 'Leri, sanal ağları ve laboratuvarları içerir. Abonelik sahibi, laboratuvar sahibinin rolünü otomatik olarak devralır. Ancak, tersi doğru değildir. Laboratuvar sahibinin, abonelik düzeyinden daha düşük bir kapsam olan bir laboratuvara erişimi vardır. Bu nedenle, bir laboratuvar sahibi VM 'Leri, sanal ağları veya laboratuvar dışındaki diğer kaynakları göremez.

Geliştirici/test işlerini yapabilirken yönetebilmemesini sağlamak için DevTest Labs Ortamlarım için Azure rol tabanlı erişim denetimi Nasıl yaparım? tanımlayın?

Geniş bir düzen mevcuttur, ancak ayrıntı kuruluşunuza bağlıdır.

Merkezi olarak yalnızca gerekli olan nedir ve proje ve uygulama ekiplerinin gerekli denetim düzeyine sahip olmasını sağlar. Genellikle, bu, aboneliğin sahibi olduğu ve ağ yapılandırması gibi çekirdek BT işlevlerini işleyeceği anlamına gelir. Bir abonelik için sahip kümesi küçük olmalıdır. Bu sahipler, ihtiyacınız olduğunda ek sahipleri aday yapabilir veya "genel IP yok" gibi abonelik düzeyinde ilkeler uygulayabilir.

Katman1 veya katman 2 desteği gibi bir abonelik genelinde erişim gerektiren kullanıcıların bir alt kümesi olabilir. Bu durumda, bu kullanıcılara, kaynakları yönetebilmeleri, ancak kullanıcı erişimi sağlamamasını veya ilke ayarlamanıza olanak tanımak için katkıda bulunan erişimini sağlamanızı öneririz.

DevTest Labs kaynağı, proje/uygulama takımına yakın olan sahiplere ait olmalıdır. Bunun nedeni, makineler ve gerekli yazılımlar için gereksinimlerini anladıkları içindir. Çoğu kuruluşta, bu DevTest Labs kaynağının sahibi genellikle proje/geliştirme lideridir. Bu sahip, Laboratuvar ortamındaki kullanıcıları ve ilkeleri yönetebilir ve DevTest Labs ortamındaki tüm VM 'Leri yönetebilir.

Proje/uygulama ekibi üyeleri DevTest Labs Kullanıcı rolüne eklenmelidir. Bu kullanıcılar sanal makineler oluşturabilir (Laboratuvar ve abonelik düzeyindeki ilkelerle birlikte). Bunlar, kendi sanal makinelerini de yönetebilir. Diğer kullanıcılara ait sanal makineleri yönetemez.

Daha fazla bilgi için bkz. Azure Kurumsal yapı iskelesi – seçkin abonelik idare belgeleri.

Kullanıcıların belirli bir görevi yapmasına izin vermek için Nasıl yaparım? bir rol oluşturmak mı istiyorsunuz?

Özel roller oluşturma ve bir role izin atama hakkında kapsamlı bir makale için bkz. belirli laboratuvar ilkelerine Kullanıcı Izinleri verme. Laboratuvardaki tüm VM 'Leri başlatma ve durdurma iznine sahip olan DevTest Labs Ileri düzey Kullanıcı rolünü oluşturan bir betik örneği aşağıda verilmiştir:

$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  

Kuruluş güvenlik ilkelerinin yerinde olması nasıl bir organizasyon olabilir?

Bir kuruluş, aşağıdaki eylemleri gerçekleştirerek bunu elde edebilir:

  • Kapsamlı bir güvenlik ilkesi geliştirme ve yayımlama. İlke, using yazılımı, bulut varlıkları ile ilişkili kabul edilebilir kullanım kurallarını ifade ediler. Ayrıca ilkeyi açıkça ihlal ettiğini de tanımlar.
  • Özel bir görüntü, özel yapıtlar ve Active Directory ile tanımlanmış güvenlik bölgesi içinde düzenlemeye izin veren bir dağıtım işlemi geliştirin. Bu yaklaşım, kurumsal sınır uygular ve ortak bir ortam denetimi kümesi ayarlar. Bu denetimler, bir geliştiricinin geliştirme sırasında göz önünde bulundurulması ve genel sürecinin bir parçası olarak güvenli bir geliştirme yaşam döngüsünü takip edebilir. Amaç Ayrıca geliştirmede daha fazla kısıtlayıcı olmayan bir ortam sağlamaktır, ancak makul bir denetim kümesi de vardır. Laboratuvar sanal makineleri içeren kuruluş birimindeki (OU) Grup ilkeleri, üretimde bulunan toplam grup ilkelerinin bir alt kümesi olabilir. Alternatif olarak, belirlenen riskleri doğru bir şekilde azaltmak için ek bir küme olabilir.

Bir kuruluş, uzaktan iletişim geliştiricilerin kod kaldıramayacağı veya kötü amaçlı yazılım ya da onaylanmamış yazılımlar sunabileceğine emin olmak için veri bütünlüğünü nasıl

DevTest Labs 'de işbirliği yapmak için dış danışmanların, yüklenicilerin veya ' de uzaktan iletişim olan çalışanların tehdidi hafifletmek için birkaç denetim katmanı vardır.

Daha önce belirtildiği gibi, ilk adımda, kabul edilebilir kullanım ilkesi drafted ve bir Kullanıcı ilkeyi ihlal ettiğinde sonuçları açıkça özetleyen bir bakış tanımlanmış olmalıdır.

Uzaktan erişim için denetimlerin ilk katmanı, bir uzaktan erişim ilkesini doğrudan laboratuvara bağlı olmayan bir VPN bağlantısı aracılığıyla uygulamaktır.

Denetimlerin ikinci katmanı, Uzak Masaüstü aracılığıyla kopyalamayı ve yapıştırmayı önleyen bir Grup İlkesi nesnesi kümesi uygulamaktır. Ağ ilkesi, ortamdan FTP ve RDP hizmetleri gibi giden hizmetlere izin vermek için uygulanabilir. Kullanıcı tanımlı yönlendirme, tüm Azure ağ trafiğini şirket içi 'e geri zorlayabilir, ancak yönlendirme, içerik ve oturumları taramak için bir proxy üzerinden denetlenmediği müddetçe verilerin karşıya yüklenmesine izin verebilecek tüm URL 'Leri hesaba işleyemedi. Ortak IP 'Ler, DevTest Labs 'i destekleyen sanal ağ dahilinde bir dış ağ kaynağının köprülemesini sağlamak için kısıtlanabilir.

Sonuç olarak, aynı tür kısıtlamaların kuruluş genelinde uygulanması gerekir, bu, tüm olası çıkarılabilir medya veya dış URL 'lerin bir içerik gönderisini kabul edebilecek şekilde hesaba neden olur. Güvenlik ilkesini gözden geçirmek ve uygulamak için güvenlik uzmanınıza başvurun. Daha fazla öneri için bkz. Microsoft Cyber güvenliği.

Laboratuvar yapılandırması

Kaynak Yöneticisi şablonundan laboratuvar oluşturmak Nasıl yaparım??

farklı olarak dağıtabileceğiniz veya laboratuvarlarınız için özel şablonlar oluşturmak üzere değişiklik yaptığınız GitHub laboratuvar Azure Resource Manager şablonlarının bir deposunu sunuyoruz. Her şablonda, Laboratuvarı kendi Azure aboneliğinizde olduğu gibi dağıtmaya yönelik bir bağlantı bulunur. Ya da, PowerShell veya Azure CLI kullanarakşablonu özelleştirebilir ve dağıtabilirsiniz.

Her makinenin kendi kaynak grubunda olması yerine ortak bir kaynak grubunda oluşturulacak tüm sanal makinelerime sahip olabilir miyim?

Evet, bir laboratuar sahibi olarak, laboratuvarın kaynak grubu ayırmasını işlemesini ya da belirttiğiniz ortak bir kaynak grubunda tüm sanal makinelerin oluşturulmasını sağlayabilirsiniz.

Ayrı kaynak grubu senaryosu:

  • DevTest Labs, seçtiğiniz her ortak/özel IP sanal makinesi için yeni bir kaynak grubu oluşturur
  • DevTest Labs, aynı boyuta ait olan paylaşılan IP makineleri için bir kaynak grubu oluşturur.

Ortak kaynak grubu senaryosu:

Nasıl yaparım? DevTest Labs ortamımı genelinde bir adlandırma kuralına sahip mi?

Geçerli kurumsal adlandırma kurallarını Azure işlemlerine genişletmek ve bunları DevTest Labs ortamında tutarlı hale getirmek isteyebilirsiniz. DevTest Labs dağıtımı yaparken, belirli başlangıç ilkelerine sahip olmanız önerilir. Bu ilkeleri, tutarlılığı zorlamak için bir merkezi betik ve JSON şablonları ile dağıtırsınız. Adlandırma ilkeleri, abonelik düzeyinde uygulanan Azure ilkeleri aracılığıyla uygulanabilir. Azure Ilkesi için JSON örnekleri için bkz. Azure ilke örnekleri.

Aynı abonelikte kaç tane laboratuvar oluşturabilirim?

Abonelik başına oluşturulabilecek laboratuvarların sayısında belirli bir sınır yoktur. Ancak, abonelik başına kullanılan kaynak miktarı sınırlıdır. Azure aboneliklerine yönelik sınırlar ve Kotalar hakkında bilgi edinmek için Bu sınırları nasıl artırabileceğinizhakkında bilgi edinebilirsiniz.

Laboratuvar başına kaç VM oluşturabilirim?

Laboratuvar başına oluşturulabilecek VM sayısında belirli bir sınır yoktur. Ancak, kullanılan kaynaklar (VM çekirdekleri, genel IP adresleri vb.) abonelik başına sınırlıdır. Azure aboneliklerine yönelik sınırlar ve Kotalar hakkında bilgi edinmek için Bu sınırları nasıl artırabileceğinizhakkında bilgi edinebilirsiniz.

Nasıl yaparım?, laboratuvar başına Kullanıcı oranını ve bir kuruluşta gerekli olan toplam laboratuvarların sayısını belirlemektir mi?

Aynı geliştirme projesiyle ilişkili iş birimlerinin ve geliştirme gruplarının aynı laboratuvarda ilişkili olmasını öneririz. Her iki gruba da aynı ilke, görüntü ve kapalı ilke türlerinin uygulanmasını sağlar.

Coğrafi sınırları da dikkate almanız gerekebilir. Örneğin, Kuzey Doğu Birleşik Devletler (US) geliştiriciler Doğu ABD2 sağlanan bir laboratuvarı kullanabilir. Ve Dallas, Texas ve Denver 'daki geliştiriciler ABD Orta Güney bir kaynağı kullanmak için yönlendirilebilir. Dış üçüncü taraflarla işbirliğine dayalı bir çaba varsa, bunlar dahili geliştiriciler tarafından kullanılmayan bir laboratuvara atanabilir.

ayrıca, Azure DevOps projeleri içindeki belirli bir proje için de laboratuvar kullanabilirsiniz. daha sonra, her iki kaynak kümesine erişime izin veren belirtilen bir Azure Active Directory grubu aracılığıyla güvenliği uygularsınız. Laboratuvara atanan sanal ağ, kullanıcıları birleştirmek için başka bir sınır olabilir.

Laboratuvardaki kaynakların silinmesini nasıl önleyebiliriz?

Yalnızca yetkili kullanıcıların kaynakları silmesi veya laboratuvar ilkelerini değiştirmesi için uygun izinleri laboratuvar düzeyinde ayarlamanızı öneririz. Geliştiricilerin DevTest Labs Kullanıcı grubu içine yerleştirilmesi gerekir. Lider geliştiricisi veya altyapı lideri, DevTest Labs sahibi olmalıdır. Yalnızca iki laboratuar sahibi olmasını öneririz. Bu ilke, bozulmayı önlemek için kod deposuna doğru genişletilir. Laboratuvar kullanıcılarının kaynakları kullanma hakları vardır ancak laboratuvar ilkelerini güncelleştiremez. Her bir yerleşik grubun bir laboratuvar dahilinde sahip olduğu rolleri ve hakları listeleyen aşağıdaki makaleye bakın: Azure DevTest Labs sahip ve Kullanıcı ekleme.

Nasıl yaparım? laboratuvara doğrudan bir bağlantı paylaşsın mı?

  1. Azure Portallaboratuvara gidin.
  2. Tarayıcınızdan Laboratuvar URL 'sini kopyalayın ve ardından Laboratuvar kullanıcılarınızla paylaşabilirsiniz.

Not

Laboratuvar kullanıcısı Microsoft hesabı olan ve kuruluşunuzun Active Directory örneğinin üyesi olmayan bir dış Kullanıcı ise, paylaşılan bağlantıya erişmeye çalıştıklarında Kullanıcı bir hata mesajı görebilir. Bir dış Kullanıcı bir hata mesajı görürse, kullanıcıdan Azure portal önce sağ üst köşesinde adını seçmesini isteyin. Ardından, menünün dizin bölümünde, Kullanıcı laboratuvarın bulunduğu dizini seçebilir.

Sanal makineler

DevTest Labs 'de görmem gereken sanal makineler sayfasında VM 'Leri neden göremiyorum?

DevTest Labs 'de bir VM oluşturduğunuzda, bu VM 'ye erişim izni verilir. VM 'yi her ikisi de Labs sayfasında ve sanal makineler sayfasında görüntüleyebilirsiniz. DevTest Labs Owner rolüne atanan kullanıcılar, laboratuvarda tüm sanal makineler sayfasında oluşturulan tüm VM 'leri görebilir. Ancak, DevTest Labs Kullanıcı rolüne sahip kullanıcılar, diğer KULLANıCıLARıN oluşturduğu VM kaynaklarına otomatik olarak okuma erişimi verilmez. Bu nedenle, sanal makineler sayfasında bu VM 'ler gösterilmez.

Aynı şablondan birden çok VM oluşturmak Nasıl yaparım?.

Aynı şablondan aynı anda birden çok VM oluşturmak için iki seçeneğiniz vardır:

Mevcut Azure VM 'lerimi DevTest Labs laboratuvarma taşımak Nasıl yaparım? mı?

Mevcut sanal makinelerinizi DevTest Labs 'e kopyalamak için:

  1. Windows PowerShell bir betiğikullanarak var olan sanal makinenizin VHD dosyasını kopyalayın.
  2. Özel görüntüyü DevTest Labs laboratuvarınızın içinde oluşturun.
  3. Özel görüntünüzün laboratuvarında bir VM oluşturun.

VM 'larıma birden çok disk ekleyebilir miyim?

Evet, sanal makinelerinize birden çok disk ekleyebilirsiniz.

DevTest Labs tarafından desteklenen Gen 2 görüntüleri mi?

Evet. DevTest Labs hizmeti, Gen 2 görüntülerinidestekler. Ancak, bir görüntü için hem Gen 1 hem de Gen 2 sürümleri varsa, DevTest Labs VM oluştururken görüntünün yalnızca Gen 1 sürümünü gösterir. Yalnızca bir gen 2 sürümü varsa görüntüyü görürsünüz.

sınamam için Windows bir işletim sistemi görüntüsü kullanmak istersem, bir MSDN aboneliği satın almam gerekiyor mu?

Azure 'da geliştirme veya test etme için Windows istemci işletim sistemi görüntülerini (Windows 7 veya sonraki bir sürümü) kullanmak için aşağıdaki adımlardan birini uygulayın:

her bir MSDN teklifiyle ilgili Azure kredileri hakkında daha fazla bilgi için bkz. Visual Studio aboneleri için aylık azure kredisi.

Laboratuvardaki tüm VM 'Leri silme işlemini otomatikleştirin Nasıl yaparım??

Laboratuvar sahibi olarak, Azure portal sanal makinelerinizden VM 'Leri silebilirsiniz. Ayrıca, bir PowerShell betiği kullanarak laboratuvarınızda bulunan tüm VM 'Leri silebilirsiniz. Aşağıdaki örnekte, açıklama değiştirmek için değerler altında parametre değerlerini değiştirin. subscriptionId labResourceGroup labName Azure Portal laboratuvar bölmesinden, ve değerlerini elde edebilirsiniz.

# 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
}          

Ortamlar

DevTest Labs Ortamumdaki Kaynak Yöneticisi şablonlarını nasıl kullanabilirim?

Kaynak Yöneticisi şablonlarınızı DevTest Labs makalesindeki ortamlar özelliğinde bahsedilen adımları kullanarak bir DevTest Labs ortamına dağıtırsınız. temel olarak, Kaynak Yöneticisi şablonlarınızı bir Git deposuna (Azure Repos veya GitHub) kontrol edersiniz ve şablonlarınıza yönelik özel bir depoyu laboratuvara eklersiniz. Bu senaryo, geliştirme makinelerini barındırmak için DevTest Labs kullanıyorsanız ancak üretim temsilcisi olan bir hazırlama ortamı oluşturuyorsanız faydalı olabilir.

Ayrıca, laboratuvar başına veya Kullanıcı başına sanal makine sayısının yalnızca laboratuvarda yerel olarak oluşturulan ve herhangi bir ortamda (Kaynak Yöneticisi şablonları) değil, yalnızca laboratuvar üzerinde oluşturulmuş makine sayısını sınırlayan bir değer de vardır.

Özel Görüntüler

Özel kurumsal görüntülerimi DevTest Labs ortamına getirmek için kolayca tekrarlanabilir bir işlem ayarlayabilirim?

Bu videoya görüntü fabrikası düzeninebakın. Bu senaryo gelişmiş bir senaryodur ve sunulan betikler yalnızca örnek betiklerdir. Herhangi bir değişiklik gerekliyse, ortamınızda kullanılan betikleri yönetmeniz ve korumanız gerekir.

Görüntü fabrikası oluşturma hakkında ayrıntılı bilgi için, bkz. Azure DevTest Labs özel görüntü fabrikası oluşturma.

Özel görüntü ve formül arasındaki fark nedir?

Özel görüntü, yönetilen bir görüntüdür. Formül, ek ayarlarla yapılandırabileceğiniz bir görüntüdür ve sonra kaydedebilir ve yeniden üretebilir. Aynı temel, sabit görüntüyü kullanarak hızlı bir şekilde birkaç ortam oluşturmak istiyorsanız özel bir görüntü tercih edilebilir. Sanal ağ veya alt ağın parçası olarak veya belirli boyuttaki bir VM olarak VM 'nizin yapılandırmasını en son bitlerle yeniden oluşturmak istiyorsanız formül daha iyi olabilir. Daha ayrıntılı bir açıklama için bkz. DevTest Labs 'de özel resimleri ve formülleri karşılaştırma.

Ne zaman özel görüntüden bir formül kullanmalıyım?

Genellikle, Bu senaryodaki karar verme faktörü maliyetlidir ve yeniden kullanılır. Birçok kullanıcının/laboratuvarın temel görüntünün en üstünde çok fazla yazılım gerektiren bir senaryonuz varsa, özel bir görüntü oluşturarak maliyetleri azaltabilirsiniz. Bu, görüntünün bir kez oluşturulduğu anlamına gelir. Bu, sanal makinenin kurulum süresini ve kurulum gerçekleştiğinde çalışan sanal makine nedeniyle oluşan maliyeti azaltır.

Ancak, ek bir faktör yazılım paketinizdeki değişikliklerin sıklığıdır. Günlük derlemeler çalıştırır ve bu yazılımın kullanıcılarınızın sanal makinelerinde olması gerekiyorsa, özel bir görüntü yerine bir formül kullanmayı düşünün.

Daha ayrıntılı bir açıklama için bkz. DevTest Labs 'de özel resimleri ve formülleri karşılaştırma .

Özel görüntüler oluşturmak için VHD dosyalarını karşıya yükleme işlemini Nasıl yaparım? otomatikleştirin.

Özel görüntüler oluşturmak için VHD dosyalarını karşıya yüklemeyi otomatik hale getirmek için iki seçeneğiniz vardır:

  • SSD dosyalarını, laboratuvarda ilişkili depolama hesabına kopyalamak veya karşıya yüklemek için AzCopy kullanın.
  • Azure Depolama Gezginikullanın. Depolama Gezgini, Windows, OS X ve Linux üzerinde çalışan tek başına bir uygulamadır.

Laboratuvarınız ile ilişkili hedef depolama hesabını bulmak için:

  1. Azure portalında oturum açın.
  2. Sol taraftaki menüden kaynak grupları' nı seçin.
  3. Laboratuvarınız ile ilişkili kaynak grubunu bulun ve seçin.
  4. Genel bakış' ın altında, depolama hesaplarından birini seçin.
  5. Bloblar'ı seçin.
  6. Listedeki karşıya yüklemeleri bulun. Hiçbiri yoksa, 4. adıma dönün ve başka bir depolama hesabı deneyin.
  7. AzCopy Komutunuz için hedef olarak URL 'yi kullanın.

Ne zaman bir Azure Market görüntüsü kullanmalıyım? kendi özel kurumsal görüntümi?

Ne zaman bir Azure Market görüntüsü kullanmalıyım? kendi özel kurumsal görüntümi?

Belirli endişeleriniz veya kuruluş gereksinimleriniz yoksa, Azure Marketi varsayılan olarak kullanılmalıdır. Bazı yaygın örnekler şunlardır;

  • Temel görüntünün bir parçası olarak bir uygulamanın eklenmesini gerektiren karmaşık yazılım kurulumu.
  • Bir uygulamanın yüklenmesi ve kurulumu, bir Azure Marketi görüntüsüne eklenmek üzere işlem zamanının etkili bir şekilde kullanılması için birkaç saat sürebilir.
  • Geliştiriciler ve test ediciler, bir sanal makineye hızlı bir şekilde erişim gerektirir ve yeni bir sanal makinenin kurulum süresini en aza indirmek ister.
  • Tüm makineler için yerinde olması gereken uyumluluk veya yasal koşullar (örneğin, güvenlik ilkeleri).
  • Özel görüntülerin kullanılması, hafif olarak düşünülmemelidir. Bu temel görüntüler için VHD dosyalarını yönetmeniz gerektiği için, daha fazla karmaşıklık sağlar. Ayrıca, bu temel görüntülerin yazılım güncelleştirmeleriyle düzenli olarak yayama yapmanız gerekir. Bu güncelleştirmeler yeni işletim sistemi (OS) güncelleştirmelerini ve yazılım paketinin kendisi için gereken güncelleştirme veya yapılandırma değişikliklerini içerir.

Artifacts

Yapıtlar nelerdir?

Artifacts, en son bitleri dağıtmak veya geliştirme araçlarınızı bir VM 'ye dağıtmak için kullanabileceğiniz özelleştirilebilir öğelerdir. VM 'yi oluştururken sanal makinenize yapıt ekleyin. VM sağlandıktan sonra yapıtlar VM 'nizi dağıtıp yapılandırır. ortak GitHub depolarımızda, önceden var olan çeşitli yapıtlar mevcuttur. Kendi yapıtlarınızıda yazabilirsiniz.

VM oluşturma sırasında yapım başarısız oldu. Nasıl yaparım? sorun gidermi?

Başarısız yapıtlarınız için günlük alma hakkında bilgi edinmek için bkz. DevTest Labs 'de yapıt hatalarının nasıl tanılanacağı.

Kuruluşun, DevTest Labs 'de ortak yapıt deposu ve özel yapıt deposu kullanması gerekir mi?

Ortak yapıt deposu , en yaygın olarak kullanılan bir ilk yazılım paketi kümesi sağlar. Ortak geliştirici araçları ve eklentilerini yeniden oluşturmak için zaman yatırmaya gerek kalmadan hızlı dağıtıma yardımcı olur. Kendi özel deposunu dağıtmayı seçebilirsiniz. Genel ve özel bir depoyu paralel olarak kullanabilirsiniz. Ortak depoyu devre dışı bırakmayı da tercih edebilirsiniz. Özel bir depoyu dağıtmaya yönelik ölçütler aşağıdaki soru ve noktalara göre yapılmalıdır:

  • Kuruluşun, DevTest Labs sunumunun parçası olarak kurumsal lisanslı yazılıma sahip olması için bir gereksinimi var mı? Yanıt Evet ise, özel bir deponun oluşturulması gerekir.
  • Kuruluş, genel sağlama sürecinin bir parçası olarak gerekli olan belirli bir işlem sağlayan özel yazılım geliştirebilir mi? Yanıt Evet ise, özel bir deponun dağıtılması gerekir.
  • Kuruluşun idare ilkesi yalıtım gerektiriyorsa ve dış depolar kuruluş tarafından doğrudan yapılandırma yönetimi altında değilse, özel bir yapıt deposu dağıtılmalıdır. Bu işlemin bir parçası olarak, ortak deponun ilk kopyası özel depo ile kopyalanabilir ve tümleştirilebilir. Daha sonra, ortak depo devre dışı bırakılabilir, böylece kuruluş içinde hiç kimse artık erişemez. Bu yaklaşım, kuruluştaki tüm kullanıcıların kuruluş tarafından onaylanan tek bir depoya sahip olmasını ve yapılandırma drlarını en aza indirmenize olanak sağlar.

Bir kuruluş tek bir depoyu planlıyor veya birden çok depoya izin veriyor mu?

Kuruluşunuzun genel idare ve yapılandırma yönetimi stratejisinin bir parçası olarak, merkezi bir depo kullanmanızı öneririz. Birden çok depo kullandığınızda, bu kişiler zaman içinde yönetilmeyen yazılımların siloları haline gelebilir. Merkezi bir depoyla, birden fazla ekip projeleri için bu depodan yapıları kullanabilir. Standartlaştırma, güvenlik ve yönetim kolaylığı sağlar ve çabalarınızın çoğaltılmasını ortadan kaldırır. Merkezileşmeyi bir parçası olarak, uzun süreli yönetim ve sürdürülebilirlik için önerilen uygulamalar aşağıdaki eylemlerdir:

  • Azure Repos kimlik doğrulaması ve yetkilendirme için Azure aboneliğinin kullandığı Azure Active Directory kiracısıyla ilişkilendirin.
  • All DevTest Labs Developersmerkezi olarak yönetilen Azure Active Directory adında bir grup oluşturun. Yapıt geliştirmeye katkıda bulunan tüm geliştiriciler bu gruba yerleştirilmelidir.
  • aynı Azure Active Directory grubu, Azure Repos deposuna ve laboratuvarına erişim sağlamak için kullanılabilir.
  • Azure Repos, dallandırma veya dallama, birincil üretim deposundan ayrı bir geliştirme deposunda ayrı olarak kullanılmalıdır. İçerik yalnızca, doğru bir kod incelemesi sonrasında bir çekme isteğiyle Ana dala eklenir. Kod gözden geçireni değişikliği onayladığında, ana dalın bakımına sorumlu olan bir lider geliştiricisi, güncelleştirilmiş kodu birleştirir.

CI/CD tümleştirmesi

DevTest Labs CI/CD araç zincirimde tümleştirsin mi?

Azure DevOps kullanıyorsanız, devtest labs 'de yayın işlem hattınızı otomatikleştirmek için bir devtest labs görev uzantısı kullanabilirsiniz. Bu uzantıyla gerçekleştirebileceğiniz görevlerden bazıları şunlardır:

  • VM 'yi otomatik olarak oluşturun ve dağıtın. ayrıca, Azure dosya kopyası veya PowerShell Azure DevOps Services görevlerini kullanarak VM 'yi en son derleme ile yapılandırabilirsiniz.
  • Daha fazla araştırma için aynı VM 'de bir hatayı yeniden oluşturmak üzere test ettikten sonra sanal makinenin durumunu otomatik olarak yakala.
  • Artık gerekli olmadığında, yayın işlem hattının sonundaki VM 'yi silin.

aşağıdaki blog gönderileri Azure DevOps Services uzantısını kullanma hakkında rehberlik ve bilgiler sunar:

diğer sürekli tümleştirme (cı)/sürekli teslim (CD) araç zincirleri için, Azure PowerShell cmdlet 'lerini ve .net sdk'larını kullanarak Azure Resource Manager şablonlarını dağıtarak aynı senaryolara ulaşabilirsiniz. Ayrıca, toolzinciriniz ile tümleştirilecek DevTest Labs Için REST API 'lerini de kullanabilirsiniz.

DevTest Labs ortamım için yeni bir sanal ağ oluşturmalı ve var olan bir sanal ağı kullanıyor mıyım?

Sanal makinelerinizin mevcut altyapıyla etkileşime ihtiyacı varsa, DevTest Labs ortamınızda var olan bir sanal ağı kullanmayı göz önünde bulundurun. ExpressRoute kullanırsanız, aboneliklerde kullanılmak üzere atanan IP adresi alanınızı parçalara atamameniz için sanal ağların/alt ağların sayısını en aza indirmek isteyebilirsiniz.

Sanal ağ eşleme modelini (hub-bağlı bileşen modeli) buradan kullanmayı göz önünde bulundurun. Bu yaklaşım, abonelikler arasında VNET/subnet iletişimini mümkün bir şekilde sunar. Aksi halde, her DevTest Labs ortamının kendi sanal ağı olabilir.

Abonelik başına sanal ağ sayısında sınırlar vardır. Varsayılan miktar 50 ' dir, ancak bu sınır 100 olarak yükseltilebilir.

Paylaşılan IP ile genel IP ve özel IP 'yi ne zaman kullanmalıyım?

Siteden siteye VPN veya Express Route kullanıyorsanız, makinelerinizin iç ağınız aracılığıyla erişilebilir olması ve genel İnternet üzerinden erişilemez olması için özel IP 'Ler kullanmayı düşünün.

Not

Laboratuvar sahipleri bu alt ağ ilkesini, yanlışlıkla VM 'Ler için genel IP adresleri oluşturmadığından emin olmak için değiştirebilir. Abonelik sahibinin ortak IP 'Lerin oluşturulmasını önleyecek bir abonelik ilkesi oluşturması gerekir.

Paylaşılan genel IP 'Leri kullanırken bir laboratuvardaki sanal makineler ortak bir IP adresi paylaşır. Bu yaklaşım, belirli bir abonelik için genel IP adresleri sınırlarına ulaşmaktan kaçınmak gerektiğinde yararlı olabilir.

Geliştirme ve test sanal makinelerinin herkese açık internet 'e ulaşamıyor Nasıl yaparım? emin misiniz? Ağ yapılandırmasını kurmak için önerilen desenler var mı?

Evet. Dikkate alınması gereken iki nokta vardır: gelen ve giden trafik.

  • Gelen trafik : sanal makınenın genel IP adresi yoksa, İnternet tarafından erişilemez. Yaygın bir yaklaşım, bir kullanıcının genel IP adresi oluşturgerektirmediğinden, abonelik düzeyinde bir ilkenin ayarlanmış olmasını sağlamaktır.
  • Giden trafik : sanal makinelerin genel İnternet 'e doğrudan erişmesini engellemek ve trafiği bir kurumsal güvenlik duvarı aracılığıyla zorlamak istiyorsanız, zorlamalı yönlendirmeyi kullanarak trafiği Express Route veya VPN aracılığıyla yönlendirebilirsiniz.

Not

Proxy ayarları olmayan trafiği engelleyen bir ara sunucunuz varsa, laboratuvarın yapıt depolama hesabına özel durumlar eklemeyi unutmayın.

Sanal makineler veya alt ağlar için ağ güvenlik grupları da kullanabilirsiniz. Bu adım trafiğe izin vermek/engellemek için ek bir koruma katmanı ekler.

Sorun giderme

Var olan sanal ağ neden düzgün şekilde kaydediliyor?

Bunun bir nedeni, sanal ağ adınızın nokta içermeme olasılığı vardır. Bu durumda, dönemleri kaldırmayı veya kısa çizgilerden değiştirmeyi deneyin. Sonra, sanal ağı kaydetmeyi yeniden deneyin.

PowerShell 'den bir VM sağlamadığımda neden "üst kaynak bulunamadı" hatası alıyorum?

Bir kaynak başka bir kaynağın üst öğesi olduğunda, alt kaynağı oluşturmadan önce üst kaynağın mevcut olması gerekir. Üst kaynak yoksa, bir Parentresourcenotfound iletisi görürsünüz. Üst kaynakta bir bağımlılık belirtmezseniz, alt kaynak üst öğeden önce dağıtılabilir.

VM 'Ler bir kaynak grubundaki laboratuvar altında alt kaynaklardır. PowerShell kullanarak VM 'Leri dağıtmak için Kaynak Yöneticisi Şablonlar kullandığınızda, PowerShell betiğine girilen kaynak grubu adı laboratuvarın kaynak grubu adı olmalıdır. Daha fazla bilgi için bkz. Genel Azure dağıtım hatalarıyla Ilgili sorunları giderme.

Bir VM dağıtımı başarısız olursa nereden daha fazla hata bilgisi bulabilirim?

VM dağıtım hataları, etkinlik günlüklerinde yakalanır. Laboratuvar VM 'si etkinlik günlüklerini, laboratuvar VM 'si sayfasındaki kaynak menüsündeki Denetim günlükleri veya sanal makine tanılama altında bulabilirsiniz (sanal MAKINELERIM listesinden VM 'yi seçtikten sonra sayfa görünür).

Bazen, dağıtım hatası VM dağıtımı başlamadan önce oluşur. VM ile oluşturulan bir kaynak için abonelik sınırının aşıldığı bir örnektir. Bu durumda, hata ayrıntıları laboratuvar düzeyi etkinlik günlüklerinde yakalanır. Etkinlik günlükleri yapılandırma ve ilke ayarlarının altında bulunur. Azure 'da etkinlik günlüklerini kullanma hakkında daha fazla bilgi için bkz. kaynaklardaki eylemleri denetlemek için etkinlik günlüklerini görüntüleme.

Laboratuvar oluşturmaya çalışırken neden "kaynak türü için konum kullanılamıyor" hatası alıyorum?

Laboratuvar oluşturmaya çalıştığınızda aşağıdakine benzer bir hata iletisi görebilirsiniz:

The provided location 'australiacentral' is not available for resource type 'Microsoft.KeyVault/vaults'. List of available regions for the resource type is 'devx-track-azurepowershell,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

Aşağıdaki adımlardan birini gerçekleştirerek, bu hatayı çözebilirsiniz:

1. Seçenek

Bölgeye göre kullanılabilir ürünler sayfasında, Azure bölgelerindeki kaynak türünün kullanılabilirliğini kontrol edin. Kaynak türü belirli bir bölgede kullanılabilir değilse, DevTest Labs bu bölgede bir laboratuvar oluşturmayı desteklemez. Laboratuvarınızı oluştururken başka bir bölge seçin.

2. Seçenek

Bölgenizde kaynak türü kullanılabiliyorsa, aboneliğiniz ile kayıtlı olup olmadığını denetleyin. Bu makaledegösterildiği gibi, abonelik sahibi düzeyinde yapılabilir.