Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Ikuti praktik terbaik di bagian ini saat membuat, mengakses, dan mengelola AWS CloudHSM klaster Anda.
Skala klaster Anda untuk menangani lalu lintas puncak
Beberapa faktor dapat memengaruhi throughput maksimum yang dapat ditangani klaster Anda, termasuk ukuran instans klien, ukuran cluster, topografi jaringan, dan operasi kriptografi yang Anda perlukan untuk kasus penggunaan Anda.
Sebagai titik awal, lihat topik AWS CloudHSM informasi kinerja untuk perkiraan kinerja pada ukuran dan konfigurasi cluster umum. Kami menyarankan Anda menguji beban klaster Anda dengan beban puncak yang Anda antisipasi untuk menentukan apakah arsitektur Anda saat ini tangguh dan pada skala yang tepat.
Arsitek cluster Anda untuk ketersediaan tinggi
Tambahkan redundansi ke akun untuk pemeliharaan: AWS dapat menggantikan Anda HSM untuk pemeliharaan terjadwal atau jika mendeteksi masalah. Sebagai aturan umum, ukuran cluster Anda harus memiliki setidaknya +1 redundansi. Misalnya, jika Anda memerlukan dua HSMs untuk layanan Anda untuk beroperasi pada waktu puncak, ukuran cluster ideal Anda akan menjadi tiga. Jika Anda mengikuti praktik terbaik terkait ketersediaan, HSM penggantian ini seharusnya tidak memengaruhi layanan Anda. Namun, operasi yang sedang berlangsung pada penggantian HSM mungkin gagal dan harus dicoba lagi.
Sebarkan ke banyak Availability Zone: Pertimbangkan bagaimana layanan Anda akan dapat beroperasi selama pemadaman Availability Zone. HSMs AWS merekomendasikan agar Anda HSMs menyebarkan Zona Ketersediaan sebanyak mungkin. Untuk cluster dengan tigaHSMs, Anda harus HSMs tersebar di tiga Availability Zone. Tergantung pada sistem Anda, Anda mungkin memerlukan redundansi tambahan.
Memiliki setidaknya tiga HSMs untuk memastikan daya tahan untuk kunci yang baru dihasilkan
Untuk aplikasi yang membutuhkan daya tahan kunci yang baru dibuat, sebaiknya sedikitnya tiga HSMs tersebar di Availability Zone yang berbeda di suatu wilayah.
Akses aman ke klaster Anda
Gunakan subnet pribadi untuk membatasi akses ke instans Anda: Luncurkan instance Anda HSMs dan klien di subnet pribadi Anda. VPC Ini membatasi akses Anda HSMs dari dunia luar.
Gunakan VPC titik akhir untuk mengakses APIs: Pesawat AWS CloudHSM data dirancang untuk beroperasi tanpa memerlukan akses ke internet atau. AWS APIs Jika instance klien Anda memerlukan akses ke AWS CloudHSM API, Anda dapat menggunakan VPC titik akhir untuk mengakses API tanpa memerlukan akses internet pada instance klien Anda. Untuk informasi selengkapnya, lihat AWS CloudHSM dan titik VPC akhir.
Kurangi biaya dengan menskalakan kebutuhan Anda
Tidak ada biaya dimuka untuk digunakan AWS CloudHSM. Anda membayar biaya per jam untuk setiap peluncuran HSM Anda sampai Anda mengakhiri. HSM Jika layanan Anda tidak memerlukan penggunaan terus-menerus AWS CloudHSM, Anda dapat mengurangi biaya dengan mengurangi (menghapus) Anda HSMs ke nol ketika mereka tidak diperlukan. Ketika HSMs diperlukan lagi, Anda dapat memulihkan HSMs dari cadangan. Jika, misalnya, Anda memiliki beban kerja yang mengharuskan Anda untuk menandatangani kode sebulan sekali, khususnya pada hari terakhir bulan itu, Anda dapat meningkatkan skala klaster Anda sebelumnya, menurunkannya dengan menghapus HSMs setelah pekerjaan selesai, dan kemudian memulihkan klaster Anda untuk melakukan operasi penandatanganan lagi di akhir bulan berikutnya.
AWS CloudHSM secara otomatis membuat cadangan berkala dari HSMs dalam cluster. Saat menambahkan yang baru HSM di kemudian hari, AWS CloudHSM akan mengembalikan cadangan terbaru ke yang baru HSM sehingga Anda dapat melanjutkan penggunaan dari tempat yang sama dengan Anda meninggalkannya. Untuk menghitung biaya AWS CloudHSM arsitektur Anda, lihat AWS CloudHSM Harga
Sumber daya terkait: