Beheerde azure Stack Hub-schijven: verschillen en overwegingen

  • Artikel

Dit artikel bevat een overzicht van de verschillen tussen beheerde schijven in Azure Stack Hub en beheerde schijven in Azure. Zie het artikel Belangrijke overwegingen voor meer informatie over verschillen op hoog niveau tussen Azure Stack Hub en Azure.

Beheerde schijven vereenvoudigen het schijfbeheer voor virtuele IaaS-machines (VM's) door de opslagaccounts te beheren die zijn gekoppeld aan de VM-schijven.

Beheerde schijven zijn standaard ingeschakeld bij het maken van VM's met behulp van de Azure Stack Hub-portal.

Cheatsheet: verschillen tussen beheerde schijven

Functie Azure (globaal) Azure Stack Hub
Back-upopties Azure Backup service Op het moment niet ondersteund
Opties voor herstel na noodgevallen Azure Site Recovery Op het moment niet ondersteund
Analyse van schijfprestaties Aggregatie van metrische gegevens en metrische gegevens per schijf worden ondersteund. Op het moment niet ondersteund
Schijfgrootte Azure Premium Disk: P4 (32 GiB) naar P80 (32 TiB)
Azure Standard SSD-schijf: E10 (128 GiB) naar E80 (32 TiB)
Azure Standard HDD-schijf: S4 (32 GiB) naar S80 (32 TiB)		 M4: 32 GiB
M6: 64 GiB
M10: 128 GiB
M15: 256 GiB
M20: 512 GiB
M30: 1023 GiB
Momentopnamekopie van schijven Momentopname van beheerde Azure-schijven die zijn gekoppeld aan een actieve VM die wordt ondersteund. Ondersteund via back-upleveranciers. Neem contact op met uw leverancier om ondersteuning te controleren.
Schijftypen Premium SSD, Standard SSD en Standard HDD. Premium SSD, Standard HDD
Versleuteling van data-at-rest Azure Storage Service Encryption (SSE), Azure Disk Encryption (ADE). BitLocker 128-bits AES-versleuteling
Schijf uitvouwen – beheerde schijf Ondersteund Ondersteund
Windows
Linux
Installatiekopie Beheerde aangepaste installatiekopieën Ondersteund
Migratie Een hulpprogramma bieden voor het migreren van bestaande niet-beheerde Azure Resource Manager-VM's zonder dat u de VM opnieuw hoeft te maken. Op het moment niet ondersteund
Premium-schijven Volledig ondersteund. Kan worden ingericht, maar geen prestatielimiet of garantie
IOPS voor Premium-schijven Is afhankelijk van de schijfgrootte. 2300 IOPS per schijf
Doorvoer van Premium-schijven Is afhankelijk van de schijfgrootte. 145 MB/seconde per schijf

Notitie

Beheerde schijven IOPS en doorvoer in Azure Stack Hub is een limietnummer in plaats van een ingericht nummer, wat kan worden beïnvloed door hardware en workloads die worden uitgevoerd in Azure Stack Hub.

Metrische gegevens

Er zijn ook verschillen met metrische opslaggegevens:

  • Met Azure Stack Hub maken de transactiegegevens in metrische opslaggegevens geen onderscheid tussen interne en externe netwerkbandbreedte.
  • Azure Stack Hub-transactiegegevens in metrische opslaggegevens omvatten geen toegang tot de virtuele machine tot de gekoppelde schijven.

API-versies

Beheerde schijven van Azure Stack Hub ondersteunen de volgende API-versies:

  • 2019-07-01
  • 2019-03-01
  • 2018-09-30
  • 2018-06-01
  • 2018-04-01
  • 2017-03-30
  • 2017-03-30
  • 2017-12-01 (alleen beheerde installatiekopieën, geen schijven, geen momentopnamen)

Converteren naar Managed Disks

Notitie

De Azure PowerShell cmdlet ConvertTo-AzVMManagedDisk kan niet worden gebruikt om een niet-beheerde schijf te converteren naar een beheerde schijf in Azure Stack Hub. Azure Stack Hub biedt momenteel geen ondersteuning voor deze cmdlet.

U kunt het volgende script gebruiken om een momenteel ingerichte VM te converteren van niet-beheerde schijven naar beheerde schijven. Vervang de plaatsaanduidingen door uw eigen waarden.

$SubscriptionId = "SubId"

# The name of your resource group where your VM to be converted exists.
$ResourceGroupName ="MyResourceGroup"

# The name of the managed disk to be created.
$DiskName = "mngddisk"

# The size of the disks in GB. It should be greater than the VHD file size.
$DiskSize = "50"

# The URI of the VHD file that will be used to create the managed disk.
# The VHD file can be deleted as soon as the managed disk is created.
$VhdUri = "https://rgmgddisks347.blob.local.azurestack.external/vhds/unmngdvm20181109013817.vhd"

# The storage type for the managed disk: PremiumLRS or StandardLRS.
$AccountType = "StandardLRS"

# The Azure Stack Hub location where the managed disk will be located.
# The location should be the same as the location of the storage account in which VHD file is stored.
# Configure the new managed VM point to the old unmanaged VM configuration (network config, VM name, location).
$Location = "local"
$VirtualMachineName = "unmngdvm"
$VirtualMachineSize = "Standard_D1"
$PIpName = "unmngdvm-ip"
$VirtualNetworkName = "unmngdrg-vnet"
$NicName = "unmngdvm"

# Set the context to the subscription ID in which the managed disk will be created.
Select-AzSubscription -SubscriptionId $SubscriptionId

# Delete old VM, but keep the OS disk.
Remove-AzVm -Name $VirtualMachineName -ResourceGroupName $ResourceGroupName

# Create the managed disk configuration.
$DiskConfig = New-AzDiskConfig -AccountType $AccountType -Location $Location -DiskSizeGB $DiskSize -SourceUri $VhdUri -CreateOption Import

# Create managed disk.
New-AzDisk -DiskName $DiskName -Disk $DiskConfig -ResourceGroupName $resourceGroupName
$Disk = Get-AzDisk -DiskName $DiskName -ResourceGroupName $ResourceGroupName
$VirtualMachine = New-AzVMConfig -VMName $VirtualMachineName -VMSize $VirtualMachineSize

# Use the managed disk resource ID to attach it to the virtual machine.
# Change the OS type to "-Windows" if the OS disk has the Windows OS.
$VirtualMachine = Set-AzVMOSDisk -VM $VirtualMachine -ManagedDiskId $Disk.Id -CreateOption Attach -Linux

# Create a public IP for the VM.
$PublicIp = Get-AzPublicIpAddress -Name $PIpName -ResourceGroupName $ResourceGroupName

# Get the virtual network where the virtual machine will be hosted.
$VNet = Get-AzVirtualNetwork -Name $VirtualNetworkName -ResourceGroupName $ResourceGroupName

# Create NIC in the first subnet of the virtual network.
$Nic = Get-AzNetworkInterface -Name $NicName -ResourceGroupName $ResourceGroupName

$VirtualMachine = Add-AzVMNetworkInterface -VM $VirtualMachine -Id $Nic.Id

# Create the virtual machine with managed disk.
New-AzVM -VM $VirtualMachine -ResourceGroupName $ResourceGroupName -Location $Location

Beheerde installatiekopieën

Azure Stack Hub ondersteunt beheerde installatiekopieën, waarmee u een beheerd installatiekopieënobject kunt maken op een gegeneraliseerde VM (zowel onbeheerd als beheerd) die in de toekomst alleen vm's op beheerde schijven kunnen maken. Beheerde installatiekopieën maken de volgende twee scenario's mogelijk:

  • U hebt gegeneraliseerde niet-beheerde VM's en wilt in de toekomst beheerde schijven gebruiken.
  • U hebt een gegeneraliseerde beheerde VM en wilt meerdere, vergelijkbare beheerde VM's maken.

Stap 1: de VM generaliseren

Voor Windows volgt u de sectie De Windows-VM generaliseren met sysprep . Voor Linux volgt u stap 1 hier.

Notitie

Zorg ervoor dat u uw VM generaliseert. Het maken van een VM op basis van een installatiekopieën die niet goed is gegeneraliseerd, kan een VMProvisioningTimeout-fout veroorzaken.

Stap 2: de beheerde installatiekopieën maken

U kunt de portal, PowerShell of Azure CLI gebruiken om de beheerde installatiekopieën te maken. Volg de stappen in Een beheerde installatiekopieën maken.

Stap 3: de use case kiezen

Case 1: Niet-beheerde VM's migreren naar beheerde schijven

Zorg ervoor dat u uw VM correct generaliseert voordat u deze stap uitvoert. Na de generalisatie kunt u deze VM niet meer gebruiken. Als u een VM maakt op basis van een installatiekopieën die niet goed is gegeneraliseerd, leidt dit tot een VMProvisioningTimeout-fout .

Volg de instructies in Een installatiekopieën maken van een VM die gebruikmaakt van een opslagaccount om een beheerde installatiekopieën te maken van een gegeneraliseerde VHD in een opslagaccount. U kunt deze installatiekopieën in de toekomst gebruiken om beheerde VM's te maken.

Case 2: Beheerde VM maken op basis van beheerde installatiekopieën met behulp van PowerShell

Nadat u een installatiekopieën hebt gemaakt op basis van een bestaande vm op een beheerde schijf met behulp van het script in Een installatiekopieën maken van een beheerde schijf met behulp van PowerShell, gebruikt u het volgende voorbeeldscript om een vergelijkbare Virtuele Linux-machine te maken op basis van een bestaand installatiekopieënobject.

Azure Stack Hub PowerShell-module 1.7.0 of hoger: volg de instructies in Een VM maken op basis van een beheerde installatiekopieën.

Azure Stack Hub PowerShell-module 1.6.0 of eerder:

# Variables for common values
$ResourceGroupName = "MyResourceGroup"
$Location = "local"
$VirtualMachineName = "MyVM"
$ImageRG = "managedlinuxrg"
$ImageName = "simplelinuxvmm-image-2019122"

# Create credential object
$Cred = Get-Credential -Message "Enter a username and password for the virtual machine."

# Create a resource group
New-AzResourceGroup -Name $ResourceGroupName -Location $Location

# Create a subnet configuration
$SubnetConfig = New-AzVirtualNetworkSubnetConfig -Name "MySubnet" -AddressPrefix "192.168.1.0/24"

# Create a virtual network
$VNet = New-AzVirtualNetwork -ResourceGroupName $ResourceGroupName -Location $Location `
  -Name "MyVNet" -AddressPrefix "192.168.0.0/16" -Subnet $SubnetConfig

# Create a public IP address and specify a DNS name
$PIp = New-AzPublicIpAddress -ResourceGroupName $ResourceGroupName -Location $Location `
  -Name "mypublicdns$(Get-Random)" -AllocationMethod Static -IdleTimeoutInMinutes 4

# Create an inbound network security group rule for port 3389
$NsgRuleSSH = New-AzNetworkSecurityRuleConfig -Name "MyNetworkSecurityGroupRuleSSH"  -Protocol Tcp `
  -Direction Inbound -Priority 1000 -SourceAddressPrefix * -SourcePortRange * -DestinationAddressPrefix * `
  -DestinationPortRange 22 -Access Allow

# Create a network security group
$Nsg = New-AzNetworkSecurityGroup -ResourceGroupName $ResourceGroupName -Location $Location `
  -Name "MyNetworkSecurityGroup" -SecurityRules $NsgRuleSSH

# Create a virtual network card and associate with public IP address and NSG
$Nic = New-AzNetworkInterface -Name "MyNic" -ResourceGroupName $ResourceGroupName -Location $Location `
  -SubnetId $VNet.Subnets[0].Id -PublicIpAddressId $PIp.Id -NetworkSecurityGroupId $Nsg.Id

$Image = Get-AzImage -ResourceGroupName $ImageRG -ImageName $ImageName

# Create a virtual machine configuration
$VmConfig = New-AzVMConfig -VMName $VirtualMachineName -VMSize "Standard_D1" | `
Set-AzVMOperatingSystem -Linux -ComputerName $VirtualMachineName -Credential $Cred | `
Set-AzVMSourceImage -Id $Image.Id | `
Set-AzVMOSDisk -VM $VmConfig -CreateOption FromImage -Linux | `
Add-AzVMNetworkInterface -Id $Nic.Id

# Create a virtual machine
New-AzVM -ResourceGroupName $ResourceGroupName -Location $Location -VM $VmConfig

U kunt de portal ook gebruiken om een virtuele machine te maken op basis van een beheerde installatiekopieën. Zie de artikelen Een beheerde installatiekopieën van een gegeneraliseerde VM maken in Azure en Een VM maken op basis van een beheerde installatiekopieën voor meer informatie.

Configuratie

Nadat u update 1808 of hoger hebt toegepast, moet u de volgende configuratiewijziging aanbrengen voordat u beheerde schijven gebruikt:

  • Als een abonnement is gemaakt vóór update 1808, volgt u de onderstaande stappen om het abonnement bij te werken. Anders kan het implementeren van VM's in dit abonnement mislukken met het foutbericht 'Interne fout in schijfbeheer'.
    1. Ga in de Azure Stack Hub-gebruikersportal naar Abonnementen en zoek het abonnement. Klik op Resourceproviders, klik vervolgens op Microsoft.Compute en klik vervolgens op Opnieuw registreren.
    2. Ga onder hetzelfde abonnement naar Access Control (IAM) en controleer of Azure Stack Hub - Managed Disk wordt vermeld.
  • Als u een omgeving met meerdere tenants gebruikt, vraagt u uw cloudoperator (die zich mogelijk in uw eigen organisatie of van de serviceprovider bevindt) om elk van uw gastmappen opnieuw te configureren. Volg hiervoor de stappen in Multitenancy configureren in Azure Stack Hub. Anders kan het implementeren van VM's in een abonnement dat is gekoppeld aan die gastmap mislukken met het foutbericht 'Interne fout in schijfbeheer'.

Volgende stappen