Beheerde Azure Stack Hub-schijven: verschillen en overwegingen
In dit artikel worden de verschillen tussen beheerde schijven in Azure Stack Hub en beheerde schijven in Azure samengevat. Zie het artikel Belangrijke overwegingen voor meer informatie over verschillen op hoog niveau tussen Azure Stack Hub en Azure.
Beheerde schijven vereenvoudigen schijfbeheer voor virtuele IaaS-machines (VM's) door de opslagaccounts te beheren die zijn gekoppeld aan de VM-schijven.
Beheerde schijven worden 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 | Nog niet ondersteund |
| Opties voor herstel na noodgevallen | Azure Site Recovery | Nog niet ondersteund |
| Analyse van schijfprestaties | Statistische metrische gegevens en metrische gegevens per schijf worden ondersteund. | Nog 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 |
| Momentopname van schijven kopiëren | 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 de 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 uitbreiden - beheerde schijf | Ondersteund | Ondersteund Windows Linux |
| Installatiekopie | Beheerde aangepaste installatiekopieën | Ondersteund |
| Migratie | Het hulpprogramma opgeven om te migreren van bestaande niet-beheerde Azure Resource Manager-VM's zonder dat u de VM 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 |
| Doorvoer van Premium-schijven | Is afhankelijk van de schijfgrootte. | 145 MB/seconde per schijf |
Notitie
IOPS en doorvoer van beheerde schijven in Azure Stack Hub is een limietnummer in plaats van een ingericht getal, 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 onderscheiden de transactiegegevens in metrische opslaggegevens geen interne of externe netwerkbandbreedte.
- Transactiegegevens van Azure Stack Hub in metrische opslaggegevens omvatten geen toegang tot virtuele machines 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-beheerd 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 biedt ondersteuning voor 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 van beheerde schijven kunnen maken. Beheerde installatiekopieën maken de volgende twee scenario's mogelijk:
- U hebt niet-beheerde VM's gegeneraliseerd 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 Generalize the Windows VM using Sysprep . Voor Linux volgt u stap 1 hier.
Notitie
Zorg ervoor dat u uw VM generaliseert. Als u een VIRTUELE machine maakt op basis van een installatiekopieën die niet goed is gegeneraliseerd, kan er een VMProvisioningTimeout-fout optreden.
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 de VM correct generaliseert voordat u deze stap uitvoert. Na de generalisatie kunt u deze VM niet meer gebruiken. Het maken van een VIRTUELE machine op basis van een installatiekopieën die niet goed is gegeneraliseerd, leidt tot een VMProvisioningTimeout-fout .
Volg de instructies in Create an image from a VM that uses a storage account to create a managed image from a generalized VHD in a storage account. U kunt deze installatiekopieën in de toekomst gebruiken om beheerde VM's te maken.
Case 2: Een beheerde VM maken op basis van een beheerde installatiekopieën met behulp van PowerShell
Nadat u een installatiekopieën hebt gemaakt van een bestaande vm met beheerde schijven met behulp van het script in Een installatiekopieën 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ë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 over beheerde installatiekopieën in Azure een beheerde installatiekopieën maken van een gegeneraliseerde VM in Azure en een VM maken op basis van een beheerde installatiekopieën.
Configuratie
Nadat u de update 1808 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 Resourceproviders, klik vervolgens op Microsoft.Compute en klik vervolgens op Opnieuw registreren.
- 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 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'.