Часто задаваемые вопросы о дисках виртуальных машин IaaS Azure и управляемых и неуправляемых дисках уровня "Премиум"

Стандартный управляемый диск, созданный на основе виртуального жесткого диска 80-ГиБ, рассматривается как следующий доступный стандартный размер диска, который является диском S10. Плата взимается в соответствии с ценами на диск S10. Дополнительные сведения см. на странице цен.

Взимается плата на основе выделенной емкости диска. Дополнительные сведения см. на странице цен.

Yes.

No.

Yes. Максимальное ограничение составляет 50 000 управляемых дисков в каждом регионе и для каждого типа диска для подписки.

No. Виртуальные машины в группе доступности должны использовать все управляемые диски или все неуправляемые диски. При создании группы доступности можно выбрать тип дисков, которые вы хотите использовать.

Yes. Вы можете создать пустой диск. Управляемый диск можно создать независимо от виртуальной машины, например без подключения к виртуальной машине.

В зависимости от региона, в котором находится группа доступности, использующая управляемые диски, поддерживаемое число доменов сбоя — 2 или 3.

Управляемые диски поддерживают три ключевых роля по умолчанию:

• Владелец: может управлять всем, включая доступ
• Участник: может управлять всем, за исключением доступа
• Читатель: может просматривать все, но не может вносить изменения

Вы можете создать URI с подписью для доступа только для чтения (SAS) для управляемого диска и использовать его для копирования содержимого в частную учетную запись хранения или локальное хранилище. URI SAS можно использовать с помощью портала Azure, Azure PowerShell, Azure CLI или AzCopy.

Вы можете создать моментальный снимок управляемого диска, а затем использовать моментальный снимок для создания другого управляемого диска. Вы также можете создать новый управляемый диск с существующего управляемого диска.

Да, но они будут выведены из эксплуатации к 30 сентября 2025 года, и по состоянию на 18 ноября 2022 года новые подписки клиентов не могут быть использованы для создания неуправляемых дисков. Рекомендуется использовать управляемые диски для новых рабочих нагрузок и перенести текущие рабочие нагрузки на управляемые диски.

No.

No.

No. Свойство имени компьютера невозможно обновить. Новая виртуальная машина наследует ее от родительской виртуальной машины, которая использовалась для создания диска операционной системы.

• Список шаблонов, использующих управляемые диски
• https://github.com/chagarw/MDPP

Нет, когда создается новый диск, это его полная автономная копия на тот момент времени, и между ними нет никакой связи. Если вы хотите, после создания нового диска исходный блоб может быть удален без какого-либо воздействия на только что созданный диск.

Управляемые диски нельзя переименовать. Однако вы можете переименовать неуправляемый диск, если он в настоящее время не подключен к виртуальному жесткому диску или виртуальной машине.

Образы поколения 1 могут использовать секционирование GPT только на дисках данных, а не на дисках ОС. Диски ОС должны использовать стиль секции MBR.

Образы 2-го поколения могут использовать секционирование GPT на диске ОС и дисках данных.

Резервирование дисков Azure предоставляет возможность приобрести диски SSD уровня "Премиум" в указанных номерах SKU от P30 (1 ТиБ) до P80 (32 ТиБ) в течение одного года. Нет ограничений на минимальное количество дисков, необходимых для приобретения резервирования дисков. Кроме того, вы можете оплатить с помощью одного, авансового платежа или ежемесячных платежей. Дополнительные затраты на транзакции не применяются для управляемых дисков SSD уровня "Премиум".

Резервирования создаются в виде дисков, а не емкости. Другими словами, при резервировании диска P80 (32 TiB) вы получаете один диск P80, вы не можете разделить это определенное резервирование на два небольших диска P70 (16 TiB). Вы можете зарезервировать как можно больше или меньше дисков, включая два отдельных диска P70 (16 TiB).

Резервирование дисков следует модели, аналогичной зарезервированным экземплярам виртуальной машины. Разница заключается в том, что резервирование дисков не может применяться к разным SKU, а экземпляр виртуальной машины может это делать. Дополнительные сведения об экземплярах виртуальных машин см. в статье "Экономия затрат с помощью зарезервированных экземпляров виртуальных машин Azure ".

Резервирование дисков Azure покупается для конкретного региона и номера SKU (например, P30 в Восточном регионе США 2) и не может использоваться за пределами данных параметров. Вы всегда можете приобрести дополнительное резервирование дисков Azure для ваших потребностей в хранилище дисков в других регионах или номерах SKU.

Да, все типы дисков поддерживают SLA для виртуальной машины одного экземпляра.

No. Все управляемые диски, даже общие диски, должны находиться в том же регионе, что и виртуальная машина, к которой они присоединяются.

SSD уровня "Премиум" версии 2 обеспечивает базовую производительность 3000 операций ввода-вывода в секунду и 125 МБ/с для любого размера, предлагаемого без дополнительных затрат. В настоящее время для следующих регионов калькулятор цен имеет неправильную цену. Пока калькулятор цен не будет исправлен, вычитайте 3000 IOPS из целевых IOPS и 125 МБ/с для целевой пропускной способности для этих регионов, чтобы правильно оценить стоимость: Северо-Центральная часть США, Западно-Центральная часть США, Запад США, Запад Великобритании, Центральная ОАЭ, Северная ОАЭ, Северная Швейцария, Западная Швейцария, Южная Швеция, Центральная Корея, Южная Корея, Восточная Япония, Западная Япония, Северная Италия, Центральная Индия, Южная Индия, Северная Германия, Западно-Центральная часть Германии, Центральная Франция, Центральная Канада, Восточная Канада, Южная Бразилия, US GOV Аризона, US GOV Вирджиния, Центральная Австралия, Центральная Австралия 2, Юго-Восточная Австралия, Северная часть Южной Африки, Западная часть Южной Африки.

• Вы можете использовать более эффективные операции резервного копирования и восстановления, уменьшая время простоя в случае потери данных или сбоя системы, часто выполняя резервное копирование дисков данных. Если на диске данных происходит сбой, его проще восстановить, так как он отделён от диска операционной системы.

• Вы можете расширить емкость хранилища, добавив или расширив диски данных, не затрагивая диск ОС. Только диски данных поддерживают динамическое изменение размера, невозможно увеличить размер дисков ОС без остановки виртуальной машины.

• Разделение операционной системы от приложений и данных на разные диски помогает убедиться, что операции ввода-вывода из операционной системы и данных приложений не влияют друг на друга. Это может повысить общую производительность системы и предотвратить конкурентные проблемы, которые могут возникнуть, когда ОС и приложения конкурируют за ресурсы диска.

• Если на диске ОС возникает сбой или повреждение системы, вы можете повторно создать или переустановить операционную систему, не затрагивая диск данных. Это снижает риск потери данных и упрощает устранение неполадок и процедур обслуживания.

• Вы можете применить отдельные элементы управления доступом и разрешения к диску ОС и диску данных. Это разделение ограничивает доступ к критически важным системным файлам на диске ОС, что снижает потенциальные риски безопасности.

Yes.

No. Моментальные снимки должны быть скопированы в другие регионы в порядке их создания.

Сбой копирования.

Yes. Все управляемые моментальные снимки и образы автоматически шифруются.

Все типы дисков поддерживают ту или иную разновидность моментального снимка. Для дисков ценовой категории "Ультра" и SSD уровня "Премиум" версии 2 они поддерживают только добавочные моментальные снимки и имеют некоторые ограничения. Дополнительные сведения см. в разделе "Создание добавочного моментального снимка" для управляемых дисков. Другие типы дисков поддерживают оба типа моментальных снимков для всех их размеров дисков.

Удаление одного из добавочных моментальных снимков не влияет на последующие добавочные моментальные снимки. Система объединяет данные, занятые первым моментальным снимком, со следующим моментальным снимком под капотом, чтобы гарантировать, что последующие моментальные снимки не влияют из-за удаления первого моментального снимка.

Совместимые управляемые диски, созданные с помощью API версии 2019-07-01 или более поздней, могут включать общие диски. Для этого необходимо отключить диск со всех виртуальных машин, к которым он подключен. Затем измените свойство maxShares на диске.

Отключите диск от всех виртуальных машин, к которым он подключен. Затем измените свойство maxShare на диске до 1.

Yes.

Если вы не уверены, какую пропускную способность диска установить, мы рекомендуем начать с предположения о размере ввода-вывода в 16 КиБ и, по мере наблюдения за приложением, корректировать производительность. Формула: пропускная способность в МБ/с = # операций ввода-вывода в секунду * 16 /1000.

Помимо регулирования диска, на уровне виртуальной машины применяется регулирование операций ввода-вывода. Убедитесь, что размер виртуальной машины, который вы используете, может поддерживать уровни, настроенные на дисках. Дополнительные сведения об ограничениях ввода-вывода, введенных виртуальной машиной, см. в статье "Размеры виртуальных машин в Azure".

Нет, диски ультра не поддерживают различные методы кэширования, поддерживаемые в других типах дисков. Задайте значение кэширования диска на None.

Может быть, виртуальная машина должна находиться в регионе и паре зон доступности, поддерживающей диски категории "Ультра". Дополнительные сведения см. в статье о начале работы с дисками ценовой категории "Ультра ".

Нет, диски ценовой категории "Ультра" поддерживаются только в качестве дисков данных. Данные можно перенести с существующего диска данных на диск категории "Ультра". Подключите оба диска к одной виртуальной машине и напрямую скопируйте данные на диск "Ультра" или используйте стороннее решение для переноса данных.

Нет, но вы можете перенести данные с существующего диска на диск ценовой категории "Ультра". Чтобы перенести существующий диск на диск ценовой категории "Ультра", подключите оба диска к одной виртуальной машине и скопируйте данные диска с одного диска на другой или используйте стороннее решение для миграции данных.

Нет, в настоящее время это не поддерживается.

Нет, отправку можно использовать только во время создания нового пустого диска с состоянием ReadyToUpload .

No.

Миграция включает перемещение диска из одного расположения хранилища в другое. Это организуется копированием данных в фоновом режиме, которое может занять несколько часов, как правило, менее 24 часов в зависимости от объема данных на дисках. В течение этого времени ваше приложение может испытывать более высокую, чем обычно, задержку при чтении, так как некоторые операции чтения могут быть перенаправлены в исходное местоположение и занимать больше времени для завершения. Нет влияния на задержку записи в течение этого периода.

Никаких изменений не требуется.

Да, резервные копии работают легко.

Никаких изменений не требуется.

No. Вы можете создать новый масштабируемый набор с управляемыми дисками с помощью образа из старого масштабируемого набора с неуправляемыми дисками.

No. Вы можете экспортировать моментальный снимок страничного BLOB-объекта в виде страничного BLOB-объекта, а затем создать управляемый диск из экспортированного страничного BLOB-объекта.

Да, вы можете выполнить отработку отказа на виртуальную машину с управляемыми дисками.

No. Защита виртуальных машин с управляемыми дисками с помощью Azure Site Recovery в сценарии Azure-to-Azure доступна.

Yes

Yes. Управляемые диски шифруются с помощью шифрования на стороне сервера с помощью управляемых платформой ключей.

Yes. По умолчанию все управляемые диски шифруются, включая диск ОС.

No.

Yes.

Yes.

Yes

No. Но при экспорте виртуального жесткого диска в зашифрованную учетную запись хранения из зашифрованного управляемого диска или моментального снимка он зашифрован.

Да, можно перенести шифрование дисков Azure в шифрование на узле, хотя требуется создание новых дисков и виртуальных машин, а не преобразование на месте. Подробные пошаговые инструкции см. в статье "Миграция из шифрования дисков Azure в шифрование на узле".

Yes. Сначала переключите диск на использование ключей, управляемых платформой, с помощью одного из следующих шагов:

rgName=yourResourceGroupName
diskName=yourDiskName

az disk update -n $diskName -g $rgName --encryption-type EncryptionAtRestWithPlatformKey

$rgName = "yourResourceGroupName"
$diskName = "yourDiskName"

New-AzDiskUpdateConfig -EncryptionType "EncryptionAtRestWithPlatformKey" | Update-AzDisk -ResourceGroupName $rgName -DiskName $diskName

Затем зашифруйте текущий диск с помощью шифрования дисков Azure.

Yes.

Не все образы ОС поддерживают развертывание с неуправляемым диском на портале Azure. Если выбранный образ не поддерживает этот метод развертывания, рекомендуется использовать управляемые диски для новых рабочих нагрузок и преобразовать существующий диск в управляемый диск. Если вы не можете использовать управляемые диски, можно развернуть виртуальную машину с помощью неуправляемых дисков с модулем Azure PowerShell или Azure CLI.

No. Вы можете подключить только стандартные диски данных к виртуальным машинам, которые не используют ряд размеров, поддерживающий диски SSD уровня "Премиум".

Существует фиксированная стоимость для каждого размера диска, который предоставляется с определенными ограничениями на операции ввода-вывода в секунду (IOPS) и пропускную способность. Другие затраты включают затраты на исходящий трафик, емкость для моментальных снимков и затраты, связанные с динамическим увеличением производительности по запросу, если применимо. Дополнительные сведения см. на странице цен.

Совокупные ограничения для кэша и локального SSD для серии DS составляют 4000 операций ввода-вывода в секунду на ядро и 33 МБ/с на ядро. Серия GS предлагает 5000 операций ввода-вывода в секунду на ядро и 50 МБ/с на ядро.

Локальный SSD — это временное хранилище, которое входит в состав виртуальной машины с помощью управляемых дисков. Для этого временного хранилища не взимается дополнительная плата. Этот локальный SSD не следует использовать для хранения данных приложения, так как он не сохраняется в службе хранилища Azure.

Нет недостатков в использовании TRIM на дисках Azure уровня «Премиум» или «Стандартный».

Тип секции, поддерживаемый Azure для дисков операционной системы 1-го поколения, является главной загрузочной записью (MBR). Хотя диски ОС 1-го поколения поддерживают только MBR, диски данных поддерживают GPT. Хотя вы можете выделить до 4-ТиБ-диска ОС, тип секции MBR может использовать только до 2 ТиБ этого дискового пространства для операционной системы. Azure поддерживает до 32 ТиБ для управляемых дисков данных.

Тип секции, поддерживаемый Azure для дисков операционной системы 2-го поколения, — это таблица секций GUID (GPT). Виртуальные машины 2-го поколения поддерживают до 4-ТиБ-диска ОС. Azure поддерживает до 32 ТиБ для управляемых дисков данных.

Тип секции, поддерживаемый Azure для диска операционной системы с использованием неуправляемых дисков, является главной загрузочной записью (MBR). Хотя для диска ОС можно выделить до 4 ТиБ, тип секции MBR может использовать только до 2 ТиБ этого дискового пространства для операционной системы. Azure поддерживает до 4 ТиБ для неуправляемых дисков данных.

Самый большой размер Page Blob, поддерживаемый Azure, составляет 8 ТиБ (8,191 ГиБ). Максимальный размер большого двоичного объекта страницы при подключении к виртуальной машине в виде данных или дисков операционной системы составляет 4 ТиБ (4095 ГиБ).

Размеры дисков P4 (32 ГиБ) и P6 (64 ГиБ) не поддерживаются в качестве уровней дисков по умолчанию для неуправляемых дисков и страничных BLOB-объектов. Необходимо явно указать уровень BLOB для P4 и P6, чтобы диск сопоставился с этими уровнями. Если вы развертываете неуправляемый диск или страничный blob с размером диска или длиной содержимого менее 32 ГиБ или от 32 ГиБ до 64 ГиБ без настройки уровня Blob, вы будете продолжать оставаться на уровне P10 с 500 операций ввода-вывода в секунду и 100 МБ/с в соответствующей ценовой категории.

Существующие небольшие диски класса Premium менее 64 ГиБ продолжают выставляться в соответствии с ценовой категорией P10.

Вы можете создать моментальный снимок ваших маленьких дисков, а затем создайте диск, чтобы автоматически изменить уровень цен на P4 или P6 в зависимости от предоставленного размера. Вы также можете использовать уровни производительности, см. в статьях по изменению уровней производительности с помощью модуля Azure CLI или PowerShell или портала Azure.

Yes.

Максимальный размер диска, поддерживаемый Azure Backup, составляет 32 ТиБ (4 ТиБ для зашифрованных дисков). Максимальный размер диска, поддерживаемый Azure Site Recovery, составляет 8 ТиБ. Поддержка более крупных дисков до 32 ТиБ пока недоступна в Azure Site Recovery.

Чтобы достичь пропускной способности дисков Standard SSD и Standard HDD больших размеров (4 ТиБ) свыше 500 IOPS и 60 МБ/с, рекомендуется развернуть новую виртуальную машину одного из следующих типов для улучшения производительности: серии B, DSv2, DSv3, ESv3, Fs, Fsv2, M, GS, NCv2, NCv3, или Ls. Подключение больших дисков к существующим виртуальным машинам или к тем, которые не используют рекомендуемые выше размеры, может привести к снижению производительности.

Вы можете остановить и запустить виртуальную машину, к которому подключен диск, или отсоединить и повторно подключить диск. Целевые показатели производительности более крупных размеров дисков были увеличены как для ssd класса Premium, так и для стандартных ssd в общедоступной версии.

Кэширование хоста (ReadOnly и Read/Write) поддерживается на дисках размером менее 4 ТиБ. Это означает, что любой диск, подготовленный до 4,095 ГиБ, может воспользоваться кэшированием на хосте. Кэширование узла не поддерживается для размеров дисков больше или равно 4096 ГиБ. Например, диск P50 premium, подготовленный на уровне 4095 ГиБ, может воспользоваться кэшированием узла, а диск P50, подготовленный в 4096 ГиБ, не может воспользоваться кэшированием узла. Мы рекомендуем использовать кэширование для небольших размеров дисков, где можно ожидать повышения производительности с кэшируемыми данными на виртуальной машине.

Установите для свойства DiskAccessId значение экземпляра объекта доступа к диску и задайте для свойства NetworkAccessPolicy значение AllowPrivate.

Yes.

No.

Что делать, если здесь не ответили на мой вопрос?

Если ваш вопрос не указан здесь, сообщите нам, и мы поможем вам найти ответ. Вы можете опубликовать вопрос в конце этой статьи в комментариях. Чтобы взаимодействовать с командой службы хранилища Azure и другими участниками сообщества об этой статье, используйте страницу вопросов Microsoft Q&A для службы хранилища Azure.

Чтобы запросить функции, отправьте свои запросы и идеи на форум отзывов службы хранилища Azure.