Ограничения Azure Data Box Disk

В следующих разделах содержатся ограничения, которые следует наблюдать при развертывании и использовании решения Azure Data Box Disk.

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

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

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

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

ограничения хранилища Azure

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

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

Внимание

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

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

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

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

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

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

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

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

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

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

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

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

    • У вас может быть только один управляемый диск с заданным именем в группе ресурсов в предварительно созданных папках в Data Box Disk. Таким образом, все виртуальные жесткие диски (VHD), отправленные в предварительно созданные папки, должны иметь уникальные имена. Убедитесь, что указанное имя не соответствует существующему управляемому диску в группе ресурсов. Если виртуальные жесткие диски имеют идентичное имя, то только один виртуальный жесткий диск преобразуется в управляемый диск с таким именем. Все остальные виртуальные жесткие диски загружаются как страничные BLOB-объекты в аккаунт хранения для промежуточной обработки.
    • Всегда копируйте виртуальные жесткие диски в одну из предварительно созданных папок. Любой VHD, скопированный за пределы этих папок или в созданную вами папку, загружается в аккаунт хранилища в качестве Page Blob вместо управляемого диска.
    • Для создания управляемых дисков можно загружать только фиксированные виртуальные диски. Операции для динамических виртуальных жестких дисков, разностных виртуальных жестких дисков или виртуальных жестких дисков версии 2 (VHDX) не поддерживаются.
    • Файлы не VHD, скопированные в предварительно созданные папки управляемого диска, не преобразуются в управляемый диск.

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

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

Тип данных Ограничение по умолчанию
блочный BLOB, страничный BLOB Сведения об этих ограничениях см. в разделе целевые показатели масштабируемости хранилища Azure Blob, целевые показатели масштабируемости стандартного хранилища Azure и целевые показатели масштабируемости Azure Files.

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

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

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

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

    Конвенции именования блочных BLOB-объектов, страничных BLOB-объектов и файлов 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
    • Last updated on