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.
HSM-Drosselung
Wenn Ihre Arbeitslast die Kapazität des Hardware-Sicherheitsmoduls (HSM) Ihres AWS CloudHSM Clusters überschreitet, erhalten Sie Fehlermeldungen, die besagen, dass HSMs ausgelastet oder gedrosselt sind. In diesem Fall kann es zu einem verringerten Durchsatz oder zu einer erhöhten Anzahl von Ablehnungsanfragen von HSMs kommen. Darüber hinaus senden HSMs möglicherweise die folgenden Busy-Fehler.
In PKCS11 werden Busy-Fehler
CKR_FUNCTION_FAILEDzugeordnet. Dieser Fehler kann aus mehreren Gründen auftreten. Wenn dieser Fehler jedoch durch HSM-Drosselung verursacht wird, werden die folgenden Protokollzeilen in Ihrem Protokoll angezeigt:[cloudhsm_provider::hsm1::hsm_connection::e2e_encryption::error] Failed to prepare E2E response. Error: Received error response code from Server. Response Code: 187[cloudhsm_pkcs11::decryption::aes_gcm] Received error from the server. Error: This operation is already in progress. Internal error code: 0x000000BB
In JCE werden Busy-Fehler
com.amazonaws.cloudhsm.jce.jni.exception.InternalException: Unexpected error with the Provider: The HSM could not queue the request for processing.zugeordnet.Bei Auslastungsfehlern anderer SDKs wird die folgende Meldung ausgegeben:
Received error response code from Server. Response Code: 187.
In PKCS11 werden Busy-Fehler
CKR_OPERATION_ACTIVEFehlern zugeordnet.In JCE werden Busy-Fehler
CFM2Exceptionmit dem Status0xBB (187)zugeordnet. Anwendungen können diegetStatus()-Funktion aufCFM2Exceptionverwenden, um zu überprüfen, welcher Status vom HSM zurückgegeben wird.Bei Auslastungsfehlern anderer SDKs wird die folgende Meldung ausgegeben:
HSM Error: HSM is already busy generating the keys(or random bytes) for another request.
Auflösung
Sie können diese Probleme beheben, indem Sie mindestens eine der folgenden Maßnahmen ergreifen:
Fügen Sie Wiederholungsbefehle für abgelehnte HSM-Operationen in Ihrer Anwendungsebene hinzu. Stellen Sie vor der Aktivierung von Wiederholungsbefehlen sicher, dass Ihr Cluster ausreichend dimensioniert ist, um Spitzenlasten zu bewältigen.
Anmerkung
Für Client-SDK 5.8.0 und höher sind Wiederholungsbefehle standardmäßig aktiviert. Einzelheiten zur Konfiguration der Wiederholungsbefehle der einzelnen SDKs finden Sie unter Erweiterte Konfigurationen für das Client-SDK-5-Configure-Tool.
Fügen Sie Ihrem Cluster weitere HSMs hinzu, indem Sie den Anweisungen unter Skalierung von HSMs in einem AWS CloudHSM Cluster folgen.
Wichtig
Wir empfehlen, Ihren Cluster einem Belastungstest zu unterziehen, um die zu erwartende Spitzenlast zu ermitteln, und dann ein weiteres HSM hinzuzufügen, um eine hohe Verfügbarkeit zu gewährleisten.
Reduzieren Sie die Anzahl der Anfragen, die Ihre Anwendung sendet. Mit der PKCS #11 -Bibliothek im Client SDK 5 sendet jeder
C_GetAttributeValueAufruf eine Anfrage, unabhängig davon, wie viele Attribute die Vorlage enthält. Fordern Sie jedes Attribut, das Sie benötigen, in einer Vorlage an und speichern Sie die Werte in Ihrer Anwendung im Cache. Weitere Informationen finden Sie unter Rufen Sie Attribute mit der PKCS #11 -Bibliothek ab für AWS CloudHSM Client-SDK 5.Bei JCE kostet jedes Attribut, das Sie anfordern, eine Anfrage. Fordern Sie also nur die Attribute an, die Ihre Anwendung benötigt.