Firma używa Amazon FSx for NetApp ONTAP w swoim podstawowym regionie AWS dla udziałów plików CIFS i NFS, do których dostęp mają aplikacje działające na instancjach Amazon EC2. Firma potrzebuje rozwiązania do odzyskiwania po awarii (DR) w regionie pomocniczym. Replikowane dane w regionie pomocniczym muszą być dostępne przy użyciu tych samych protokołów co w regionie podstawowym. Które rozwiązanie spełni te wymagania przy NAJMNIEJSZYM nakładzie operacyjnym?

Poprawna odpowiedź to utworzenie instancji FSx for ONTAP w regionie pomocniczym i użycie NetApp SnapMirror do replikacji danych. SnapMirror to wbudowana funkcja FSx for ONTAP, która umożliwia wydajną, asynchroniczną replikację danych między systemami ONTAP, co zapewnia najniższy nakład operacyjny i zachowanie protokołów CIFS/NFS. Pozostałe opcje są mniej optymalne: Kopiowanie do Amazon S3 i replikacja zasobnika wymagałoby dodatkowej logiki do konwersji danych i nie zapewniłoby bezpośredniego dostępu przez CIFS/NFS w regionie pomocniczym. AWS Backup pozwala na tworzenie kopii zapasowych i ich kopiowanie, ale odtworzenie nowej instancji FSx for ONTAP z kopii zapasowej jest procesem odzyskiwania po awarii, a nie ciągłą replikacją, co zwiększa RTO i RPO. Migracja do Amazon EFS wymagałaby zmiany systemu plików, co jest znacznym nakładem operacyjnym i nie wykorzystuje istniejącej infrastruktury FSx for ONTAP.