Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Учетная запись хранения содержит все объекты данных Azure Storage: блобы, файлы, очереди и таблицы. Учетная запись хранения — это уникальное пространство имен для данных службы хранилища Azure, доступное из любой точки мира по протоколам HTTP или HTTPS. Данные в учетной записи хранения являются устойчивыми, высокодоступными, безопасными и масштабируемыми.
Узнайте, как создать учетную запись хранения.
Типы учетных записей хранения
В службе хранилища Azure предлагается три типа учетных записей хранения. Каждый тип поддерживает различные возможности, и у каждого из них своя модель ценообразования.
В следующей таблице описаны типы учетных записей хранения, которые рекомендуется использовать для большинства сценариев. Все эти типы используют модель развертывания Azure Resource Manager .
| Тип учетной записи хранения | Поддерживаемые службы хранения | Опции избыточности | Использование |
|---|---|---|---|
| Стандартная версия общего назначения 2 | Хранилище Blob-объектов Azure (включая Azure Data Lake Storage1), Хранилище очередей Azure, Хранилище таблиц Azure и Файловое хранилище Azure | Локально избыточное хранилище (LRS) / геоизбыточное хранилище (GRS) / геоизбыточное хранилище с доступом на чтение (RA-GRS). Зонально-избыточное хранилище (ZRS) / геозонально-избыточное хранилище (GZRS) / хранилище с геозональным резервированием и доступом для чтения (RA-GZRS)2 |
Стандартный тип учетной записи хранения для блобов, общих папок, очередей и таблиц. Рекомендуется для большинства сценариев, использующих службу хранилища Azure. Если вам нужна поддержка сети NFS в Файлах Azure, используйте учетную запись типа "Премиум" для общих папок. |
| Премиум блочные блобы3 | Хранилище BLOB-объектов (включая Data Lake Storage1) | Система регистрации и отслеживания (LRS) ZRS2 |
Тип учетной записи хранения "Премиум" для блочных и добавочных BLOB-объектов. Рекомендуется для сценариев с высокой скоростью обработки транзакций, использующих небольшие объекты или требующих постоянно низкой задержки хранилища. Дополнительные сведения о примерах рабочих нагрузок. |
| Премиальные файловые ресурсы3 | Файлы Azure | Система регистрации и отслеживания (LRS) ZRS2 |
Тип учетной записи хранения "Премиум" только для общих папок. Рекомендуется для корпоративных или высокопроизводительных масштабируемых приложений. Используйте этот тип учетной записи, если вам одновременно нужна поддержка общих папок SMB и NFS. |
| Премиум-страничные BLOB-объекты3 | Только страничные BLOB-объекты | Система регистрации и отслеживания (LRS) ZRS2 |
Тип учетной записи хранения "Премиум" только для страничных блобов. Дополнительные сведения о страничных BLOB-объектах и примерах вариантов использования. |
1 Data Lake Storage — это набор возможностей, предназначенных для аналитики больших данных, созданной на основе хранилища BLOB-объектов. Дополнительные сведения см. в статье "Введение в Data Lake Storage " и создание учетной записи хранения для использования с Data Lake Storage.
2 ZRS, GZRS и RA-GZRS доступны только для стандартных учетных записей общего назначения v2, блочных BLOB-объектов уровня "Премиум", файловых ресурсов уровня "Премиум" и страничных BLOB-объектов уровня "Премиум" в некоторых регионах. Дополнительные сведения см. в статье Репликация службы хранилища Azure.
3 Учетные записи хранения на уровне производительности "Премиум" для обеспечения низкой задержки и высокой пропускной способности используются твердотельные накопители (SSD).
Также поддерживаются устаревшие учетные записи хранения. Для получения дополнительной информации см. Устаревшие типы учетных записей хранения.
Соглашение об уровне обслуживания (SLA) для учетных записей хранения Azure доступно на странице соглашения об уровне обслуживания для веб-служб.
Примечание.
После создания учетной записи хранения изменить ее тип невозможно. Чтобы перенести данные в учетную запись другого типа, необходимо создать новую учетную запись и скопировать данные в нее.
Название учетной записи хранилища
При выборе имени для учетной записи хранения учитывайте следующие правила:
- Имена учетных записей хранения должны содержать от 3 до 24 символов. Они могут содержать только цифры и строчные буквы.
- Имя учетной записи хранения должно быть уникальным в Azure. Две учетные записи хранения не могут иметь одно имя.
Рабочие нагрузки учетной записи хранения
Клиенты службы хранилища Azure используют различные рабочие нагрузки для хранения данных, доступа к данным и получения аналитических сведений для удовлетворения своих бизнес-целей. Каждая рабочая нагрузка использует определенные протоколы для операций с данными на основе своих требований и отраслевых стандартов.
В следующих разделах содержится высокоуровневая классификация различных основных рабочих нагрузок для учетных записей хранения.
Полностью облачное решение
Облачные приложения — это крупномасштабные распределенные приложения, созданные на основе облачных парадигм и технологий. Этот современный подход ориентирован на возможности масштабирования облака и производительности.
Облачные приложения могут основываться на архитектуре микрослужб, использовать управляемые службы и использовать непрерывную доставку для обеспечения надежности. Обычно эти приложения классифицируются как веб-приложения, мобильные приложения, контейнерные приложения и бессерверные или функции как услуга (FaaS).
Аналитика
Аналитика — это системный, вычислительный анализ данных и статистики. Эта наука включает обнаружение, интерпретацию и передачу значимых сведений и закономерностей, найденных в данных.
Обнаруженные данные можно манипулировать и интерпретировать способами, которые могут помочь бизнес-целям и достичь целей. Обычно эти рабочие нагрузки состоят из конвейера, который использует большие объемы данных. Данные подготавливаются, курируются и агрегируются для последующего использования в Power BI, хранилищах данных или приложениях.
Для аналитических рабочих нагрузок может потребоваться высокая нагрузка входящего и исходящего трафика, что ведет к увеличению пропускной способности вашей учетной записи хранения. Типы аналитики включают аналитику в режиме реального времени, расширенную аналитику, прогнозную аналитику, эмоциональную аналитику, анализ тональности и многое другое. Для аналитики мы гарантируем, что у наших клиентов есть высокий доступ к большим объемам данных в архитектуре распределенного хранилища.
Высокопроизводительные вычисления
Высокопроизводительные вычисления (HPC) — это агрегирование нескольких вычислительных узлов, которые действуют на одном наборе задач. Они могут достичь большего, чем один узел, в заданном интервале времени.
Благодаря HPC мощные процессоры работают параллельно с обработкой массовых многомерных наборов данных. Для рабочих нагрузок HPC требуются операции чтения и записи с высокой пропускной способностью для таких рабочих нагрузок, как последовательность гена и моделирование водохранилища. Рабочие нагрузки HPC также включают приложения с высоким уровнем операций ввода-вывода в секунду (IOPS) и доступом с низкой задержкой к большому количеству небольших файлов. Они используют эти файлы для рабочих нагрузок, таких как сейсмическая интерпретация, автономное управление и рабочие нагрузки риска.
Основная цель — решить сложные задачи на ультра-быстрых скоростях. Другие примеры высокопроизводительных вычислений включают динамику жидкости и другие физические имитации или анализ, требующие масштабируемости и высокой пропускной способности. Мы помогаем нашим клиентам выполнять HPC, обеспечивая доступность больших объемов данных с большим объемом параллелизма.
Резервное копирование и архивация
Непрерывность бизнес-процессов и аварийное восстановление (BCDR) — это способность бизнеса оставаться в эксплуатации после неблагоприятного события. С точки зрения хранения, эта цель предполагает поддержание непрерывности бизнес-процессов при сбоях в системах хранения.
Благодаря внедрению предложений резервного копирования как услуга в отрасли данные BCDR все чаще переносятся в общедоступное облако. Резервная копия и архивная рабочая нагрузка работает в качестве последней линии защиты от программ-шантажистов и вредоносных атак. При прерывании работы службы или случайном удалении или повреждении данных восстановление данных эффективным и управляемым способом является самым высоким приоритетом. Служба хранилища Azure позволяет хранить и извлекать большие объемы данных в наиболее экономичном режиме.
Машинное обучение и ИИ
ИИ — это технология, которая имитирует возможности человеческого интеллекта и решения проблем на компьютерах. Машинное обучение (ML) — это поддисциплин ИИ, использующий алгоритмы для создания моделей, позволяющих компьютерам выполнять задачи. Рабочие нагрузки искусственного интеллекта и машинного обучения являются самыми новыми в Azure и быстро растут.
Этот тип рабочей нагрузки можно применять во всех отраслях, чтобы улучшить метрики и достичь целей производительности. Эти типы технологий могут привести к обнаружению спасательных препаратов и практики в области медицины и здоровья, а также предоставления оценки здоровья.
Другие повседневные способы использования машинного обучения и искусственного интеллекта включают обнаружение мошенничества, распознавание изображений и т.. Обычно у этих рабочих нагрузок типично бывают следующие потребности:
- Высоко специализированные вычислительные ресурсы (много gpu).
- Высокая пропускная способность и IOPS.
- Доступ к хранилищу с низкой задержкой.
- Доступ к файловой системе POSIX.
служба хранилища Azure поддерживает эти типы рабочих нагрузок, сохраняя контрольные точки и предоставляя хранилище для крупномасштабных наборов данных и моделей. Эти наборы данных и модели считывают и записывают в темпе, чтобы обеспечить использование графических процессоров.
Рекомендуемые конфигурации рабочей нагрузки
В следующей таблице показаны предлагаемые корпорацией Майкрософт конфигурации учетной записи хранения для каждой рабочей нагрузки. При изменении параметров конфигурации (связанных с каждой рабочей нагрузкой) возникают последствия для затрат.
Просмотр цен на Block Blob. Введите параметры конфигурации рабочей нагрузки в калькулятор и перейдите на вкладку "Рекомендуемые ", чтобы просмотреть подробные цены для создаваемой рабочей нагрузки.
| Рабочая нагрузка | Тип учетной записи | Производительность | Избыточность | Иерархическое пространство имен включено | Уровень доступа по умолчанию | Мягкое удаление включено |
|---|---|---|---|---|---|---|
| Полностью облачное решение | Общее назначение версия 2 | Стандарт | ZRS, RA-GRS | Нет | горячий | Да |
| Аналитика | Общее назначение версия 2 | Стандарт | ZRS1, RA-GRS | Да2 | горячий | Да |
| HPC | Общее назначение версия 2 | Стандарт | ZRS, RA-GRS | Да | горячий | Да |
| Резервное копирование и архивация | Общее назначение версия 2 | Стандарт | ZRS, RA-GRS | Нет | Крутой3 | Да |
| Машинное обучение и ИИ | Общее назначение версия 2 | Стандарт | ZRS, RA-GRS | Да | горячий | Нет |
1 ZRS — это хорошая версия по умолчанию для рабочих нагрузок аналитики, так как она обеспечивает более избыточность по сравнению с LRS. Он защищает от зональных сбоев, оставаясь полностью совместимыми с платформами аналитики. Клиенты, которым требуется больше избыточности для рабочей нагрузки аналитики, также могут использовать геоизбыточное хранилище (GRS или RA-GRS).
2Иерархическое пространство имен — это основная возможность Data Lake Storage. Она улучшает организацию данных и эффективность доступа к большим объемам данных, что делает его идеальным для рабочих нагрузок аналитики.
3 Холодный уровень доступа предлагает экономичное решение для хранения редко используемых данных (обычно для рабочей нагрузки для резервного копирования и архивирования). Клиенты также могут рассмотреть уровень холодного доступа после оценки затрат.
Конечные точки учетной записи хранения
Учетная запись хранения предоставляет для ваших данных уникальное пространство имен в Azure. У каждого объекта, который хранится в службе хранилища Azure, есть URL-адрес, содержащий уникальное имя учетной записи. Сочетание имени учетной записи и конечной точки службы формирует конечные точки для вашей учетной записи хранения.
Для учетной записи хранения доступны два типа конечных точек службы:
- Стандартные конечные точки (рекомендуется). По умолчанию можно создавать до 250 учетных записей хранения в каждом регионе с стандартными конечными точками в подписке. При увеличении квоты можно создавать до 500 учетных записей хранения со стандартными конечными точками в каждом регионе. Дополнительные сведения см. в разделе «Увеличение квот учетных записей хранения Azure».
- Конечные точки зоны Azure DNS (предварительная версия). В одной подписке можно создавать до 5000 учетных записей хранилища в каждом регионе с конечными точками зон Azure DNS.
В рамках одной подписки можно создавать учетные записи с использованием стандартных конечных точек или конечных точек зоны Azure DNS, до 5 250 учетных записей в каждом регионе на одну подписку. При увеличении квоты можно создавать до 5500 учетных записей хранения в каждом регионе на каждую подписку.
Вы можете настроить учетную запись хранения так, чтобы использовать пользовательский домен для конечной точки Blob-хранилища. Дополнительные сведения см. в статье "Сопоставление личного домена с конечной точкой хранилища BLOB-объектов Azure".
Внимание
При ссылке на конечную точку службы в клиентском приложении рекомендуется избегать использования зависимостей от кэшированного IP-адреса. IP-адрес учетной записи хранения подлежит изменению. Если вы используете кэшированный IP-адрес, может возникнуть непредвиденное поведение.
Кроме того, мы рекомендуем учитывать время жизни (TTL) записи DNS и избегать его изменения. При переопределении срока жизни DNS может возникнуть непредвиденное поведение.
Стандартные конечные точки
Стандартная конечная точка службы в службе хранилища Azure включает:
- Протокол. (Мы рекомендуем HTTPS.)
- Имя учетной записи хранилища в качестве поддомена.
- Фиксированный домен, содержащий имя службы.
В следующей таблице перечислены форматы стандартных конечных точек для служб хранилища Azure.
| Служба хранилища | Конечная точка |
|---|---|
| Хранилище данных BLOB | https://<storage-account>.blob.core.windows.net |
| Статический веб-сайт (Хранилище BLOB) | https://<storage-account>.web.core.windows.net |
| Хранилище данных Data Lake | https://<storage-account>.dfs.core.windows.net |
| Файлы Azure | https://<storage-account>.file.core.windows.net |
| Хранилище очередей | https://<storage-account>.queue.core.windows.net |
| Хранилище таблиц | https://<storage-account>.table.core.windows.net |
При создании учетной записи со стандартными конечными точками можно легко создать URL-адрес для объекта в службе хранилища Azure. Добавьте расположение объекта в учетную запись хранения в конечную точку. Например, URL-адрес для BLOB аналогичен следующему:
https://<mystorageaccount>.blob.core.windows.net/<mycontainer>/<myblob>
Конечные точки зоны Azure DNS (предварительная версия)
Внимание
Конечные точки зоны Azure DNS в настоящее время находятся в предварительной версии. Юридические условия, применимые к функциям Azure, которые находятся в бета-версии, предварительной версии или в противном случае еще не выпущены в общедоступную версию, см . в дополнительных условиях использования для предварительных версий Microsoft Azure.
При создании учетной записи хранения с конечными точками зоны Azure DNS (предварительная версия) служба хранилища Azure динамически выбирает зону Azure DNS и назначает ее учетной записи хранения при его создании. Конечные точки новой учетной записи хранения создаются в динамически выбранной зоне Azure DNS. Дополнительные сведения см. в зонах Azure DNS.
Конечная точка службы зоны Azure DNS в службе хранилища Azure включает:
- Протокол. (Мы рекомендуем HTTPS.)
- Имя учетной записи хранилища в качестве поддомена.
- Домен, содержащий имя службы и идентификатор зоны DNS. Идентификатор зоны DNS всегда начинается с
zи может находиться в диапазоне отz00доz50.
В следующей таблице приведен формат конечных точек зоны Azure DNS для каждой службы хранилища Azure:
| Служба хранилища | Конечная точка |
|---|---|
| Хранилище данных BLOB | https://<storage-account>.z[00-50].blob.storage.azure.net |
| Статический веб-сайт (Хранилище BLOB) | https://<storage-account>.z[00-50].web.storage.azure.net |
| Хранилище данных Data Lake | https://<storage-account>.z[00-50].dfs.storage.azure.net |
| Файлы Azure | https://<storage-account>.z[00-50].file.storage.azure.net |
| Хранилище очередей | https://<storage-account>.z[00-50].queue.storage.azure.net |
| Хранилище таблиц | https://<storage-account>.z[00-50].table.storage.azure.net |
Внимание
Вы можете создавать до 5000 учетных записей с конечными точками зоны Azure DNS для каждого региона на подписку. Однако может потребоваться обновить код приложения, чтобы запросить конечную точку учетной записи во время выполнения. Вы можете вызвать операцию get properties для запроса конечных точек хранилища.
Конечные точки зоны Azure DNS поддерживаются для учетных записей, созданных только с моделью развертывания Azure Resource Manager. Дополнительные сведения см. в обзоре Azure Resource Manager.
Сведения о создании учетной записи хранения с конечными точками зоны Azure DNS см. в статье "Создание учетной записи хранения".
Сведения о предварительной версии
Предварительная версия конечных точек зоны Azure DNS доступна во всех общедоступных регионах. Предварительная версия недоступна в каких-либо регионах облака для государственных организаций.
Чтобы зарегистрировать предварительную версию, следуйте инструкциям, приведенным в статье "Настройка предварительных версий функций в подписке Azure". Укажите PartitionedDnsPublicPreview в качестве имени компонента и Microsoft.Storage в качестве пространства имен поставщика.
Записи CNAME, поддомены и IP-адреса
Каждая конечная точка учетной записи хранения указывает на цепочку записей DNS CNAME, которые в конечном итоге указывают на запись DNS A. Количество записей и поддоменов, связанных с каждой записью, может отличаться от учетных записей. Они могут зависеть от типа учетной записи хранения и способа настройки учетной записи.
Конечная точка учетной записи хранения стабильна и не изменяется. Однако записи CNAME в цепочке могут изменяться, и вас не уведомляют о возникновении изменения. Если вы размещаете частную службу DNS в Azure, эти изменения могут повлиять на конфигурацию.
Ознакомьтесь со следующими рекомендациями:
Цепочка CNAME, связанная с конечной точкой учетной записи хранения, может изменяться без уведомления. Приложения и среды не должны зависеть от количества записей CNAME или поддоменов, связанных с этими записями CNAME.
IP-адрес A-записи, который возвращается после резолвинга DNS для конечной точки хранилища учётной записи, может часто изменяться.
Приложения и операционные системы всегда должны учитывать TTL (время жизни), связанный с записью CNAME. При кэшировании значения записи CNAME за пределами TTL может возникнуть непреднамеренное поведение.
Перенос учетной записи хранения
В следующей таблице приведены общие сведения и ссылки на рекомендации по перемещению, обновлению и переносу учетной записи хранения:
| Сценарий миграции | Сведения |
|---|---|
| Перемещение учетной записи хранения в другую подписку | Azure Resource Manager позволяет переместить ресурс в другую подписку. Дополнительные сведения см. в статье Перемещение ресурсов в новую группу ресурсов или подписку. |
| Перемещение учетной записи хранения в другую группу ресурсов | Azure Resource Manager позволяет переместить ресурс в другую группу ресурсов. Дополнительные сведения см. в статье Перемещение ресурсов в новую группу ресурсов или подписку. |
| Перемещение учетной записи хранения в другой регион | Чтобы переместить учетную запись хранения, создайте копию своей учетной записи хранения в другом регионе. Затем переместите данные в учетную запись с помощью AzCopy или другого средства. Подробнее: Перемещение учетной записи хранения Azure в другой регион. |
| Обновление до учетной записи хранения общего назначения версии 2 | Вы можете обновить учетную запись хранения общего назначения версии 1 или устаревшую учетную запись хранения BLOB-объектов до учетной записи общего назначения версии 2. Это действие невозможно отменить. Дополнительные сведения см. в статье Обновление до учетной записи хранения общего назначения версии 2. |
| Перенос классической учетной записи хранения в Azure Resource Manager | Модель развертывания с помощью Azure Resource Manager превосходит классическую модель развертывания с точки зрения функциональности, масштабируемости и безопасности. Дополнительные сведения о переносе классической учетной записи хранения в Azure Resource Manager см. в статье о переносе ресурсов IaaS с классической платформы на Azure Resource Manager. |
Передача данных в учетную запись хранения
Корпорация Майкрософт предоставляет службы и служебные программы для импорта данных из локальных устройств хранения или сторонних поставщиков облачных хранилищ. Выбор решения зависит от количества передаваемых данных. Подробнее: Обзор переноса хранилища в Azure.
Шифрование учетной записи хранения
Все данные в вашей учетной записи хранения автоматически шифруются на стороне службы. Дополнительные сведения о шифровании и управлении ключами см. в статье Шифрование неактивных данных в службе хранилища Azure.
Выставление счетов за использование учетной записи хранения
В службе хранилища Azure плата взимается исходя из уровня использования учетной записи хранения. Все объекты в учетной записи хранения учитываются вместе как одна группа при выставлении счета. Затраты на хранилище рассчитываются с учетом следующих факторов:
- Регион: географический регион, в котором основана ваша учетная запись.
- Тип учетной записи: тип учетной записи хранения, которую вы используете.
- Уровень доступа: шаблон использования данных, указанный для учетной записи хранения общего назначения версии 2 или учетной записи Blob Storage.
- Емкость: Сколько ресурсов вашей учетной записи хранения вы используете для хранения данных.
- Избыточность: Сколько копий ваших данных сохраняется одновременно и в каких расположениях.
- Транзакции: все операции чтения и записи в службу хранилища Azure.
- Исходящие данные: все данные, передаваемые из региона Azure. Если приложение, которое не работает в том же регионе, обращается к данным в учетной записи хранения, плата взимается за исходящий трафик данных. Сведения об использовании групп ресурсов для группировки данных и служб в одном регионе для ограничения расходов на исходящий трафик см . в статье "Что такое группа ресурсов Azure?"
На странице с ценами службы хранилища Azure представлена подробная информация о ценах в зависимости от типа учетной записи, емкости хранилища, репликации и транзакций. Сведения о ценах на передачу данных содержат подробные сведения о ценах для исходящих данных. Используйте калькулятор цен службы хранилища Azure для оценки затрат.
За использование служб Azure взимается плата. Чтобы помочь контролировать расходы, вы можете использовать Microsoft Cost Management для настройки бюджетов и настройки оповещений.
Вы можете анализировать, управлять затратами и оптимизировать затраты Azure с помощью управления затратами. Дополнительные сведения см. в кратком руководстве по анализу затрат.
Устаревшие типы учетных записей хранения
Следующие типы учетных записей выведены из эксплуатации или запланированы для вывода из эксплуатации. Они не рекомендуются для новых развертываний. Если у вас по-прежнему есть эти учетные записи, планируйте переход на поддерживаемый тип учетной записи.
Внимание
Учетные записи хранения Azure, использующие тип классической модели развертывания (ASM), были прекращены 31 августа 2024 года. Миграция в модель развертывания Azure Resource Manager. Рекомендации по миграции см. в обзоре миграции классических учетных записей. Для получения дополнительной информации см. раздел "Обновление о прекращении поддержки классической учетной записи хранения".
| Тип учетной записи закрыт | Поддерживаемые службы | Опции избыточности | Модель развертывания | Руководство |
|---|---|---|---|---|
| Стандарт общего назначения v1 | Хранилище BLOB-объектов, хранилище очередей, хранилище таблиц, файлы Azure | LRS/GRS/RA-GRS | Resource Manager, классическая версия | Обновите существующие учетные записи общего назначения версии 1 до версии 2 общего назначения, чтобы получить доступ к современным функциям и возможностям оптимизации затрат. Перед обновлением вы можете смоделировать затраты на ресурсы и операции, прочитав документацию о миграции учетной записи общего назначения версии 1. Сведения об обновлении на месте см. в статье об обновлении учетной записи хранения. |
| Хранилище блобов | Блочные BLOB-объекты и добавляемые BLOB-объекты | LRS/GRS/RA-GRS | Менеджер ресурсов | Обновите существующие старые Blob Storage аккаунты до GPv2, чтобы использовать уровни доступа и управление жизненным циклом. См. обзор миграции учетной записи устаревшего хранилища Blob и обзор уровней доступа. |
| Классические учетные записи хранения (ASM) | Хранилище BLOB-объектов, хранилище очередей, хранилище таблиц, файлы Azure | LRS/GRS/RA-GRS | классический | Отставной. Перейдите на модель развертывания Resource Manager. Обзор миграции классических учетных записей. |
«Классическая» обозначает модель развертывания Azure Service Management.
Целевые показатели масштабируемости для стандартных учетных записей хранения
В следующей таблице описываются ограничения по умолчанию для учетных записей общего назначения Azure версии 2 (GPv2), общего назначения версии 1 (GPv1) и учетных записей хранилища BLOB.
Несколько записей в таблице также применяются к доступу к диску и явно помечены. Доступ к диску — это ресурс, который используется исключительно для импорта или экспорта управляемых дисков через закрытые каналы.
Клиенты должны использовать учетную запись хранения GPv2, так как GPv1 отменяется. Вы можете легко обновить учетную запись хранения GPv1 или Blob Storage до учетной записи GPv2 без простоя и без необходимости копирования данных. Более подробную информацию можно найти в статье Обновление до учетной записи хранения общего назначения версии 2.
Ограничение входящего трафика относится ко всем данным, отправленным в учетную запись хранения или доступ к диску. Ограничение исходящего трафика относится ко всем данным, полученным из учетной записи хранения или доступа к диску.
Примечание.
Вы можете запросить более высокую емкость и ограничение на входящий трафик. Чтобы запросить увеличение, обратитесь в Службу поддержки Azure.
| Ресурс | Ограничение |
|---|---|
| Максимальное количество учетных записей хранения со стандартными конечными точками на регион и подписку, включая учетные записи хранения ценовых категорий "Стандартный" и "Премиум". | По умолчанию 250 500 по запросу1 |
| Максимальное количество учетных записей хранения с конечными точками зоны Azure DNS (предварительная версия) на регион и подписку, включая учетные записи хранения ценовых категорий "Стандартный" и "Премиум". | 5000 (предварительная версия) |
| Максимальная емкость учетной записи хранения по умолчанию. | 5 PiB 2 |
| Максимальное количество контейнеров объектов BLOB, объектов BLOB, каталогов и подкаталогов (если иерархическое пространство имен включено), общих ресурсов, таблиц, очередей, сущностей или сообщений для каждой учетной записи хранения. | Без ограничений |
Максимальная скорость запросов по умолчанию для универсальных хранилищ v2, учетных записей BLOB-объектов и ресурсов доступа к дискам в следующих регионах:
|
40 000 запросов в секунду2 |
| Максимальная частота запросов по умолчанию для общего назначения версии 2, учетная запись хранения BLOB-объектов и ресурсы доступа к дискам в регионах, которые не перечислены в предыдущей строке. | 20 000 запросов в секунду2 |
Максимальное входное значение по умолчанию для каждой учетной записи общего назначения v2, учетной записи хранилища BLOB-объектов и ресурсов доступа к дискам в следующих регионах:
|
60 Гбит/с2 |
| Максимальный входной трафик по умолчанию для учетной записи общего назначения V2, учетной записи Blob Storage и ресурсов доступа к дискам в регионах, которые не перечислены в предыдущей строке. | 25 Гбит/с2 |
| Максимальный вход по умолчанию для учетных записей хранения общего назначения версии 1 (все регионы). | 10 Гбит/с2 |
Максимальный исходящий трафик по умолчанию для ресурсов общего назначения версии 2, учетных записей хранения BLOB-объектов и доступа к дискам в следующих регионах:
|
200 Гбит/с2 |
| Максимальный исходящий трафик по умолчанию для учетных записей общего назначения версии 2 и хранилищ BLOB-объектов, а также ресурсов доступа к дискам в регионах, которые не перечислены в предыдущей строке. | 50 Гбит/с2 |
| Максимальный исходящий трафик для учетных записей хранения общего назначения версии 1 (регионы США). | Пропускная способность 20 Гбит/с при включённой конфигурации RA-GRS или GRS, 30 Гбит/с для конфигураций LRS и ZRS. |
| Максимальный исходящий трафик для учетных записей хранения общего назначения версии 1 (регионы, отличные от США). | 10 Гбит/с, если включены RA-GRS/GRS, 15 Гбит/с для LRS/ZRS |
| Максимальное количество правил IP-адресов для каждой учетной записи хранения. | 400 |
| Максимальное количество правил виртуальной сети для каждой учетной записи хранения. | 400 |
| Максимальное количество правил экземпляра ресурса на учетную запись хранения. | 200 |
| Максимальное количество частных конечных точек на учетную запись хранения. | 200 |
1 С увеличением квоты можно создать до 500 учетных записей хранения со стандартными конечными точками в каждом регионе. Дополнительные сведения см. в разделе «Увеличение квот учетных записей хранения Azure».
2 стандартные учетные записи службы хранения Azure поддерживают более высокие ограничения емкости и более высокие ограничения для входящего и исходящего трафика по запросу. Чтобы подать запрос на увеличение ограничений для учетной записи, обратитесь в службу поддержки Azure.