翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
AWS CloudHSM パフォーマンス
本番稼働用クラスターの場合は、リージョン内の 2 つのアベイラビリティーゾーン間に異なる HSM インスタンスが分散している必要があります。クラスターの負荷テストを行って予測すべきピーク負荷を決定し、高可用性を確保するためにクラスターに HSM を 1 つ追加することを推奨します。新しく生成されるキーの耐久性を必要とするアプリケーションの場合は、リージョン内の異なるアベイラビリティーゾーンに 3 つの HSM インスタンスを分散させることをお勧めします。
パフォーマンスデータ
AWS CloudHSM クラスターのパフォーマンスは、特定のワークロードによって異なります。パフォーマンスを向上させるために、クラスターに HSM インスタンスを追加できます。パフォーマンスは、設定、データサイズ、および EC2 インスタンスにかかる追加のアプリケーション負荷によって異なる場合があります。アプリケーションの負荷テストを行い、スケーリングの必要性を判断することをお勧めします。
次の表は、hsm1.medium インスタンスを使用する EC2 インスタンスで実行される一般的な暗号化アルゴリズムのおおよそのパフォーマンスを示しています。
-
[1] 1 つの c4.large EC2 インスタンス
と EC2 インスタンスと同じ AZ にある 1 つの HSM で実行されている Java マルチスレッドアプリケーションを備えた 2 つの HSM クラスター。 -
[2] 1 つの c4.large EC2 インスタンス
と EC2 インスタンスと同じ AZ にある 1 つの HSM で実行されている Java マルチスレッドアプリケーションを備えた 3 つの HSM クラスター。 -
[3] 1 つの c4.large EC2 インスタンス
と EC2 インスタンスと同じ AZ にある 1 つの HSM で実行されている Java マルチスレッドアプリケーションを備えた 6 つの HSM クラスター。
HSM スロットリング
ワークロードがクラスターの HSM 容量を超えると、HSM がビジー状態またはスロットリングされていることを示すエラーメッセージが表示されます。この場合の対処方法の詳細については、HSM スロットリング を参照してください
