メニュー
Amazon Simple Storage Service
開発者ガイド (API Version 2006-03-01)

Amazon S3 のエラーに関するベストプラクティス

Amazon S3 と連係するアプリケーションを設計するときは、Amazon S3 のエラーを適切に処理することが重要です。このセクションでは、アプリケーションの設計時に考慮すべき問題について説明します。

InternalError の場合は再試行する

内部エラーは Amazon S3 内で発生するエラーです。

InternalError レスポンスを受け取った場合、リクエストが処理されていない可能性があります。例えば、PUT リクエストが InternalError を返す場合、それ以降の GET は古い値を取得することもあれば、更新された値を取得することもあります。

Amazon S3 が InternalError レスポンスを返す場合は、リクエストを再試行してください。

SlowDown エラーを繰り返すアプリケーションを調整する

S3 は分散システムの常として、意図的であるかどうかに関係なくリソースの過剰な消費を検出して対応する保護メカニズムを備えています。SlowDown エラーは、リクエストレートが高いためにこのようなメカニズムのいずれかが引き起こされた場合に発生することがあります。リクエストレートを低くすると、この種のエラーは減るかなくなります。一般的に、ほとんどのユーザーにとってこのエラーは頻繁には起きないはずですが、詳細を知りたい場合、あるいは SlowDown エラーの回数が多いか予期しないタイミングで発生する場合は、Amazon S3 開発者フォーラム( https://forums.aws.amazon.com/)に投稿するか、AWS プレミアムサポート(https://aws.amazon.com/premiumsupport/)にサインアップしてください。

エラーを分離する

注記

SOAP のサポートは HTTP 経由では廃止されましたが、HTTPS 経由では引き続き利用可能です。SOAP 用に Amazon S3 の新機能をサポートする予定はありません。REST API か AWS SDK を使用することをお勧めします。

Amazon S3 には、SOAP と REST API の両方で使用されるエラーコードが用意されています。SOAP API は標準の Amazon S3 エラーコードを返します。REST API は標準の HTTP サーバーのように見え、既存の HTTP クライアント(例: ブラウザ、HTTP クライアントライブラリ、プロキシ、キャッシュなど)を操作するように設計されています。HTTP クライアントがエラーを適切に処理できるように、各 Amazon S3 エラーは HTTP ステータスコードにマッピングされています。

HTTP ステータスコードは Amazon S3 エラーコードよりも内容がおおまかであるため、エラーに関する情報は少なくなります。例えば、NoSuchKeyNoSuchBucket という Amazon S3 エラーはどちらも HTTP 404 Not Found ステータスコードにマッピングされます。

HTTP ステータスコードに含まれるエラー情報は少なくなりますが、クライアントが HTTP を認識できて Amazon S3 API を認識できない場合も、通常はエラーが適切に処理されます。

このため、エラーを処理するときや Amazon S3 エラーをエンドユーザーに報告するときは、HTTP ステータスコードではなく、エラーに関する情報が多く含まれる Amazon S3 エラーコードを使用します。さらに、アプリケーションをデバッグするときは、人が読み取り可能な XML エラーレスポンスの <Details> 要素も参照してください。