Firma hostuje usługi frontendowe na instancjach Amazon EC2 za Application Load Balancerem. Instancje EC2 używają woluminów Amazon Elastic Block Store (Amazon EBS), a duże pliki obrazów i muzyki są przechowywane w Amazon S3. Firma wdrożyła mechanizmy kontrolne, aby zapobiegać, wykrywać i izolować potencjalne ataki ransomware, a teraz chce opracować strategię odzyskiwania po awarii, aby powrócić do normalnego działania, jeśli atakujący ominie te mechanizmy. Cel punktu odzyskiwania (RPO) wynosi 1 godzinę. Które rozwiązanie spełnia te wymagania?

Poprawna odpowiedź spełnia wymagania RPO (Recovery Point Objective) wynoszące 1 godzinę poprzez godzinne tworzenie kopii zapasowych instancji EC2 i zasobników S3 za pomocą AWS Backup. AWS Backup to scentralizowana usługa kopii zapasowych, która obsługuje EC2 i S3, umożliwiając łatwe planowanie i zarządzanie. Szablony AWS CloudFormation w CodeCommit zapewniają odtwarzalność infrastruktury i konfiguracji aplikacji, co jest kluczowe dla szybkiego odzyskiwania po awarii. Niepoprawne opcje: Codzienne kopie zapasowe nie spełniają RPO wynoszącego 1 godzinę. Security Lake jest do analizy logów, nie do odzyskiwania. Security Lake i Security Hub to narzędzia do bezpieczeństwa i monitorowania, nie do odzyskiwania danych po ataku ransomware. CloudFormation i CodeCommit są dobre, ale brakuje strategii tworzenia kopii zapasowych danych. Migawki EBS co 4 godziny nie spełniają RPO wynoszącego 1 godzinę. GuardDuty Malware Protection jest narzędziem do wykrywania, a nie do odzyskiwania. Automatyczne przywracanie tylko dla wykrytych instancji może nie wystarczyć do pełnego odzyskania systemu.