この参照では、Azure Storage のスケーラビリティおよびパフォーマンスのターゲットについて説明されています。 ここで示すスケーラビリティとパフォーマンスのターゲットは、ハイエンドのターゲットですが、達成可能です。 いずれの場合も、ストレージ アカウントで実現される要求レートと帯域幅は、格納されているオブジェクトのサイズ、使用されるアクセス パターン、アプリケーションが実行するワークロードの種類によって異なります。
サービスをテストして、そのパフォーマンスが要件を満たしているかどうかを判断します。 可能であれば、トラフィック量の急増を回避し、トラフィックがパーティション間でうまく分散されるようにしてください。
ワークロードがアプリケーションのパーティションで処理できる上限に達すると、Azure Storage はエラー コード 503 (サーバーがビジー状態) またはエラー コード 500 (操作タイムアウト) の応答を返し始めます。 503 エラーが発生した場合は、再試行に指数バックオフ ポリシーを使用するようにアプリケーションを変更することを検討してください。 指数バックオフにより、パーティションの負荷が減少し、そのパーティションへのトラフィックの急増が容易になります。
Azure Storage アカウントのサービス レベル アグリーメント (SLA) は、Storage アカウントの SLA で使用できます。
リソース プロバイダーのスケール ターゲット
次の制限は、Azure Resource Manager と Azure Storage およびストレージ リソース プロバイダーを使用して管理操作を実行するときにのみ適用されます。 この制限は、要求内のリソースの各リージョンのサブスクリプションごとに適用されます。
| リソース | 制限 |
|---|---|
| ストレージ アカウント管理操作 (読み取り) | 5 分あたり 800 |
| ストレージ アカウント管理操作 (書き込み) | 1 秒あたり 10 または 1 時間あたり 1,200 |
| ストレージ アカウント管理操作 (一覧) | 5 分あたり 100 |