Share via


DevTest Labs en -planningen verplaatsen

U kunt DevTest Labs en de bijbehorende planningen verplaatsen naar een andere regio of resourcegroep. U kunt resourcegroepen verplaatsen via Azure Portal. Als u een lab wilt verplaatsen, maakt u een kopie van een bestaand lab in een andere regio. Wanneer u uw lab hebt verplaatst en u een virtuele machine (VM) in de doelregio hebt, kunt u uw labplanningen verplaatsen.

In dit artikel leert u het volgende:

  • Resources verplaatsen naar verschillende resourcegroepen.
  • Exporteer een ARM-sjabloon (Azure Resource Manager) van uw lab.
  • Wijzig de sjabloon door de doelregio en andere parameters toe te voegen of bij te werken.
  • Implementeer de sjabloon om het nieuwe lab in de doelregio te maken.
  • Configureer het nieuwe lab.
  • Gegevens verplaatsen naar het nieuwe lab.
  • Verplaats planningen naar het nieuwe lab.
  • Verwijder de resources in de bronregio.

Vereisten

  • Zorg ervoor dat de services en functies die uw account gebruikt, worden ondersteund in de doelregio.

  • Voor preview-functies moet u ervoor zorgen dat uw abonnement is toegestaan voor de doelregio.

  • In DevTest Labs worden geen wachtwoorden opgeslagen of weergegeven uit de geëxporteerde ARM-sjabloon. U moet de wachtwoorden/geheimen voor het volgende weten:

    • de VM's
    • de opgeslagen geheimen
    • PAT-tokens van de privéartefact-opslagplaatsen om de privé-opslagplaatsen samen met het lab te verplaatsen.
  • Zorg er bij het verplaatsen van een labplanning voor dat er een compute-VM in de doelregio bestaat.

Een lab verplaatsen

In de volgende sectie wordt beschreven hoe u resources verplaatst naar een andere resourcegroep en hoe u een ARM-sjabloon maakt en aanpast om een lab van de ene regio naar de andere te verplaatsen.

U kunt een planning verplaatsen zonder een lab te verplaatsen als u een VIRTUELE machine in de doelregio hebt. Zie Een planning verplaatsen als u een planning wilt verplaatsen zonder een lab te verplaatsen.

Resourcegroepen verplaatsen met behulp van Azure Portal

Het verplaatsen van resources tussen resourcegroepen op verschillende locaties is nu naadloos ingeschakeld in DevTest Labs. U kunt moeiteloos elke resource van de ene groep naar een andere binnen hetzelfde abonnement overdragen.

Selecteer eerst de resource die u wilt verplaatsen. Op de overzichtspagina van de resource ziet u de huidige resourcegroep bovenaan. Naast de naam van de resourcegroep ziet u het woord (move) tussen haakjes.

Klik op de hyperlinktekst move , waarmee u naar een nieuwe pagina wordt geleid, waar u de resource naar een andere resourcegroep binnen hetzelfde abonnement kunt verplaatsen. Houd er rekening mee dat het verplaatsen van de resource de locatie niet wijzigt, zelfs als de doelresourcegroep zich op een andere locatie bevindt. Als u geen resources verplaatst via Azure Portal of als u overdraagt naar een resourcegroep in een ander abonnement, worden alternatieve methoden beschreven met behulp van ARM.

Labs verplaatsen naar een andere regio

Wanneer u een lab verplaatst, moet u enkele stappen uitvoeren om de verplaatsing voor te bereiden. U moet het volgende doen:

  • Het virtuele netwerk voorbereiden
  • Een ARM-sjabloon van het lab exporteren
  • De sjabloon aanpassen
  • De sjabloon implementeren om het lab te verplaatsen
  • Het nieuwe lab configureren
  • De besturingssysteemschijven van de reken-VM's wisselen onder de nieuwe VM's
  • Het oorspronkelijke lab opschonen

Het virtuele netwerk voorbereiden

Om aan de slag te gaan, exporteert en wijzigt u een Resource Manager-sjabloon.

  1. Meld u aan bij het Azure-portaal.

  2. Als u geen resourcegroep in de doelregio hebt, maakt u er nu een.

  3. Verplaats het huidige virtuele netwerk naar de nieuwe regio en resourcegroep met behulp van de stappen in het artikel 'Een virtueel Azure-netwerk verplaatsen naar een andere regio'.

    U kunt ook een nieuw virtueel netwerk maken als u het oorspronkelijke netwerk niet hoeft te behouden.

Een ARM-sjabloon van het lab exporteren

Vervolgens exporteert u een JSON-sjabloon met instellingen die het lab beschrijven.

Een sjabloon exporteren via de Azure-portal:

  1. Selecteer Alle resources en selecteer vervolgens de resourcegroep voor het lab.

  2. Selecteer Sjabloon exporteren.

  3. Kies Downloaden in exportsjabloon.

  4. Zoek het .zip bestand dat u hebt gedownload uit de portal en pak dat bestand uit naar een map van uw keuze.

    Dit zip-bestand bevat de .json bestanden die bestaan uit de sjabloon en scripts om de sjabloon te implementeren. Het bevat alle resources onder uw lab in ARM-sjabloonindeling, met uitzondering van de resources in de Shared Image Gallery.

De sjabloon aanpassen

Als u wilt dat de ARM-sjabloon correct wordt geïmplementeerd in de nieuwe regio, moet u enkele onderdelen van de sjabloon wijzigen.

De sjabloon bijwerken met behulp van Azure Portal:

  1. Selecteer in Azure Portal Een resource maken.

  2. In Marketplace doorzoeken typt u sjabloonimplementatie. Druk vervolgens op ENTER.

  3. Selecteer Sjabloonimplementatie.

    Schermopname van Azure Marketplace met sjabloonimplementatie geselecteerd.

  4. Selecteer Maken.

  5. Selecteer Bouw uw eigen sjabloon in de editor.

  6. Selecteer Bestand laden en volg de instructies voor het laden van het template.json-bestand dat u in de laatste sectie hebt gedownload.

  7. Breng in de editor de volgende wijzigingen aan in het bestand template.json :

    1. Vervang het origineel location door de nieuwe regio waarin u wilt implementeren, zoals westus2southeastasia, enzovoort. Zie Azure-locaties voor het verkrijgen van regiolocatiecodes. De code voor een regio is de regionaam zonder spaties, VS = centralus - centraal.

      "variables": {},
      "resources": [
        {
          "type": "microsoft.devtestlab/labs",
          "location": "centralus",
      
    2. Als u 'Alle virtuele machines in één resourcegroep' hebt ingesteld in de 'Lab-instellingen', werkt u ook de volgende waarden bij in de ARM-sjabloon:

      • Werk de apiVersion microsoft.devtestlab/labs resource bij naar 2018-10-15-preview.
      • Toevoegen vmCreationResourceGroupId aan de properties sectie.
      "variables": {},
      "resources": [
        {
          "type": "microsoft.devtestlab/labs",
          "apiVersion": "2018-10-15-preview",
          "name": "[parameters('labs_lj_dtl_rgsettings_name')]",
          "location": "<regionName>",
          "properties": {
            "vmCreationResourceGroupId": "/subscriptions/<subscriptionID>/resourceGroups/<myResourceGroup>",
            "labStorageType": "Premium",
      
    3. Zoek de "type": "microsoft.devtestlab/labs/users" resource. Verwijder daar de hele secretStore sectie, inclusief de keyVaultld en de keyVaultUri parameters.

      secretStore": {
        "keyVaultUri": "<vaultvalue>"
        "keyVaultld": "<id>"
      }
      
    4. Zoek de "type": "microsoft.devtestlab/labs/virtualnetworks" resource. Als u eerder in deze stappen een nieuw virtueel netwerk hebt gemaakt, moet u de werkelijke subnetnaam toevoegen in /subnets/[SUBNET_NAME]. Als u ervoor kiest om het virtuele netwerk naar een nieuwe regio te verplaatsen, moet u deze stap overslaan.

    5. Zoek de "type": "microsoft.devtestlab/labs/virtualmachines" resource.

      1. Voeg onder 'eigenschappen' toe "password": "RANDOM_PASSWORD"

        Notitie

        Er is een wachtwoordeigenschap vereist om een nieuwe VIRTUELE machine te maken. We voeren een willekeurig wachtwoord in, omdat we later de besturingssysteemschijf wisselen met de oorspronkelijke VM.

      2. Voor virtuele machines met gedeelde IP-adressen voegt u dit fragment toe onder 'properties.networkInterface',

        Windows-VM met RDP:

        "networkInterface": {
          "sharedPublicIpAddressConfiguration": {
            "inboundNatRules": [
              {
                "transportProtocol": "tcp",
                "backendPort": 3389
              }
            ]
          }
        }
        

        Linux-VM met SSH:

         "networkInterface": {
            "sharedPublicIpAddressConfiguration": {
              "inboundNatRules": [
                {
                  "transportProtocol": "tcp",
                  "backendPort": 22
                }
              ]
            }
          }
        
    6. Onder de microsoft.devtestlab/labs/users/secrets resources ziet u de volgende parameter de 'eigenschappen'. Vervang YOUR_STORED_PASSWORD door uw wachtwoord.

      Belangrijk

      Gebruik secureString voor wachtwoordwaarden.

      "value": "YOUR_STORED_PASSWORD"
      
    7. Onder de microsoft.devtestlab/labs/artifactsources resources ziet u de volgende parameter de 'eigenschappen'. Vervang YOUR_STORED_PASSWORD door uw wachtwoord. Gebruik opnieuw secureString voor wachtwoordwaarden.

      "securityToken": "YOUR_PAT_TOKEN_VALUE"
      
    8. Sla de sjabloon op in de editor.

De sjabloon implementeren om het lab te verplaatsen

Implementeer de sjabloon om een nieuw lab in de doelregio te maken.

  1. Werk op de pagina Aangepaste implementatie alle parameters bij met de bijbehorende waarden die in de sjabloon zijn gedefinieerd.

  2. Voer de volgende waarden in:

    Naam Weergegeven als
    Abonnement Selecteer een Azure-abonnement.
    Resourcegroep Selecteer de resourcegroepsnaam die u in de vorige sectie hebt gemaakt.
    Location Selecteer een locatie voor het lab. Bijvoorbeeld VS - centraal.
    Labnaam Moet een andere naam hebben.
    Vnet-id Dit moet de verplaatste zijn of de nieuwe die u hebt gemaakt.
  3. Selecteer Controleren + maken.

  4. Selecteer Maken.

  5. Selecteer het belpictogram (meldingen) boven in het scherm om de implementatiestatus te zien. U ziet Implementatie wordt uitgevoerd. Wacht tot de implementatie is voltooid.

Het nieuwe lab configureren

Hoewel de meeste lab-resources zijn gerepliceerd onder de nieuwe regio met behulp van de ARM-sjabloon, moeten enkele bewerkingen nog steeds handmatig worden verplaatst.

  1. Voeg de computegalerie weer toe aan het lab als deze aanwezig zijn in het oorspronkelijke lab.
  2. Voeg het beleid 'Virtuele machines per gebruiker', 'Virtuele machines per lab' en 'Toegestane grootten van virtuele machines' weer toe aan het verplaatste lab

De besturingssysteemschijven van de reken-VM's wisselen onder de nieuwe VM's

Houd er rekening mee dat de VM's onder het nieuwe lab dezelfde specificaties hebben als de vm's onder het oude lab. Het enige verschil is hun besturingssysteemschijven.

  1. Maak een lege schijf onder de nieuwe regio.

    • Haal de naam van de besturingssysteemschijf van de doel-VM op onder het nieuwe lab. U vindt de reken-VM en de schijf ervan onder de resourcegroep op de pagina Virtuele machine van het lab.

    • Gebruik AzCopy om de oude schijfinhoud te kopiëren naar de nieuwe/lege schijven in de nieuwe regio. U kunt de PowerShell-opdrachten uitvoeren vanuit uw Dev Box of vanuit De Azure Cloud Shell.

      AzCopy is het favoriete hulpprogramma voor het verplaatsen van uw gegevens. Het is geoptimaliseerd voor prestaties. Een manier waarop het sneller gaat, is dat gegevens rechtstreeks worden gekopieerd, zodat AzCopy niet de netwerkbandbreedte van uw computer gebruikt. Gebruik AzCopy bij de opdrachtregel of als onderdeel van een aangepast script. Raadpleeg Aan de slag met AzCopy.

      # Fill in the source/target disk names and their resource group names
      $sourceDiskName = "SOURCE_DISK"
      $sourceRG = "SOURCE_RG"
      $targetDiskName = "TARGET_DISK"
      $targetRG = "TARGET_RG"
      $targetRegion = "TARGET_LOCATION"
      
      # Create an empty target disk from the source disk
      $sourceDisk = Get-AzDisk -ResourceGroupName $sourceRG -DiskName $sourceDiskName
      $targetDiskconfig = New-AzDiskConfig -SkuName $sourceDisk.Sku.Name -UploadSizeInBytes $($sourceDisk.DiskSizeBytes+512) -Location $targetRegion -OsType $sourceDisk.OsType -CreateOption 'Upload'
      $targetDisk = New-AzDisk -ResourceGroupName $targetRG -DiskName $targetDiskName -Disk $targetDiskconfig
      
      # Copy the disk content from source to target
      $sourceDiskSas = Grant-AzDiskAccess -ResourceGroupName $sourceRG -DiskName $sourceDiskName -DurationInSecond 1800 -Access 'Read'
      $targetDiskSas = Grant-AzDiskAccess -ResourceGroupName $targetRG -DiskName $targetDiskName -DurationInSecond 1800 -Access 'Write'
      azcopy copy $sourceDiskSas.AccessSAS $targetDiskSas.AccessSAS --blob-type PageBlob
      Revoke-AzDiskAccess -ResourceGroupName $sourceRG -DiskName $sourceDiskName
      Revoke-AzDiskAccess -ResourceGroupName $targetRG -DiskName $targetDiskName
      

      Daarna hebt u een nieuwe schijf onder de nieuwe regio.

    1. Verwissel de besturingssysteemschijf van de compute-VM onder het nieuwe lab met de nieuwe schijf. Zie het artikel 'De besturingssysteemschijf wijzigen die wordt gebruikt door een Azure-VM met behulp van PowerShell' voor meer informatie.

Een planning verplaatsen

Er zijn twee manieren om een planning te verplaatsen:

  • Maak de planningen handmatig opnieuw op de verplaatste VM's. Dit proces kan tijdrovend en foutgevoelig zijn. Deze methode is het handigst wanneer u een paar planningen en VM's hebt.
  • Exporteer en implementeer de planningen opnieuw met behulp van ARM-sjablonen.

Gebruik de volgende stappen om uw planning in een andere Azure-regio te exporteren en opnieuw te implementeren met behulp van een ARM-sjabloon:

  1. Meld u aan bij het Azure-portaal.

  2. Ga naar de bronresourcegroep met uw VM's.

  3. Selecteer verborgen typen weergeven op de pagina Overzicht van resourcegroepen onder Resources.

  4. Selecteer alle resources met het type microsoft.devtestlab/schedules.

  5. Selecteer Sjabloon exporteren.

    Schermopname van de verborgen resources in een resourcegroep, met planningen geselecteerd.

  6. Selecteer Implementeren op de pagina Resourcegroep exporteren.

  7. Selecteer Op de pagina Aangepaste implementatie de optie Sjabloon bewerken.

  8. Wijzig in de sjablooncode alle exemplaren van "location": "<old location>" in "location": "<new location>" en selecteer Opslaan.

  9. Voer op de pagina Aangepaste implementatie waarden in die overeenkomen met de doel-VM:

    Naam Weergegeven als
    Abonnement Selecteer een Azure-abonnement.
    Resourcegroep Selecteer de naam van de resourcegroep.
    Regio Selecteer een locatie voor het labschema. Bijvoorbeeld VS - centraal.
    Planningsnaam Moet een wereldwijd unieke naam zijn.
    VirtualMachine_xxx_externalId Dit moet de doel-VM zijn.

    Schermopname van de aangepaste implementatiepagina, met nieuwe locatiewaarden voor de relevante instellingen.

    Belangrijk

    Elk schema moet een wereldwijd unieke naam hebben; U moet de planningsnaam voor de nieuwe locatie wijzigen.

  10. Selecteer Controleren en maken om de implementatie te maken.

  11. Wanneer de implementatie is voltooid, controleert u of het nieuwe schema juist is geconfigureerd op de nieuwe VIRTUELE machine.

Verwijderen of opschonen

Als u na de implementatie opnieuw wilt beginnen, kunt u het doellab verwijderen en de stappen herhalen die worden beschreven in de secties Voorbereiden en verplaatsen van dit artikel.

Als u de wijzigingen wilt doorvoeren en de verplaatsing wilt voltooien, moet u het oorspronkelijke lab verwijderen.

Een lab verwijderen met behulp van Azure Portal:

  1. Vouw in Azure Portal het menu aan de linkerkant uit om het menu met services te openen en kies DevTest Labs om de lijst met labs weer te geven.

  2. Zoek het doellab dat u wilt verwijderen en klik met de rechtermuisknop op de knop Meer (...) aan de rechterkant van de vermelding.

  3. Selecteer Verwijderen en bevestig dit.

U kunt er ook voor kiezen om de oorspronkelijke planningen op te schonen als ze niet meer worden gebruikt. Ga naar de oorspronkelijke planningsresourcegroep (waar u sjablonen uit stap 5 hierboven hebt geëxporteerd) en verwijder de planningsresource.

Volgende stappen

In dit artikel hebt u DevTest Labs van de ene regio naar de andere verplaatst en de bronbronnen opgeschoond. Raadpleeg voor meer informatie over het verplaatsen van resources tussen regio's en herstel na noodgevallen in Azure: