Beheerde Azure Stack Hub-schijven: verschillen en overwegingen
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 algemene verschillen tussen Azure Stack Hub en Azure.
Beheerde schijven vereenvoudigen schijfbeheer voor virtuele IaaS-machines (VM's) door de -opslagaccounts te beheren gekoppeld aan de VM-schijven.
Beheerde schijven worden standaard ingeschakeld bij het maken van VM's met behulp van de Azure Stack Hub-portal.
Spiekbriefje: Verschillen tussen beheerde schijven
| Kenmerk | Azure (globaal) | Azure Stack Hub |
|---|---|---|
| Backupopties | Azure Backup-service | Nog niet ondersteund |
| Opties voor herstel na noodgevallen | Azure Site Recovery | Azure Site Recovery op Azure Stack Hub |
| Analyse van schijfprestaties | Geaggregeerde statistieken en statistieken per schijf worden ondersteund. | Nog niet ondersteund |
| Schijfgrootte | Azure Premium Disk: P4 (32 GiB) naar P80 (32 TiB) Azure Standard SSD Disk: 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 |
| Momentopname van schijven kopiëren | Momentopname van beheerde Azure-schijven die zijn gekoppeld aan een actieve VM die wordt ondersteund. | Ondersteund door back-upleveranciers. Neem contact op met uw leverancier om de ondersteuning te controleren. |
| Schijftypen | Premium SSD, Standard SSD en Standard HDD. | Premium SSD, Standard HDD |
| Versleuteling voor rustdata | Azure Storage Service Encryption (SSE), Azure Disk Encryption (ADE). | BitLocker 128-bits AES-versleuteling |
| Schijf uitvouwen - beheerde schijf | Ondersteund | Ondersteund Windows Linux |
| Beeld | Beheerde aangepaste afbeelding | Ondersteund |
| Migratie | Geef een hulpprogramma op om te migreren van bestaande niet-beheerde Azure Resource Manager-VM's zonder dat u de virtuele machine opnieuw hoeft te maken. | Nog 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 |
| Doorvoercapaciteit van Premium-schijven | Is afhankelijk van de schijfgrootte. | 145 MB per seconde per schijf |
Notitie
IOPS en doorvoer van beheerde schijven in Azure Stack Hub is een limietnummer in plaats van een ingerichte waarde. Dit kan worden beïnvloed door hardware en workloads die worden uitgevoerd in Azure Stack Hub.
Statistieken
Er zijn ook verschillen met metrische opslaggegevens:
- Met Azure Stack Hub onderscheiden de transactiegegevens in metrische opslaggegevens geen interne of externe netwerkbandbreedte.
- Transactiegegevens van Azure Stack Hub in opslagstatistieken omvatten geen virtuele machine toegang 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 images, geen schijven, geen momentopnamen)
Converteren naar beheerde schijven
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 naar beheerde schijven. Vervang de tijdelijke aanduidingen 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 afbeeldingen
Azure Stack Hub ondersteunt beheerde installatiekopieën, waarmee u een beheerd installatiekopieënobject kunt maken op een gegeneraliseerde VM (zowel onbeheerde als beheerde) die in de toekomst alleen vm's voor beheerde schijven kunnen maken. Beheerde afbeeldingen maken 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 virtuele machine op basis van een installatiekopie die niet goed is gegeneraliseerd, kan een VMProvisioningTimeout foutcode geven.
Stap 2: De beheerde image maken
U kunt de portal, PowerShell of Azure CLI gebruiken om de beheerde installatiekopieën te maken. Volg de stappen in Een beheerd afbeelding maken.
Stap 3: De use-case kiezen
Case 1: Niet-beheerde VM's migreren naar beheerde schijven
Zorg ervoor dat u de VM correct generaliseert voordat u deze stap uitvoert. Na de generalisatie kunt u deze VM niet meer gebruiken. Als u een virtuele machine maakt op basis van een installatiekopie die niet goed is gegeneraliseerd, leidt dit tot een VMProvisioningTimeout foutmelding.
Volg de instructies in Een installatiekopie maken van een virtuele machine die gebruikmaakt van een opslagaccount om een beheerde installatiekopie te maken van een gegeneraliseerde VHD in een opslagaccount. U kunt deze afbeelding 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 hebt gemaakt van een bestaande beheerde schijf-VM met behulp van het script in Een installatiekopie maken op basis 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-object.
Azure Stack Hub PowerShell-module 1.7.0 of hoger: volg de instructies in Een VIRTUELE machine 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 over beheerde installatiekopieën van Azure Een beheerde installatiekopieën maken van een gegeneraliseerde VM in Azure en Een virtuele machine maken op basis van een beheerde installatiekopieën.
Configuratie
Nadat u de 1808-update of hoger hebt toegepast, moet u de volgende configuratiewijziging aanbrengen voordat u beheerde schijven gebruikt:
- Als er vóór de update van 1808 een abonnement is gemaakt, 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'.
- Ga in de Azure Stack Hub-gebruikersportal naar Abonnementen en zoek het abonnement. Klik op Resource Providers, klik vervolgens op Microsoft.Compute, en klik daarna op Opnieuw registreren.
- Ga onder hetzelfde abonnement naar Toegangsbeheer (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 volgens 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'.