Een bedrijf gebruikt Amazon FSx for NetApp ONTAP in zijn primaire AWS-regio voor CIFS- en NFS-bestandsshares die worden benaderd door applicaties die draaien op Amazon EC2-instances. Het bedrijf heeft een disaster recovery (DR)-oplossing nodig in een secundaire regio. De gerepliceerde data in de secundaire regio moeten toegankelijk zijn via dezelfde protocollen als in de primaire regio. Welke oplossing voldoet aan deze vereisten met de MINSTE operationele overhead?

De juiste oplossing is het maken van een FSx for ONTAP-instance in de secundaire regio en het gebruik van NetApp SnapMirror om data te repliceren. SnapMirror is een ingebouwde NetApp-functie die efficiënte, incrementele replicatie van ONTAP-volumes mogelijk maakt, wat resulteert in minimale operationele overhead en het behoud van CIFS/NFS-toegang in de DR-regio. Optie A (Lambda naar S3) is ongeschikt omdat S3 geen directe CIFS/NFS-toegang biedt en er een complexe herstelprocedure nodig is om de data weer beschikbaar te maken op een FSx for ONTAP-bestandssysteem. Optie B (AWS Backup) vereist handmatige of geautomatiseerde stappen om een nieuwe FSx for ONTAP-instance te herstellen en de DNS-records aan te passen, wat meer operationele overhead met zich meebrengt dan SnapMirror. Optie D (EFS) is geen directe vervanging voor FSx for ONTAP, vereist een datamigratie en ondersteunt mogelijk niet alle functionaliteiten die de applicaties nodig hebben.