BLOB ストレージのスケーラビリティとパフォーマンスのターゲット
この参照では、Azure Storage のスケーラビリティおよびパフォーマンスのターゲットについて説明されています。 ここで示すスケーラビリティおよびパフォーマンスのターゲットは、ハイエンドのターゲットですが、達成可能です。 いかなる場合でも、ストレージ アカウントで達成される要求レートおよび帯域幅は、格納されたオブジェクトのサイズ、使用されているアクセス パターン、およびアプリケーションで実行されているワークロードの種類によって異なります。
必ずサービスをテストして、パフォーマンスがユーザー要件を満たしているかどうかを確認してください。 可能であれば、トラフィック量の急増を回避し、トラフィックがパーティション間でうまく分散されるようにしてください。
ワークロードがアプリケーションのパーティションで処理できる上限に達すると、Azure Storage はエラー コード 503 (サーバーがビジー状態) またはエラー コード 500 (操作タイムアウト) の応答を返し始めます。 503 エラーが発生する場合は、再試行に対してエクスポネンシャル バックオフ ポリシーを使用するようアプリケーションを変更することを検討します。 指数関数的バックオフによって、そのパーティションへの負荷が減少し、そのパーティションへのトラフィック量の増加が緩和されます。
Azure Storage アカウントのサービス レベル アグリーメント (SLA) は、Storage アカウントの SLA で使用できます。
BLOB ストレージのスケール ターゲット
リソース | 移行先 |
---|---|
単一の BLOB コンテナーの最大サイズ | ストレージ アカウントの最大容量と同じ |
ブロック BLOB 内または追加 BLOB 内の最大ブロック数 | 50,000 ブロック |
ブロック BLOB 内の最大ブロック サイズ | 4,000 MiB |
ブロック BLOB の最大サイズ | 50,000 x 4,000 MiB (約 190.7 TiB) |
追加 BLOB のブロックの最大サイズ | 4 MiB |
追加 BLOB の最大サイズ | 50,000 x 4 MiB (約 195 GiB) |
ページ BLOB の最大サイズ | 8 TiB2 |
BLOB コンテナーごとの保存されるアクセス ポリシーの最大数 | 5 |
1 つの BLOB のターゲット要求率 | 最大 500 要求/秒 |
1 つのページ BLOB のターゲット スループット | 最大 60 MiB/秒2 |
1 つのブロック BLOB のターゲット スループット | ストレージ アカウントイングレス/エグレスの上限まで1 |
1 1 つの BLOB のスループットは、いくつかの要因によって異なります。 これらの要因にはコンカレンシー、要求サイズ、パフォーマンス レベル、アップロード元の速度、ダウンロード先などがありますが、それらに限定されません。 高スループット ブロック BLOB のパフォーマンス機能強化を活用するには、もっと大きな BLOB またはブロックをアップロードします。 具体的には、Put Blob または Put Block 操作を呼び出すとき、256 KiB を超える BLOB またはブロック サイズを指定します。
2 階層型名前空間が有効になっているアカウントでは、ページ BLOB はまだサポートされていません。
次の表では、サービス バージョンで許可される最大ブロック サイズと BLOB サイズについて説明します。
サービスのバージョン | 最大ブロック サイズ (Put Block 使用) | 最大 BLOB サイズ (Put Block List 使用) | 1 回の書き込み操作での最大 BLOB サイズ (Put Blob 使用) |
---|---|---|---|
バージョン 2019-12-12 以降 | 4,000 MiB | 約 190.7 TiB (4,000 MiB x 50,000 ブロック) | 5,000 MiB |
バージョン 2016-05-31 からバージョン 2019-07-07 | 100 MiB | 約 4.75 TiB (100 MiB x 50,000 ブロック) | 256 MiB |
2016-05-31 よりも前のバージョン | 4 MiB | 約 195 GiB (4 MiB x 50,000 ブロック) | 64 MiB |