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

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

Плата взимается за подготовленную емкость диска. Дополнительные сведения см. на странице цен.

Да.

№

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

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

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

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

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

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

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

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

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

№

№

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Да.

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

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

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

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

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

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

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

Да.

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

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

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

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

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

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

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

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

№

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

Вносить изменения не нужно.

Да, резервные копии будут работать как и прежде.

Вносить изменения не нужно.

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

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

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

№ Для виртуальных машин с управляемыми дисками доступна защита Azure Site Recovery из Azure в Azure.

Да

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

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

№

Да.

Да.

Да

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

Невозможно переключиться на месте, но можно создать копии дисков и подключить их к новой виртуальной машине, зашифрованной с помощью шифрования на стороне сервера. Однако для виртуальных машин Linux, если вы зашифровали диск ОС виртуальной машины Linux с помощью ADE, вы не можете отключить ADE в Linux при шифровании диска ОС. Чтобы перенести виртуальные машины Windows с поддержкой ADE или виртуальными машинами Linux с зашифрованными дисками данных,

• Отключите шифрование и удалите расширение шифрования в Windows или Linux.
• Затем создайте новый управляемый диск с помощью текущего диска в качестве источника.
• Подключите новый диск к новой виртуальной машине, которая никогда не включила ADE.
• Зашифруйте новый диск с помощью ключей, управляемых клиентом.

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

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.

Да.

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

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

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

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

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

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

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

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

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

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

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

Уже имеющиеся диски малого размера категории "Премиум" объемом менее 64 ГиБ по-прежнему оплачиваются в рамках ценовой категории P10.

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

Да.

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

Чтобы достичь пропускной способности диска SSD уровня "Стандартный" и "Стандартный" больших дисков> (4 ТиБ) за пределами 500 операций ввода-вывода в секунду и 60 МБ/с, Мы рекомендуем развернуть новую виртуальную машину из одного из следующих размеров виртуальных машин для оптимизации производительности: серии B, DSv2, Dsv3-Series, ESv3-Series, Fsv2-series, Fsv2-series, M-series, GS-series, NCv2-series, NCv3-series или Ls-series. Подключение больших дисков к существующим виртуальным машинам или виртуальным машинам, которые не используют рекомендуемые размеры выше, могут снизить производительность.

Вы можете остановить и запустить виртуальную машину, к которому подключен диск, или отсоединить и повторно подключить диск. Целевые показатели производительности дисков большего размера увеличены для дисков SSD (цен. категория "Премиум" и "Стандартный") в общедоступной версии.

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

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

Да.

№

Мне не удалось найти ответ на свой вопрос. Что делать?

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

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