Ограничения Azure Stack Edge
Внимание
Поддержка устройств ППВМ Azure Stack Edge Pro будет прекращена в феврале 2024 г. Если вы рассматриваете новые развертывания, рекомендуется изучить устройства Azure Stack Edge Pro 2 или Azure Stack Edge Pro с GPU для рабочих нагрузок.
Учитывайте эти ограничения при развертывании и использовании решения Azure Stack Edge Pro с GPU или ППВМ Azure Stack Edge Pro.
Ограничения для службы Azure Stack Edge
- Учетная запись хранения должна быть физически ближе всего к региону, где развернуто устройство (может отличаться от места развертывания службы).
- Перемещение ресурса шлюза Data Box в другую группу ресурсов или подписку не поддерживается. Дополнительные сведения см. в статье Перемещение ресурсов в новую группу ресурсов или подписку.
Ограничения для устройства Azure Stack Edge
В следующей таблице показаны ограничения для устройства Azure Stack Edge.
Description | Значение |
---|---|
№ файлов на каждом устройстве | 100 млн |
№ общих папок в каждом контейнере | 1 |
Максимальное значение нет. общих конечных точек и конечных точек REST для каждого устройства (только для устройств GPU) | 24 |
Максимальное значение нет. многоуровневых учетных записей хранения на устройство (только устройства GPU) | 24 |
Максимальный размер файла, записанного в общую папку | 5 ТБ |
Максимальное число групп ресурсов на устройство | 800 |
Ограничения службы хранилища Azure
Этот раздел описывает ограничения для службы хранилища Azure и требуемые соглашения об именовании для файлов Azure, блочных и страничных BLOB-объектов Azure, применимых к службе Azure Stack Edge или шлюза Data Box. Тщательно изучите ограничения хранилища и следуйте всем рекомендациям.
Актуальные сведения об ограничениях службы хранилища Azure и рекомендациях по именованию общих папок, контейнеров и файлов см. в следующих статьях:
- Именование контейнеров и ссылка на них
- Именование общих папок и ссылка на них
- Соглашения по блочным и страничным BLOB-объектам
Внимание
Если файлы или каталоги превышают ограничения службы хранилища Azure или не соответствуют соглашениям об именовании файлов и BLOB-объектов Azure, они не направляются в службу хранилища Azure через службу Azure Stack Edge или Шлюза Data Box.
Предупреждения, связанные с передачей данных
Следующие предостережения применяются к данным при переходе в Azure:
- Мы советуем избегать ситуации, когда в один и тот же контейнер запись производит более одного устройства.
- Если у вас есть существующий объект Azure (например, большой двоичный объект или файл) в облаке с тем же именем, что и скопированный объект, устройство перезаписывает файл в облаке.
- Пустая иерархия каталогов (без файлов), созданная в общих папках, не передается в контейнеры больших двоичных объектов.
- Данные можно скопировать путем перетаскивания в проводнике или с помощью командной строки. Если совокупный размер копируемых файлов превышает 10 ГБ, рекомендуется использовать программу для массового копирования, например Robocopy или rsync. Средства массового копирования повторяют операцию копирования в случае ошибок из-за прерывания и обеспечивают дополнительную устойчивость.
- Если общая папка, связанная с контейнером хранилища Azure, отправляет большие двоичные объекты, которые не соответствуют типу больших двоичных объектов, определенных для общей папки во время создания, то такие большие двоичные объекты не обновляются. Например, создаете общую папку блочных BLOB-объектов на устройстве. Свяжите общую папку с существующим контейнером облака, который имеет страничные BLOB-объекты. Обновите ее, чтобы скачать файлы. Изменяете некоторые обновленные файлы, которые уже хранятся в виде страничных BLOB-объектов в облаке. Вы увидите сбои отправки.
- После создания файла в общих папках его невозможно переименовать.
- Удаление файла из общей папки не удаляет запись в учетной записи хранения.
- Если для копирования данных используется rsync,
rsync -a
параметр не поддерживается.
Ограничения размера для объектов и учетной записи хранения Azure
Ниже приведены ограничения для размера данных, копируемых в учетную запись хранения. Убедитесь, что отправляемые данные соответствуют этим ограничениям. Самую свежую информацию об этих ограничениях см. в статьях Целевые показатели масштабируемости и производительности для хранилища BLOB-объектов и Целевые показатели масштабируемости и производительности службы файлов Azure.
Размер данных, копируемых в учетную запись хранения Azure | Ограничение по умолчанию |
---|---|
Блочный BLOB-объект и страничный BLOB-объект | 500 ТБ на учетную запись хранения |
Ограничения размера для объектов Azure
Ниже приведены размеры объектов Azure, которые могут быть записаны. Убедитесь, что все передаваемые файлы соответствуют этим ограничениям.
Тип объекта Azure | Ограничение передачи |
---|---|
Блочный BLOB-объект | ~ 4,75 ТБ |
Страничный BLOB-объект | 1 ТБ Каждый файл, отправляемый в формате страничного BLOB-объекта, должен быть выровнен по размеру 512 байт (целое кратное). В противном случае произойдет сбой передачи. VHD и VHDX выровнены по размеру 512 байт. |
Файлы Azure | 1 ТБ Каждый файл, отправляемый в формате страничного BLOB-объекта, должен быть выровнен по размеру 512 байт (целое кратное). В противном случае произойдет сбой передачи. VHD и VHDX выровнены по размеру 512 байт. |
Внимание
Разрешается создавать файлы (вне зависимости от типа хранилища) размером до 5 ТБ. Тем не менее, если создан файл, размер которого превышает лимит на отправку, определенный в приведенной таблице, он не будет отправлен. Чтобы высвободить пространство, файл необходимо удалить вручную.