Amazon Bedrock API エラーコードのトラブルシューティング

IAM ユーザーまたはロールが、実行しようとしているアクションに必要なアクセス許可を持っていることを確認します。

一時的なセキュリティ認証情報を使用している場合は、有効期限が切れていないことを確認してください。

モデルを使用する前に、Anthropic ユースケースの詳細フォームに記入してください。

Amazon Bedrock をサポートする AWSSDK バージョンを使用していることを確認します。

AWSアクセスキー ID とシークレットキーが正しく設定されていることを確認します。

リクエストに手動で署名する場合は、署名の計算プロセスを再確認することをお勧めします。

信頼性を向上させるために、エクスポネンシャルバックオフとランダムジッターで再試行を使用するAWS推奨アプローチを採用することをお勧めします。 https://aws.amazon.com/builders-library/timeouts-retries-and-backoff-with-jitter/

問題が解決しない場合は、AWS サポートセンターに連絡して、リクエストの詳細と発生しているエラーをお知らせください。

リクエスト内のアクション名のスペルとフォーマットを再確認することをお勧めします。

アクションの呼び出しが Amazon Bedrock でサポートされており、Amazon Bedrock API リファレンスで示されているように正しく文書化されていることを確認します。

AWSSDK または CLI up-to-dateを使用していることを確認します。

正しいAWSアクセスキー ID を使用していることを確認します。

最近新しいアクセスキーを作成した場合は、古い認証情報ではなく、新しい認証情報を使用していることを確認してください。

エラーメッセージを確認し、根本的な問題を修正します。よくある根本的な問題は、無効な支払いエラーと地理的な場所の制限です。

無効な支払いエラーについては、Amazon Bedrock でモデルアクセスをリクエストした後、 AWSMarketplace と INVALID_PAYMENT_INSTRUMENT を使用する AISPL のお客様のクレジットカードおよびデビットカード購入の制限を確認してください。 https://repost.aws/questions/QU0UOsutrWSSS4nOqgHcIUJg/invalid-payment-instrument-after-requesting-model-access-in-amazon-bedrock

15 分ごとにリクエストを再試行します。問題が解決しない場合は、AWS サポートセンターに連絡して、リクエストの詳細と発生しているエラーをお知らせください。

15 分後に再試行します

IAM アクセス許可を確認し、Amazon Bedrock リソースでリクエストされたアクションを実行するために必要な権限があることを確認します。

IAM ロールを使用している場合は、ロールに適切なアクセス許可と信頼関係があることを確認します。

アクセスを制限している可能性のある組織ポリシーまたはサービスコントロールポリシーがないか確認します。

システムクロックが信頼できるタイムソースと正しく同期されていることを確認します。

異なるタイムゾーンからリクエストを行う場合は、タイムスタンプの不一致に注意してください。

信頼性を向上させるために、エクスポネンシャルバックオフとランダムジッターで再試行を使用するAWS推奨アプローチを採用することをお勧めします。 https://aws.amazon.com/builders-library/timeouts-retries-and-backoff-with-jitter/

現在のリージョンで問題が解決AWS リージョンしない場合は、別の に切り替えることを検討してください。リージョンによって負荷と可用性のレベルが異なる場合があります。

クロスリージョン推論を使用して、さまざまな でコンピューティングを利用することで、予期しないトラフィックバーストをシームレスに管理できますAWS リージョン。

スループット要件が高い場合は、ユースケースのプロビジョンドスループットを調べることをお勧めします。

エラー処理と再試行ロジックで、アプリケーションが 503 ステータスコードを適切に処理できることを確認します。

Service Health Dashboard で、AWSサービスに影響を与える可能性のある発表された問題やスケジュールされたメンテナンスを確認します。

Service Quotas コンソールで Amazon Bedrock サービスクォータをチェックして、アカウントに割り当てられている制限について確認します。

信頼性を向上させるために、エクスポネンシャルバックオフとランダムジッターで再試行を使用するAWS推奨アプローチを採用することをお勧めします。 https://aws.amazon.com/builders-library/timeouts-retries-and-backoff-with-jitter/

スループット要件が高い場合は、ユースケースのプロビジョンドスループットを調べることをお勧めします。

ワークロードのトラフィックがアカウントクォータを超える場合は、アカウントマネージャーまたは AWS サポートに連絡してクォータの引き上げを要求します。

API ドキュメントを確認して、必要なパラメータがすべて含まれ、正しくフォーマットされていることを確認します。

入力値が許容範囲内にあるか、期待されるパターンに準拠していることを確認します。

使用しているアクションの API リファレンスに記載されている特定の検証ルールに注意を払うことをお勧めします。

リクエスト内のモデル ID、エンドポイント名、またはその他のリソース識別子が正しいことを確認します。

主なリソースが見つからない場合は、代替モデルまたはエンドポイントを使用するフォールバックメカニズムを実装してください。

ListFoundationModels を使用して、使用可能な Amazon Bedrock 基盤モデルについて確認します。

ローカルリソースカタログを更新するには、定期的な同期プロセスの実装をお勧めします。