Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Beheben der API-Fehlercodes von Amazon Bedrock
Dieser Abschnitt enthält detaillierte Informationen zu den häufigsten Fehlern, die bei der Verwendung von Amazon Bedrock auftreten können APIs, zur Fehlerursache und zur Lösung des Fehlers.
## AccessDeniedException
**HTTP-Statuscode: **403
**Ursache:** Sie verfügen nicht über die erforderlichen Berechtigungen, um die angefragte Aktion durchzuführen.
**Lösung:**
+ Überprüfen Sie, ob Ihr IAM-Benutzer oder Ihre IAM-Rolle über die erforderlichen Berechtigungen für die Aktion verfügt, die Sie versuchen auszuführen.
+ Wenn Sie temporäre Sicherheitsanmeldeinformationen verwenden, stellen Sie sicher, dass diese nicht abgelaufen sind.
## FTUFormNotFilled
**HTTP-Statuscode: **404
**Ursache:** Für dieses Konto wurden keine Details zum Modellanwendungsfall übermittelt.
**Lösung:**
+ Füllen Sie das Formular mit den Details zum Anthropic-Anwendungsfall aus, bevor Sie das Modell verwenden.
## IncompleteSignature
**HTTP-Statuscode: **400
**Ursache:** Die Anforderungssignatur entspricht nicht den Standards. AWS
**Lösung:**
+ Stellen Sie sicher, dass Sie eine AWS SDK-Version verwenden, die Amazon Bedrock unterstützt.
+ Stellen Sie sicher, dass Ihre AWS Zugriffsschlüssel-ID und Ihr geheimer Schlüssel korrekt konfiguriert sind.
+ Wenn Sie Anforderungen manuell signieren, empfehlen wir Ihnen, Ihren Signaturberechnungsprozess noch einmal zu überprüfen.
## InternalFailure
**HTTP-Statuscode:** 500
**Ursache:** Die Anforderungsverarbeitung ist aufgrund eines Serverfehlers fehlgeschlagen.
**Lösung:**
+ [Um die Zuverlässigkeit zu erhöhen AWS , empfehlen wir die Verwendung von [Wiederholungsversuchen mit exponentiellem Backoff und zufälligem](https://docs.aws.amazon.com//prescriptive-guidance/latest/cloud-design-patterns/retry-backoff.html) Jitter.](https://aws.amazon.com/builders-library/timeouts-retries-and-backoff-with-jitter/)
+ Wenn das Problem weiterhin besteht, wenden Sie sich an das [AWS Support Center](https://aws.amazon.com/support) und geben Sie Einzelheiten zu Ihrer Anforderung und dem aufgetretenen Fehler an.
## InvalidAction
**HTTP-Statuscode: **400
**Ursache: **Die angeforderte Aktion oder Operation ist ungültig.
**Lösung:**
+ Wir empfehlen, die Schreibweise und Formatierung des Aktionsnamens in Ihrer Anforderung zu überprüfen.
+ Stellen Sie sicher, dass der Aktionsaufruf von Amazon Bedrock unterstützt wird und korrekt dokumentiert ist, wie in der [Referenz zur Amazon-Bedrock-API](https://docs.aws.amazon.com//bedrock/latest/APIReference/API_Operations.html) gezeigt.
+ Stellen Sie sicher, dass Sie die neueste up-to-date Version des AWS SDK oder der CLI verwenden.
## InvalidClientTokenId
**HTTP-Statuscode: **403
**Ursache:** Das angegebene X.509-Zertifikat oder die angegebene AWS Zugriffsschlüssel-ID ist in unseren Aufzeichnungen nicht vorhanden.
**Lösung:**
+ Stellen Sie sicher, dass Sie die richtige AWS Zugriffsschlüssel-ID verwenden.
+ Wenn Sie kürzlich neue Zugriffsschlüssel erstellt haben, stellen Sie sicher, dass Sie die neuen Anmeldeinformationen und nicht die alten verwenden.
## AWS Marketplace-Vereinbarung ist innerhalb von 15 Minuten gescheitert
**HTTP-Statuscode: **403
**Ursache:** Die AWS Marketplace-Vereinbarung ist aufgrund eines zugrunde liegenden Problems gescheitert.
**Lösung:**
+ Überprüfen Sie die Fehlermeldung und beheben Sie das zugrunde liegende Problem. Häufige zugrunde liegende Probleme sind ungültige Zahlungsfehler und eingeschränkte Geolokalisierung.
+ Informationen zu ungültigen Zahlungsfehlern finden Sie unter [Einschränkungen für Kredit- und Debitkartenkäufe für AISPL-Kunden, die AWS Marketplace und INVALID\$1PAYMENT\$1INSTRUMENT verwenden](https://aws-blogs-prod.amazon.com/awsmarketplace/restriction-on-credit-and-debit-card-purchases-for-aispl-customers-using-aws-marketplace/)[, nachdem](https://repost.aws/questions/QU0UOsutrWSSS4nOqgHcIUJg/invalid-payment-instrument-after-requesting-model-access-in-amazon-bedrock) Sie den Modellzugriff in Amazon Bedrock beantragt haben. .
## AWS Marketplace-Vereinbarung steht nach 15 Minuten noch aus
**HTTP-Statuscode: **403
**Ursache:** Die AWS Marketplace-Vereinbarung war nicht erfolgreich und es sind 15 Minuten vergangen, seit die Anfrage gestellt wurde.
**Lösung:**
+ Wiederholen Sie die Anforderung alle 15 Minuten. Wenn das Problem weiterhin besteht, wenden Sie sich an das [AWS Support Center](https://aws.amazon.com/support) und geben Sie Einzelheiten zu Ihrer Anforderung und dem aufgetretenen Fehler an.
## MPAgreementBeingCreated
**HTTP-Statuscode: **403
**Ursache:** Ihr Konto ist nicht berechtigt, auf dieses Modell zuzugreifen. Ihr AWS Marketplace-Abonnement für dieses Modell wird noch bearbeitet
**Lösung:**
+ Versuchen Sie es nach 15 Minuten erneut.
## NotAuthorized
**HTTP-Statuscode: **400
**Ursache: **Sie haben keine Berechtigung zum Ausführen dieser Aktion.
**Lösung:**
+ Überprüfen Sie Ihre IAM-Berechtigungen und stellen Sie sicher, dass Sie über die erforderlichen Rechte verfügen, um die angeforderte Aktion auf Amazon-Bedrock-Ressourcen durchzuführen.
+ Wenn Sie eine IAM-Rolle verwenden, stellen Sie sicher, dass die Rolle über die entsprechenden Berechtigungen und Vertrauensbeziehungen verfügt.
+ Suchen Sie nach Unternehmensrichtlinien oder SCP, die Ihren Zugriff einschränken könnten.
## RequestExpired
**HTTP-Statuscode: **400
**Ursache:** Die Anforderung ist aufgrund abgelaufener Zeitstempel nicht mehr gültig.
**Lösung:**
+ Stellen Sie sicher, dass Ihre Systemuhr korrekt mit einer zuverlässigen Zeitquelle synchronisiert ist.
+ Wenn Sie Anforderungen aus verschiedenen Zeitzonen senden, achten Sie auf mögliche Abweichungen bei den Zeitstempeln.
## ServiceUnavailable
**HTTP-Statuscode:** 503
**Ursache:** Der Service kann die Anforderung vorübergehend nicht bearbeiten. 503-Fehler werden für die reguläre Drosselung verwendet.
**Lösung:**
+ [Um die Zuverlässigkeit zu erhöhen AWS , empfehlen wir die Verwendung von [Wiederholungsversuchen mit exponentiellem Backoff und zufälligem](https://docs.aws.amazon.com//prescriptive-guidance/latest/cloud-design-patterns/retry-backoff.html) Jitter.](https://aws.amazon.com/builders-library/timeouts-retries-and-backoff-with-jitter/)
+ AWS-Region Falls das Problem in Ihrer aktuellen Region weiterhin besteht, sollten Sie in Erwägung ziehen, zu einer anderen Version zu wechseln. Verschiedene Regionen können unterschiedliche Auslastungs- und Verfügbarkeitsniveaus aufweisen.
+ [Verwenden Sie regionsübergreifende Inferenz](https://docs.aws.amazon.com//bedrock/latest/userguide/cross-region-inference.html), um ungeplante Datenverkehrsspitzen nahtlos zu bewältigen, indem Sie Rechenleistung für verschiedene Bereiche nutzen. AWS-Regionen
+ Wenn Sie hohe Durchsatzanforderungen haben, empfehlen wir Ihnen, [Bereitgestellter Durchsatz](https://docs.aws.amazon.com//bedrock/latest/userguide/prov-throughput.html) für Ihren Anwendungsfall zu untersuchen.
**Best Practices**
+ Stellen Sie sicher, dass Ihre Anwendung 503-Statuscodes in Ihrer Fehlerbehandlungs- und Wiederholungslogik angemessen verarbeiten kann.
+ Suchen Sie im AWS Service Health Dashboard nach angekündigten Problemen oder geplanten Wartungsarbeiten, die sich auf den Service auswirken könnten.
Wenn Sie häufig auf 503-Fehler stoßen oder diese Ihren Betrieb erheblich beeinträchtigen, wenden Sie sich bitte an den [AWS Support](https://aws.amazon.com/support), um weitere Unterstützung und Anleitungen zu erhalten, die auf Ihren speziellen Anwendungsfall zugeschnitten sind.
## ThrottlingException
**HTTP-Statuscode:** 429
**Ursache:** Die Anforderung wurde abgelehnt, da die Kontokontingente für Amazon Bedrock überschritten wurden.
**Lösung:**
+ Überprüfen Sie die Amazon-Bedrock-Servicekontingente in der Konsole [Amazon-Bedrock-Servicekontingente](https://docs.aws.amazon.com/general/latest/gr/bedrock.html#limits_bedrock), um mehr über die Ihrem Konto zugewiesenen Limits zu erfahren.
+ Wir empfehlen, den AWS empfohlenen Ansatz zu verwenden und [Wiederholungen mit](https://docs.aws.amazon.com//prescriptive-guidance/latest/cloud-design-patterns/retry-backoff.html) exponentiellem Backoff zu verwenden. [und zufälliger Jitter für mehr Zuverlässigkeit.](https://aws.amazon.com/builders-library/timeouts-retries-and-backoff-with-jitter/)
+ Wenn Sie hohe Durchsatzanforderungen haben, empfehlen wir Ihnen, [Bereitgestellter Durchsatz](https://docs.aws.amazon.com//bedrock/latest/userguide/prov-throughput.html) für Ihren Anwendungsfall zu untersuchen.
+ Fordern Sie eine Kontingenterhöhung an, indem Sie sich an Ihren Account Manager oder den [AWS Support](https://aws.amazon.com/support) wenden, falls Ihr Workload-Datenverkehr Ihre Kontokontingente überschreitet.
## ValidationError
**HTTP-Statuscode: **400
**Ursache: **Die Eingabe erfüllt nicht die von Amazon Bedrock definierten Einschränkungen.
**Lösung:**
+ Überprüfen Sie die API-Dokumentation, um sicherzustellen, dass alle erforderlichen Parameter enthalten und korrekt formatiert sind.
+ Vergewissern Sie sich, dass Ihre Eingabewerte innerhalb der zulässigen Bereiche liegen oder den erwarteten Mustern entsprechen.
+ Wir empfehlen, alle spezifischen Validierungsregeln zu beachten, die in der API-Referenz für die von Ihnen verwendete Aktion aufgeführt sind.
## ResourceNotFound
**HTTP-Statuscode: **404
**Ursache: **Die angeforderte Ressource wurde nicht gefunden.
**Lösung:**
+ Überprüfen Sie die Richtigkeit der Modell-ID, des Endpunktnamens oder anderer Ressourcen-IDs in Ihrer Anforderung.
+ Implementieren Sie einen Fallback-Mechanismus, um alternative Modelle oder Endpunkte zu verwenden, wenn keine primäre Ressource gefunden wird.
**Best Practices**
+ Verwenden Sie diese [ListFoundationModels](https://docs.aws.amazon.com//bedrock/latest/APIReference/API_ListFoundationModels.html)Option, um mehr über die verfügbaren Amazon Bedrock Foundation-Modelle zu erfahren, die Sie verwenden können.
+ Wir empfehlen, einen regelmäßigen Synchronisierungsprozess zu implementieren, um Ihren lokalen Ressourcenkatalog zu aktualisieren.
Wenn Sie nach dem Ausprobieren dieser Lösungen weiterhin Probleme haben, wenden Sie sich an den [AWS Support](https://aws.amazon.com/support), um weitere Unterstützung und Anleitungen zu erhalten, die auf Ihren speziellen Anwendungsfall zugeschnitten sind.
## Verbindungstimeout oder Reset beim Aufrufen von Amazon Bedrock APIs
**Symptom:** API-Aufrufe schlagen mit Verbindungsresets oder Timeouts fehl, insbesondere bei lang andauernden Anfragen wie Streaming oder Extended Inference, wenn der Datenverkehr über NAT-Gateways, VPC-Endpunkte oder Network Load Balancer fließt.
**Ursache: Für** NAT-Gateways, VPC-Schnittstellen-Endpunkte und Network Load Balancer gilt ein festes Timeout für Verbindungen im Leerlauf von 350 Sekunden. Wenn eine TCP-Verbindung länger als diesen Zeitraum inaktiv bleibt, wird die Verbindung unterbrochen. Der Client empfängt ein TCP-RST-Paket oder die Anfrage hat ein Timeout.
**Lösung:**
Aktivieren Sie TCP-Keep-Alive, um in regelmäßigen Abständen Tests zu senden, die verhindern, dass die Verbindung inaktiv wird. Weitere Informationen finden Sie unter [Implementieren von TCP-Verbindungen mit langer Laufzeit innerhalb von VPC-Netzwerken im Blog AWS Networking](https://aws.amazon.com/blogs/networking-and-content-delivery/implementing-long-running-tcp-connections-within-vpc-networking/) & Content Delivery.
Wenn Sie nach der Aktivierung von TCP-Keep-Alive weiterhin Verbindungsprobleme haben, wenden Sie sich an den Support, um weitere [AWS Unterstützung](https://aws.amazon.com/support) zu erhalten.