Een data-intensieve applicatie draait op honderden EC2-instances en gebruikt momenteel een gedeeld bestandssysteem dat wordt gehost op verschillende EC2-instances en 200 TB aan data bevat. Een maandelijkse taak wordt één keer per maand uitgevoerd, leest een subset van bestanden, duurt ongeveer 72 uur en de compute-instances schalen in een Auto Scaling-groep. De EC2-hosts van het gedeelde bestandssysteem draaien altijd. Alle resources bevinden zich in dezelfde Regio. U moet de servers van het gedeelde bestandssysteem vervangen om de kosten te verlagen en tegelijkertijd hoogwaardige toegang te garanderen voor de 72-uur durende taak. Welke optie levert de GROOTSTE totale kostenreductie op en voldoet tegelijkertijd aan de behoeften?

De correcte optie biedt de grootste kostenreductie en voldoet aan de prestatie-eisen. Door de data naar S3 Intelligent-Tiering te migreren, worden de opslagkosten geminimaliseerd, aangezien de data automatisch naar de meest kosteneffectieve laag wordt verplaatst op basis van toegangspatronen. FSx for Lustre is een high-performance bestandssysteem dat ideaal is voor data-intensieve workloads en kan worden aangemaakt en verwijderd op aanvraag, wat kosten bespaart. Lazy loading zorgt ervoor dat alleen de benodigde data van S3 naar FSx for Lustre wordt geladen, wat de opstarttijd en kosten verder vermindert. De andere opties zijn minder optimaal: Een groot EBS-volume met Multi-Attach is niet ontworpen voor 200 TB aan data en is duurder dan S3 voor langdurige opslag. Bovendien is het niet een gedeeld bestandssysteem in de traditionele zin en kan het complex zijn om te beheren over honderden instances. Het batchmatig laden van 200 TB vanuit S3 naar FSx for Lustre is tijdrovend en duur, vooral als slechts een subset van de data nodig is. AWS Storage Gateway file gateway is niet ontworpen voor de hoge prestatie-eisen van een data-intensieve taak met honderden instances en zou waarschijnlijk een bottleneck vormen.