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