Un'applicazione utilizza MySQL su un'istanza EC2 con un volume EBS General Purpose SSD (gp). Dopo le modifiche al codice, è necessario creare una nuova istanza MySQL da uno snapshot di produzione per test di carico realistici. Quale opzione di ripristino produrrà un nuovo volume che si comporta in modo più simile all'attuale volume di produzione?

La risposta corretta è "Utilizzare EBS fast snapshot restore per creare un nuovo volume EBS General Purpose SSD dallo snapshot di produzione". EBS Fast Snapshot Restore (FSR) garantisce che un volume ripristinato da uno snapshot sia completamente inizializzato al momento della creazione. Questo significa che il volume offrirà immediatamente le sue prestazioni complete, senza la latenza di accesso iniziale che si verifica con i ripristini standard. Poiché l'obiettivo è replicare il comportamento del volume di produzione per test di carico realistici, FSR è essenziale per evitare cali di performance dovuti all'inizializzazione. Mantenere il tipo di volume General Purpose SSD (gp) assicura che le caratteristiche di performance (IOPS e throughput) siano coerenti con l'ambiente di produzione originale, fornendo una base di test più accurata. Le opzioni che utilizzano "ripristino standard dello snapshot" sono errate perché un volume creato in questo modo subisce un'inizializzazione lenta, con prestazioni ridotte fino a quando tutti i blocchi non sono stati letti o scritti. Questo non permetterebbe test di carico realistici. Le opzioni che suggeriscono "Provisioned IOPS SSD" sono errate perché cambierebbero il tipo di volume rispetto all'originale General Purpose SSD, alterando le caratteristiche di performance e non replicando fedelmente l'ambiente di produzione.