Управляемые диски Azure Stack Hub. Различия и рекомендацииAzure Stack Hub managed disks: differences and considerations

В этой статье описаны различия между управляемыми дисками в Azure Stack Hub и управляемыми дисками в Azure.This article summarizes the differences between managed disks in Azure Stack Hub and managed disks in Azure. Чтобы узнать об общих различиях между Azure Stack Hub и Azure, прочитайте эту статью.To learn about high-level differences between Azure Stack Hub and Azure, see the Key considerations article.

Управляемые диски упрощают управление дисками виртуальных машин Azure IaaS. Они позволяют управлять учетными записями хранения, связанными с этими дисками.Managed disks simplify disk management for IaaS virtual machines (VMs) by managing the storage accounts associated with the VM disks.

По умолчанию управляемые диски включены при создании виртуальных машин с помощью портала концентратора Azure Stack.Managed disks are enabled by default when creating VMs using the Azure Stack Hub portal.

Памятка. Различия между управляемыми дискамиCheat sheet: managed disk differences

КомпонентFeature Azure (глобальная)Azure (global) Azure Stack HubAzure Stack Hub
Шифрование неактивных данныхEncryption for data at rest Шифрование службы хранилища Azure (SSE) и шифрование дисков Azure (ADE).Azure Storage Service Encryption (SSE), Azure Disk Encryption (ADE). 128-битное шифрование AES BitLockerBitLocker 128-bit AES encryption
Образ —Image Управляемый пользовательский образManaged custom image ПоддерживаетсяSupported
Варианты резервного копированияBackup options Служба Azure BackupAzure Backup service Еще не поддерживаетсяNot yet supported
Параметры аварийного восстановленияDisaster recovery options Azure Site RecoveryAzure Site Recovery Еще не поддерживаетсяNot yet supported
Типы дисковDisk types SSD (цен. категория "Премиум"), SSD (цен. категория "Стандартный") и HDD (цен. категория "Стандартный").Premium SSD, Standard SSD, and Standard HDD. SSD (цен. категория "Премиум"), SSD (цен. категория "Стандартный")Premium SSD, Standard HDD
Диски уровня "Премиум"Premium disks Полностью поддерживается.Fully supported. Может быть подготовлено, но не имеет ограничений производительности или гарантийCan be provisioned, but no performance limit or guarantee
Операции ввода-вывода дисков уровня "Премиум"Premium disks IOPs Зависит от размера диска.Depends on disk size. 2300 операций ввода-вывода в секунду на диск2300 IOPs per disk
Пропускная способность дисков уровня "Премиум"Premium disks throughput Зависит от размера диска.Depends on disk size. 145 МБ/с на диск145 MB/second per disk
Размер дискаDisk size Диски Azure ценовой категории "Премиум": от P4 (32 ГиБ) до P80 (32 ТиБ)Azure Premium Disk: P4 (32 GiB) to P80 (32 TiB)
Диски SSD Azure ценовой категории "Стандартный": от E10 (128 ГиБ) до E80 (32 ТиБ)Azure Standard SSD Disk: E10 (128 GiB) to E80 (32 TiB)
Диски HDD Azure ценовой категории "Стандартный": от S4 (32 ГиБ) до S80 (32 ТиБ)Azure Standard HDD Disk: S4 (32 GiB) to S80 (32 TiB)
M4: 32 ГибM4: 32 GiB
M6: 64 ГибM6: 64 GiB
M10: 128 ГБM10: 128 GiB
M15: 256 ГибM15: 256 GiB
M20: 512 ГБM20: 512 GiB
M30: 1023 ГиБM30: 1023 GiB
Моментальные снимки дисковDisks snapshot copy Поддерживается создание моментальных снимков управляемых дисков Azure, подключенных к запущенной виртуальной машине.Snapshot Azure managed disks attached to a running VM supported. Еще не поддерживаетсяNot yet supported
Производительность аналитики дисковDisks performance analytic Поддерживаются сводные и дисковые метрики.Aggregate metrics and per disk metrics supported. Еще не поддерживаетсяNot yet supported
МиграцияMigration Представляются средства для миграции из существующих неуправляемых виртуальных машин Azure Resource Manager без необходимости повторно создавать виртуальную машину.Provide tool to migrate from existing unmanaged Azure Resource Manager VMs without the need to recreate the VM. Еще не поддерживаетсяNot yet supported

Примечание

Число операций ввода-вывода в управляемых дисках и объем пропускной способности в Azure Stack Hub зависят от ограничений, а не задаются в ходе подготовки и могут обуславливаться аппаратным обеспечением и рабочими нагрузками, выполняющимися в Azure Stack Hub.Managed disks IOPs and throughput in Azure Stack Hub is a cap number instead of a provisioned number, which may be impacted by hardware and workloads running in Azure Stack Hub.

МетрикиMetrics

Кроме того, есть различия в метриках хранилища:There are also differences with storage metrics:

  • С помощью Azure Stack Hub данные транзакций в метриках хранилища не различают внутреннюю или внешнюю пропускную способность сети.With Azure Stack Hub, the transaction data in storage metrics does not differentiate internal or external network bandwidth.
  • Данные транзакции Azure Stack Hub в метриках хранилища не включают доступ виртуальных машин к подключенным дискам.Azure Stack Hub transaction data in storage metrics does not include virtual machine access to the mounted disks.

Версии APIAPI versions

Управляемые диски Azure Stack Hub поддерживают следующие версии API:Azure Stack Hub managed disks support the following API versions:

  • 2019-03-012019-03-01
  • 2018-09-302018-09-30
  • 2018-06-012018-06-01
  • 2018-04-012018-04-01
  • 2017-03-302017-03-30
  • 2017-03-302017-03-30
  • 2017-12-01 (только управляемые образы, без дисков, без моментальных снимков)2017-12-01 (Managed images only, no disks, no snapshots)

Преобразование виртуальной машины для использования управляемых дисковConvert to managed disks

Примечание

Командлет Azure PowerShell ConvertTo-азвмманажеддиск нельзя использовать для преобразования неуправляемого диска в управляемый диск в центре Azure Stack.The Azure PowerShell cmdlet ConvertTo-AzVMManagedDisk cannot be used to convert an unmanaged disk to a managed disk in Azure Stack Hub. Azure Stack Hub сейчас не поддерживает этот командлет.Azure Stack Hub does not currently support this cmdlet.

С помощью приведенного ниже сценария можно переключить заранее подготовленную виртуальную машину с неуправляемых дисков на управляемые.You can use the following script to convert a currently provisioned VM from unmanaged to managed disks. Замените значения заполнителей на собственные.Replace the placeholders with your own values.

$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

Управляемые образыManaged images

Azure Stack Hub поддерживает управляемые образы, которые позволяют создавать объект управляемого образа на универсальной виртуальной машине (как неуправляемой, так и управляемой), которая может создавать только виртуальные машины управляемого диска в будущем.Azure Stack Hub supports managed images, which enable you to create a managed image object on a generalized VM (both unmanaged and managed) that can only create managed disk VMs going forward. Управляемые образы включают следующие два сценария.Managed images enable the following two scenarios:

  • Вы обобщили неуправляемые виртуальные машины и хотите использовать управляемые диски в будущем.You have generalized unmanaged VMs and want to use managed disks going forward.
  • У вас есть универсальная управляемая виртуальная машина и вы хотите создать несколько похожих управляемых виртуальных машин.You have a generalized managed VM and would like to create multiple, similar managed VMs.

Шаг 1. Подготовка виртуальной машины к использованиюStep 1: Generalize the VM

Для Windows: см. раздел Generalize the Windows VM using Sysprep (Подготовка виртуальной машины Windows к использованию с помощью Sysprep).For Windows, follow the Generalize the Windows VM using Sysprep section. Для Linux: выполните шаг 1, описанный здесь.For Linux, follow step 1 here.

Примечание

Обязательно подготовьте виртуальную машину к использованию.Make sure to generalize your VM. Если должным образом не подготовить образ для создания виртуальной машины, может произойти ошибка VMProvisioningTimeout.Creating a VM from an image that hasn't been properly generalized can produce a VMProvisioningTimeout error.

Шаг 2. Создание управляемого образаStep 2: Create the managed image

Создать управляемый образ можно с помощью портала, PowerShell или интерфейса командной строки.You can use the portal, PowerShell, or CLI to create the managed image. Воспользуйтесь сведениями, данными в статье Создание управляемого образа универсальной виртуальной машины в Azure.Follow the steps in Create a managed image.

Шаг 3. Выбор варианта использованияStep 3: Choose the use case

Вариант 1. Миграция неуправляемых виртуальных машин на управляемые дискиCase 1: Migrate unmanaged VMs to managed disks

Перед выполнением этого шага необходимо правильно подготовить виртуальную машину к использованию.Make sure to generalize your VM correctly before doing this step. После подготовки вы больше не сможете использовать эту виртуальную машину.After generalization, you can no longer use this VM. Создание виртуальной машины из образа, не подготовленного должным образом, приведет к возникновению ошибки VMProvisioningTimeout.Creating a VM from an image that hasn't been properly generalized will lead to a VMProvisioningTimeout error.

Следуйте инструкциям, описанным в разделе Create an image from a VM that uses a storage account (Создание образа из виртуальной машины, которая использует учетную запись хранения), чтобы создать управляемый образ с помощью универсального виртуального жесткого диска в учетной записи хранения.Follow the instructions 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. Этот образ можно использовать в дальнейшем для создания управляемых виртуальных машин.You can use this image in the future to create managed VMs.

Вариант 2. Создание управляемой виртуальной машины из управляемого образа с помощью PowerShellCase 2: Create managed VM from managed image using PowerShell

После создания образа на основе существующей виртуальной машины с управляемым диском с помощью сценария, указанного в разделе Создание образа из управляемого диска с помощью PowerShell, используйте следующий пример сценария, чтобы создать аналогичную виртуальную машину Linux на основе существующего объекта образа.After you create an image from an existing managed disk VM using the script in Create an image from a managed disk using PowerShell, use the following example script to create a similar Linux VM from an existing image object.

Для модуля Azure Stack Hub PowerShell 1.7.0 или более поздней версии: следуйте инструкциям, приведенным в статье Создание виртуальной машины из управляемого образа.Azure Stack Hub PowerShell module 1.7.0 or later: Follow the instructions in Create a VM from a managed image.

Для модуля Azure Stack Hub PowerShell 1.6.0 или более ранней версии:Azure Stack Hub PowerShell module 1.6.0 or earlier:

# 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

Также можно создать виртуальную машину на основе управляемого образа с помощью портала.You can also use the portal to create a VM from a managed image. Дополнительные сведения см. в статьях управляемого образа Azure Создание управляемого образа универсальной виртуальной машины в Azure и Создание виртуальной машины из управляемого образа.For more information, see the Azure managed image articles Create a managed image of a generalized VM in Azure and Create a VM from a managed image.

КонфигурацияConfiguration

После применения обновления 1808 или более поздней версии необходимо выполнить приведенные ниже изменения конфигурации, прежде чем использовать управляемые диски.After applying the 1808 update or later, you must make the following configuration change before using managed disks:

  • Если подписка была создана до пакета обновления версии 1808, выполните следующие шаги, чтобы обновить подписку.If a subscription was created before the 1808 update, follow below steps to update the subscription. В противном случае во время развертывания виртуальных машин для этой подписки может произойти сбой с сообщением об ошибке "Internal error in disk manager" (В диспетчере дисков произошла внутренняя ошибка).Otherwise, deploying VMs in this subscription might fail with an error message "Internal error in disk manager."
    1. На портале пользователя Azure Stack Hub перейдите в раздел Подписки и найдите подписку.In the Azure Stack Hub user portal, go to Subscriptions and find the subscription. Щелкните Поставщики ресурсов, затем Microsoft.Compute и выберите Повторная регистрация.Click Resource Providers, then click Microsoft.Compute, and then click Re-register.
    2. В той же подписке перейдите в раздел Управление доступом (IAM) и убедитесь, что указан Azure Stack Hub — управляемый диск.Under the same subscription, go to Access Control (IAM), and verify that Azure Stack Hub - Managed Disk is listed.
  • Если вы используете многоклиентскую среду, спросите оператора облака (который может находиться в вашей организации или у поставщика услуг), чтобы перенастроить каждый из гостевых каталогов, выполнив действия, описанные в разделе Настройка мультитенантность в центре Azure Stack.If you use a multi-tenant environment, ask your cloud operator (who may be in your own organization, or from the service provider) to reconfigure each of your guest directories following the steps in Configure multi-tenancy in Azure Stack Hub. В противном случае при развертывании виртуальных машин в этой подписке, связанной с гостевым каталогом, может произойти сбой с сообщением об ошибке "В диспетчере дисков произошла внутренняя ошибка".Otherwise, deploying VMs in a subscription associated with that guest directory might fail with the error message "Internal error in disk manager."

Дальнейшие действияNext steps