Firma migruje zespoły programistyczne do środowiska hybrydowego z czterema nowymi regionami AWS, umożliwiając programistom korzystanie z najbliższego regionu. Wszystkie zespoły używają wspólnego zestawu aplikacji Linux przechowywanych na woluminie NetApp ONTAP on-prem zamontowanym tylko do odczytu. Aplikacje są aktualizowane co tydzień. Inżynier musi replikować dane do wszystkich regionów, aby były aktualne z deduplikacją i aby wdrożenia nigdy nie zależały od pamięci masowej on-prem. Które rozwiązanie spełnia te wymagania?

Prawidłowa odpowiedź to wdrożenie Multi-AZ Amazon FSx for NetApp ONTAP w każdym regionie, utworzenie woluminów i skonfigurowanie zaplanowanych relacji SnapMirror z on-prem ONTAP do instancji FSx ONTAP. FSx for NetApp ONTAP natywnie obsługuje deduplikację i kompresję, spełniając wymagania dotyczące deduplikacji. Co najważniejsze, relacje SnapMirror umożliwiają wydajną, przyrostową replikację danych bezpośrednio z lokalnego systemu NetApp ONTAP do FSx for ONTAP w AWS, zapewniając aktualność danych we wszystkich regionach bez pośrednich kroków. Multi-AZ zapewnia wysoką dostępność. Pozostałe opcje są nieodpowiednie: S3 File Gateway wymagałoby ręcznego kopiowania danych do bramy i nie obsługuje natywnie deduplikacji z NetApp ONTAP. Replikacja między regionami S3 jest dla obiektów, a nie dla woluminów plików z zachowaniem atrybutów. Amazon FSx File Gateway jest przeznaczone dla FSx for Windows File Server, a nie NetApp ONTAP, i nie obsługuje bezpośrednio relacji SnapMirror. EFS nie obsługuje natywnie deduplikacji i kompresji w taki sam sposób jak ONTAP, a DataSync wymagałby kopiowania do każdego regionu oddzielnie, co jest mniej wydajne niż SnapMirror.