Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
AWS CloudHSM best practice per la gestione dei cluster
Segui le best practice in questa sezione per la creazione, l'accesso e la AWS CloudHSM gestione del cluster.
Scala il tuo cluster per gestire i picchi di traffico
Diversi fattori possono influenzare il throughput massimo che il cluster è in grado di gestire, tra cui la dimensione dell'istanza del client, la dimensione del cluster, la topografia della rete e le operazioni crittografiche necessarie per il caso d'uso.
Come punto di partenza, consulta l'argomento AWS CloudHSM informazioni sulle prestazioni per le stime delle prestazioni sulle dimensioni e le configurazioni comuni dei cluster. Ti consigliamo di eseguire un test di carico del cluster con il carico di picco previsto per determinare se l'architettura attuale è resiliente e sulla giusta scala.
Progetta il tuo cluster per garantire un'elevata disponibilità
Aggiungi ridondanza per tenere conto della manutenzione: AWS può sostituire il tuo HSM per la manutenzione programmata o se rileva un problema. Come regola generale, la dimensione del cluster deve avere una ridondanza di almeno +1. Ad esempio, se hai bisogno di due HSM per il funzionamento del servizio nelle ore di punta, la dimensione ideale del cluster sarà tre. Se seguite le migliori pratiche relative alla disponibilità, queste sostituzioni HSM non dovrebbero influire sul servizio. Tuttavia, le operazioni in corso sull'HSM sostituito potrebbero fallire e devono essere riprovate.
Distribuisci i tuoi HSM in molte zone di disponibilità: valuta in che modo il tuo servizio sarà in grado di funzionare durante un'interruzione della zona di disponibilità. AWS consiglia di distribuire gli HSM nel maggior numero possibile di zone di disponibilità. Per un cluster con tre HSM, è necessario distribuire gli HSM su tre zone di disponibilità. A seconda del sistema, potrebbe essere necessaria una ridondanza aggiuntiva.
Disponi di almeno tre HSM per garantire la durata delle chiavi appena generate
Per le applicazioni che richiedono la durabilità delle chiavi appena generate, consigliamo di disporre di almeno tre HSM distribuiti in diverse zone di disponibilità in una regione.
Accesso sicuro al tuo cluster
Usa le sottoreti private per limitare l'accesso alla tua istanza: avvia i tuoi HSM e le istanze client nelle sottoreti private del tuo VPC. Questo limita l'accesso ai tuoi HSM dal mondo esterno.
Usa gli endpoint VPC per accedere alle API: il piano AWS CloudHSM dati è stato progettato per funzionare senza bisogno di accedere a Internet o alle API AWS. Se l'istanza del cliente richiede l'accesso all' AWS CloudHSM API, puoi utilizzare gli endpoint VPC per accedere all'API senza richiedere l'accesso a Internet sull'istanza client. Per ulteriori informazioni, consulta AWS CloudHSM ed endpoint VPC.
Riduci i costi adattandoli alle tue esigenze
Non ci sono costi iniziali da utilizzare. AWS CloudHSM Paghi una tariffa oraria per ogni HSM avviato fino alla chiusura dell'HSM. Se il servizio non richiede un uso continuo AWS CloudHSM, è possibile ridurre i costi riducendo (eliminando) gli HSM a zero quando non sono necessari. Quando gli HSM sono nuovamente necessari, è possibile ripristinarli da un backup. Se, ad esempio, hai un carico di lavoro che richiede la firma del codice una volta al mese, in particolare l'ultimo giorno del mese, puoi prima scalare il cluster, ridimensionarlo eliminando gli HSM una volta completato il lavoro e quindi ripristinare il cluster per eseguire nuovamente le operazioni di firma alla fine del mese successivo.
AWS CloudHSM esegue automaticamente backup periodici degli HSM nel cluster. Quando si aggiunge un nuovo HSM in un secondo momento, AWS CloudHSM ripristinerà il backup più recente sul nuovo HSM in modo da poter riprendere l'utilizzo dallo stesso punto in cui l'hai lasciato. Per calcolare i costi AWS CloudHSM dell'architettura, consulta AWS CloudHSM Prezzi.
Risorse correlate:
