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

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

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

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

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

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

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

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

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

• Именование контейнеров и ссылка на них
• Именование общих папок и ссылка на них
• Соглашения по блочным и страничным BLOB-объектам

Внимание

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

Предостережения при копировании и загрузке данных

• Импорт данных в общие папки Azure NFS не поддерживается Azure Data Box. Копирование данных из Data Box в существующий файловый ресурс NFS Azure с таким же именем, как папка-источник, создает конфликт. Чтобы устранить этот конфликт, Data Box переименовывает исходную общую папку в databox-<GUID> и загружает её в целевую учетную запись хранения в качестве общей папки SMB Azure.

• Не копируйте данные непосредственно на диски. Скопируйте данные в предварительно созданные папки BlockBlob, PageBlob и AzureFile.

• Папка внутри BlockBlob и PageBlob является контейнером. Например, контейнеры создаются в виде BlockBlob/контейнер и PageBlob/контейнер.

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

• Каждый файл, записанный в общие папки BlockBlob и PageBlob, загружается как блочный блоб или страничный блоб соответственно.

• Иерархия файлов сохраняется при отправке в облако для блобов и Azure Files. Например, вы скопировали файл по пути <container folder>\A\B\C.txt. Этот файл передается в тот же путь в облаке.

• Любая пустая иерархия каталогов (без файлов), созданная в папках BlockBlob и PageBlob, не загружается.

• Если у вас на клиенте не включена поддержка длинных путей, и любой путь или имя файла в вашей копии данных превышает 256 символов, средство Data Box Split Copy (DataBoxDiskSplitCopy.exe) или средство проверки диска Data Box (DataBoxDiskValidation.cmd) сообщит о сбоях. Чтобы избежать такого сбоя, включите длинные пути на вашем клиенте Windows.

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

• Если вы указали управляемые диски в заказе, просмотрите следующие дополнительные вопросы.

  • Вы можете иметь только один управляемый диск с заданным именем в группе ресурсов во всех предварительно созданных папках и по всему Диску Data Box. Это значит, что VHD, загруженные в предварительно созданные папки, должны иметь уникальные имена. Убедитесь, что указанное имя не соответствует уже существующему управляемому диску в группе ресурсов. Если виртуальные жесткие диски имеют одинаковые имена, только один виртуальный жесткий диск преобразуется в управляемый диск с таким именем. Другие виртуальные жесткие диски передаются в виде страничных BLOB-объектов в промежуточную учетную запись хранения.
  • Всегда копируйте виртуальные жесткие диски в одну из предварительно созданных папок. Если вы копируете виртуальные жесткие диски за пределами этих папок или в созданную вами папку, то виртуальные жесткие диски загружаются в учетную запись хранения Azure в виде страничных BLOB-объектов, а не управляемых дисков.
  • Чтобы создать управляемые диски, можно загрузить только фиксированные виртуальные жесткие диски. Динамические виртуальные жесткие диски, разностные виртуальные жесткие диски или VHDX-файлы не поддерживаются.
  • Файлы, скопированные в предварительно созданные папки управляемых дисков, не будут преобразованы в управляемый диск.

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

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

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

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

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

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

Соглашения об именовании для блобов блока, страницы и файлов Azure

Объект	Соглашения
Имена контейнеров для блочного BLOB-объекта и страничного BLOB-объекта	Это должно быть допустимое DNS-имя длиной от 3 до 63 знаков. Должен начинаться с буквы или цифры. Может содержать только строчные буквы, цифры и дефисы (-). Перед каждым дефисом и после него должна стоять буква или цифра. Последовательные дефисы в именах использовать запрещено.
Имена общих папок для файлов Azure	То же, что и выше
Имена каталогов и файлов для файлов Azure	Сохраняющие регистр, без учета регистра и при этом не превышающие 255 символов. Не может заканчиваться косой чертой (/). Если это предусмотрено, она будет автоматически удалена. Запрещается использовать следующие символы: " \ / : | < > * ? Зарезервированные символы URL должны быть надлежащим образом экранированы. Недопустимые символы для пути 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 символов. Зарезервированные символы URL должны быть надлежащим образом экранированы. Число сегментов пути, содержащих имя BLOB-объекта, не может превышать 254. Сегмент пути — это строка между последовательными символами-разделителями (например, косая черта"/"), которая соответствует имени виртуального каталога.

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

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

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

• Просмотрите системные требования к Data Box Disk.