Ограничения для Диска Azure Data Box

Статья
04/04/2024

Учитывайте эти ограничения, когда развертываете и используете решение диска Microsoft Azure Data Box.

Ограничения службы Data Box

Служба Data Box доступна в регионах Azure, перечисленных в поле Доступность по регионам.
Диск Data Box поддерживается одну учетную запись хранения.
Диск Data Box может хранить не более 100 000 файлов
Диск Data Box поддерживает не более 512 контейнеров или общих папок в облаке. Каталоги верхнего уровня в общей папке пользователя преобразуются в облаке в контейнеры или общие папки Azure.

Производительность диска Data Box

При тестировании с дисками, подключенными через USB 3.0, производительность диска составляла до 430 МБ/с. Фактические значения варьируются в зависимости от используемого размера файла. Для небольших файлов производительность может быть ниже.

Ограничения службы хранилища Azure

Этот раздел описывает ограничения для службы хранилища Azure и требуемые соглашения об именовании для файлов Azure, блочных BLOB-объектов Azure и страничных BLOB-объектов Azure применительно к службе Data Box. Тщательно изучите ограничения хранилища и следуйте всем рекомендациям.

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

Внимание

Если существуют файлы или каталоги, превышающие ограничения службы служба хранилища Azure, или не соответствуют соглашениям об именовании Файлы Azure/BLOB-объектов, эти файлы или каталоги не передаются в служба хранилища Azure через службу Data Box.

Копирование данных и отправка предостережения

Импорт данных в общие папки Azure NFS не поддерживается Azure Data Box. Копирование данных из Data Box в существующую общую папку NFS Azure с идентичным именем, так как исходная папка создает конфликт. Чтобы устранить этот конфликт, Data Box переименовывает исходную общую databox-<GUID> папку в целевую учетную запись хранения в качестве общей папки S МБ Azure.
Не копируйте данные непосредственно на диски. Скопируйте данные в предварительно созданные папки BlockBlob, PageBlob и AzureFile.
Папка внутри BlockBlob и PageBlob является контейнером. Например, контейнеры создаются в виде BlockBlob/контейнер и PageBlob/контейнер.
Если папка имеет то же имя, что и существующий контейнер, содержимое этой папки объединяется с содержимым контейнера. Файлы или BLOB-объекты, которые не находятся уже в облаке, добавляются в контейнер. Если файл или BLOB-объект имеет то же имя, что и файл или BLOB-объект, который уже находится в контейнере, существующий файл или BLOB-объект перезаписывается.
Каждый файл, записанный в общие папки BlockBlob и PageBlob, отправляется в виде блочного и страничного BLOB-объекта, соответственно.
Иерархия файлов сохраняется при отправке в облако для больших двоичных объектов и Файлы Azure. Например, вы скопировали файл по пути <container folder>\A\B\C.txt. Этот файл передается в тот же путь в облаке.
Любая пустая иерархия каталогов (без файлов), созданная в папках BlockBlob и PageBlob, не загружается.
Если в клиенте нет длинных путей, а имя пути и файла в копии данных превышает 256 символов, средство разделения данных (DataBoxDiskSplitCopy.exe) или средство проверки Диск Data Box (DataBoxDiskValidation.cmd) сообщит о сбоях. Чтобы избежать такого сбоя, включите длинные пути на клиенте Windows.
Чтобы повысить производительность при передаче данных, рекомендуется включить большие общие папки в учетной записи хранения и увеличить емкость общей папки до 100 ТиБ. Большие общие папки поддерживаются только для учетных записей хранения с локально избыточным хранилищем (LRS).
Если при отправке данных в Azure возникают ошибки, в целевой учетной записи хранения создается журнал ошибок. Путь к этому журналу ошибок доступен на портале при завершении передачи, чтобы вы могли просмотреть журнал и предпринять корректирующие действия. Не удаляйте данные из источника, не проверив переданные данные.
Если вы указали управляемые диски в том порядке, просмотрите следующие дополнительные рекомендации.
- Вы можете иметь только один управляемый диск с заданным именем в группе ресурсов во всех предварительно созданных папках и по всему Диску Data Box. Это значит, что виртуальные жесткие диски, отправленные в предварительно созданные папки, должны иметь уникальные имена. Убедитесь, что указанное имя не соответствует уже существующему управляемому диску в группе ресурсов. Если виртуальные жесткие диски имеют одинаковые имена, только один виртуальный жесткий диск преобразуется в управляемый диск с таким именем. Другие виртуальные жесткие диски передаются в виде страничных BLOB-объектов в промежуточную учетную запись хранения.
- Всегда копируйте виртуальные жесткие диски в одну из предварительно созданных папок. Если вы копируете виртуальные жесткие диски за пределами этих папок или в созданную вами папку, они отправляются в учетную запись хранения Azure в виде страничных BLOB-объектов, а не управляемых дисков.
- Чтобы создать управляемые диски, можно отправить только фиксированные виртуальные жесткие диски. Динамические виртуальные жесткие диски, разностные виртуальные жесткие диски или VHDX-файлы не поддерживаются.
- Файлы, скопированные в предварительно созданные папки управляемых дисков, не будут преобразованы в управляемый диск.

Ограничения размера для учетной записи хранения Azure

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

Тип данных	Ограничение по умолчанию
блочный BLOB-объект, страничный BLOB-объект	Актуальную информацию об этих ограничениях см. в разделах Целевые объекты масштабирования хранилища BLOB-объектов Azure, Целевые объекты масштабирования стандартного хранилища Azure и Целевые объекты масштабирования службы "Файлы Azure". Ограничения включают данные из всех источников, в том числе из Диска Data Box.

Тип данных

Ограничение по умолчанию

блочный BLOB-объект, страничный BLOB-объект

Актуальную информацию об этих ограничениях см. в разделах Целевые объекты масштабирования хранилища BLOB-объектов Azure, Целевые объекты масштабирования стандартного хранилища Azure и Целевые объекты масштабирования службы "Файлы Azure".

Ограничения включают данные из всех источников, в том числе из Диска Data Box.

Ограничения размера для объектов Azure

Ниже приведены размеры объектов Azure, которые могут быть записаны. Убедитесь, что все передаваемые файлы соответствуют этим ограничениям.

Тип объекта Azure	Ограничение по умолчанию
Блочный BLOB-объект	7 ТиБ
Страничный BLOB-объект	4 ТиБ Каждый файл, отправляемый в формате страничного BLOB-объекта, должен быть выровнен по размеру 512 байт (целое кратное). В противном случае произойдет сбой передачи. VHD и VHDX выровнены по размеру 512 байт.
Файлы Azure	4 ТиБ
Управляемые диски	4 ТиБ Дополнительные сведения о размерах и ограничениях см. в следующем разделе: Целевые показатели масштабируемости для твердотельных накопителей стандартной категории Целевые показатели масштабируемости твердотельных накопителей категории Premium Целевые показатели масштабируемости для жестких дисков стандартной категории Сведения о ценах и выставлении счетов для управляемых дисков

Соглашения об именовании для файлов, блочных и страничных BLOB-объектов Azure

Объект	Соглашения
Имена контейнеров для блочного BLOB-объекта и страничного BLOB-объекта	Это должно быть допустимое DNS-имя длиной от 3 до 63 знаков. Первый символ — буква или цифра. Может содержать только строчные буквы, цифры и дефисы (-). Перед каждым дефисом и после него должна стоять буква или цифра. Последовательные дефисы в именах использовать запрещено.
Имена общих ресурсов для файлов Azure	То же, что и выше
Имена каталогов и файлов для файлов Azure	Не меняющие и не учитывающие регистр, не превышающие 255 символов. Не может заканчиваться косой чертой (/). Если это предусмотрено, она будет автоматически удалена. Запрещается использовать следующие символы: `" \ / : \| < > * ?` Зарезервированные веб-адреса должны быть надлежащим образом экранированы. Запрещены недопустимые символы для URL-пути. Кодовые точки, такие как \uE000, не являются допустимыми символами Юникода. Некоторые символы ASCII или Юникода, такие как управляющие символы (от 0x00 до 0x1F, \u0081 и т. д.), также не допускаются. Правила, регулирующие строки Юникода в HTTP/1.1, см. в документах RFC 2616, Section 2.2: Basic Rules (раздел 2.2: Основные правила) и RFC 3987. Следующие имена файлов являются недопустимыми: LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, символ точки (.) и символ двух точек (..).
Имена блочного BLOB-объекта и страничного BLOB-объекта	Имена BLOB-объектов указываются с учетом регистра и могут содержать любое сочетание символов. Длина имени BLOB-объекта должна составлять от 1 до 1024 символов. Зарезервированные веб-адреса должны быть надлежащим образом экранированы. Число сегментов пути, содержащих имя BLOB-объекта, не может превышать 254. Сегмент пути — это строка между последовательными символами-разделителями (например, косая черта"/"), которая соответствует имени виртуального каталога.

Соглашения об именовании управляемых дисков

Объект Соглашения

Имена управляемых дисков Имя должно содержать от 1 до 80 символов.
Имя должно начинаться с буквы или цифры, и заканчиваться буквой, цифрой или символом подчеркивания.
Оно может содержать только буквы, цифры, символы подчеркивания, точки и дефисы
Имя не должно содержать пробелов или /.

Объект	Соглашения
Имена управляемых дисков	Имя должно содержать от 1 до 80 символов. Имя должно начинаться с буквы или цифры, и заканчиваться буквой, цифрой или символом подчеркивания. Оно может содержать только буквы, цифры, символы подчеркивания, точки и дефисы Имя не должно содержать пробелов или `/`.

Следующие шаги

Просмотрите Требования к системе для использования Диска Data Box.