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