Un'azienda esegue applicazioni su istanze EC2 Windows e Linux in più zone di disponibilità utilizzando gruppi con scalabilità automatica (Auto Scaling groups). Necessita di uno storage condiviso duraturo che utilizzi SMB per Windows, NFS per Linux, fornisca una latenza inferiore al millisecondo e sia condiviso in lettura/scrittura tra le istanze. Quali sono i tre passaggi che consentono di raggiungere questo obiettivo?

La creazione di un file system Amazon FSx for NetApp ONTAP Multi-AZ è la soluzione corretta perché supporta sia SMB (per Windows) che NFS (per Linux), offre latenza inferiore al millisecondo e durabilità, ed è progettato per lo storage condiviso in lettura/scrittura tra istanze in più zone di disponibilità. L'aggiornamento dei dati utente del launch template è necessario per configurare automaticamente il montaggio del file system sulle nuove istanze EC2 all'avvio. L'esecuzione di un aggiornamento delle istanze (instance refresh) sui gruppi con scalabilità automatica è fondamentale per terminare le istanze esistenti e avviare nuove istanze che utilizzeranno il launch template aggiornato, garantendo che tutte le istanze montino correttamente il nuovo storage condiviso. Amazon EFS non supporta SMB, rendendolo inadatto per le istanze Windows. Un volume EBS gp3 non è una soluzione di storage condiviso tra più istanze. Aggiornare le istanze EC2 esistenti per montare il file system all'avvio di nuove istanze è impreciso; l'aggiornamento del launch template e l'instance refresh sono i passaggi corretti per applicare la configurazione alle nuove istanze.