Kopia zapasowa i przywracanie

Backup and Restore to najprostsza i najbardziej opłacalna strategia odtwarzania po awarii. Należy regularnie tworzyć kopie zapasowe danych i infrastruktury, przechowywać je w trwałej lokalizacji (zwykle w S3 w innym regionie), a po wystąpieniu awarii odtwarzać dane z tych kopii. Strategia ta jest tania w utrzymaniu, ale wiąże się z najdłuższym RTO (godziny) i potencjalnie znacznym RPO (czas od utworzenia ostatniej kopii zapasowej). Jest odpowiednia dla niekrytycznych obciążeń, w przypadku których można zaakceptować kilkugodzinną niedostępność.

AWS Backup to w pełni zarządzana usługa, która centralizuje i automatyzuje ochronę danych w usługach AWS. Obsługuje woluminy EBS, bazy danych RDS, tabele DynamoDB, systemy plików EFS, FSx, instancje EC2, klastry Aurora oraz S3. Należy definiować plany tworzenia kopii zapasowych obejmujące harmonogramy, okresy przechowywania i lokalizacje przechowywania w magazynach. AWS Backup wymusza stosowanie zasad tworzenia kopii zapasowych na wielu kontach za pośrednictwem AWS Organizations, dzięki czemu jest podstawową usługą do zarządzania kopiami zapasowymi w przedsiębiorstwie.

Amazon RDS automatycznie tworzy codzienne migawki i przechwytuje dzienniki transakcji, aby umożliwić odzyskiwanie do określonego punktu w czasie (PITR). Bazę danych można odtworzyć do dowolnej sekundy w okresie przechowywania kopii zapasowych (1–35 dni). Automatyczne kopie zapasowe są przechowywane w S3 (zarządza nimi AWS, ale nie są widoczne w konsoli S3). W przypadku DR między regionami należy użyć konsoli lub interfejsu CLI, aby skopiować migawki bazy danych do innego regionu — kopii można użyć do uruchomienia nowej instancji RDS podczas awarii.

S3 Cross-Region Replication (CRR) automatycznie replikuje nowe obiekty z zasobnika źródłowego do zasobnika docelowego w innym regionie. Na potrzeby kopii zapasowych należy skonfigurować zadania tworzenia kopii tak, aby zapisywały dane w zasobniku S3 z włączoną funkcją CRR — kopie zapasowe są automatycznie kopiowane do regionu DR w ciągu kilku minut. Należy włączyć przechowywanie wersji w obu zasobnikach (jest ono wymagane przez CRR), aby zachować starsze wersje kopii zapasowych. Połączenie tej funkcji z S3 Object Lock pozwala uzyskać niezmienne kopie zapasowe i chronić je przed ransomware.

Aby umożliwić odzyskiwanie EC2 w regionie DR, należy wcześniej utworzyć Amazon Machine Images (AMI) na podstawie produkcyjnych instancji EC2 i skopiować je do regionu DR. Obrazy AMI zawierają wolumin główny, konfigurację instancji oraz opcjonalnie woluminy danych. W przypadku awarii należy uruchomić nowe instancje EC2 z obrazu AMI w regionie DR i dołączyć odtworzone woluminy EBS. Tworzenie obrazów AMI można zautomatyzować za pomocą AWS Backup EC2 resource type lub EC2 Image Builder na potrzeby potoków złotych obrazów.

DynamoDB oferuje dwa mechanizmy tworzenia kopii zapasowych. Kopie zapasowe na żądanie natychmiast tworzą pełną kopię bez wpływu na wydajność — można je przechowywać bezterminowo i odtwarzać w ciągu kilku minut. Funkcja Point-In-Time Recovery (PITR), po włączeniu, stale wykonuje kopie tabeli z ostatnich 35 dni, umożliwiając odtworzenie jej do dowolnej sekundy w tym okresie. Oba typy kopii zapasowych można eksportować do S3 na potrzeby tworzenia kopii między regionami lub integracji z AWS Backup. Funkcja PITR jest zdecydowanie zalecana w przypadku tabel produkcyjnych.

Amazon EFS integruje się z AWS Backup na potrzeby automatycznego codziennego tworzenia kopii zapasowych. Kopie zapasowe EFS są przyrostowe — po utworzeniu pierwszej kopii kopiowane są tylko zmienione dane — dzięki czemu efektywnie wykorzystują miejsce. Z kopii zapasowej można odtworzyć cały system plików lub pojedyncze pliki. W przypadku DR między regionami należy użyć funkcji AWS Backup Cross-Region Copy, aby automatycznie kopiować kopie zapasowe EFS do magazynu w regionie DR. Należy pamiętać, że sam EFS jest już usługą Multi-AZ w obrębie regionu; kopia między regionami chroni przed scenariuszami awarii całego regionu.

Nie wszystkie kopie zapasowe trzeba przechowywać bezterminowo. Strategię przechowywania należy opracować na podstawie wymagań dotyczących RPO i zgodności. Typowy schemat to: codzienne kopie zapasowe przez 7 dni, cotygodniowe przez 4 tygodnie, comiesięczne przez 12 miesięcy oraz coroczne przez 7 lat (schemat Grandfather-Father-Son). Zasady cyklu życia AWS Backup automatyzują ten proces. W przypadku kopii zapasowych przechowywanych w S3 należy użyć zasad cyklu życia S3, aby przenosić starsze kopie do S3 Glacier lub Deep Archive i znacznie obniżyć koszty przechowywania.

AWS Backup Vault Lock wdraża zasadę WORM (Write Once, Read Many), która uniemożliwia usunięcie kopii zapasowych lub modyfikację blokady przed jej wygaśnięciem — dotyczy to również użytkowników root. Chroni to kopie zapasowe przed atakami ransomware i zagrożeniami wewnętrznymi. Po zastosowaniu blokady Vault Lock nie można wyłączyć. Funkcja ta ma kluczowe znaczenie dla zgodności z przepisami wymagającymi niezmiennych kopii zapasowych (SOC 2, PCI DSS, HIPAA). Należy ustawić minimalny i maksymalny okres przechowywania, aby kopie zapasowe nie były usuwane przedwcześnie.

Tworzenie kopii zapasowych to tylko połowa zadania — należy regularnie sprawdzać, czy można je poprawnie odtworzyć w czasie określonym przez RTO. AWS Backup obsługuje plany testowania odtwarzania, które zgodnie z harmonogramem automatycznie odtwarzają kopie w środowisku testowym i weryfikują powodzenie operacji. Bez regularnych testów odtwarzania można dopiero podczas rzeczywistej awarii odkryć, że kopie są uszkodzone, niekompletne lub ich odtworzenie trwa znacznie dłużej, niż oczekiwano. Należy udokumentować czas odtwarzania jako rzeczywisty punkt danych RTO.

Awaria tworzenia kopii zapasowej musi zostać wykryta natychmiast — nieudane zadanie oznacza, że podczas kolejnej awarii nie będzie dostępnego aktualnego punktu odzyskiwania. Należy skonfigurować powiadomienia AWS Backup za pośrednictwem SNS, aby otrzymywać alerty o nieudanych zadaniach tworzenia kopii zapasowych. Należy używać metryk CloudWatch, takich jak NumberOfBackupJobsFailed, do tworzenia alarmów. Reguły AWS Config, takie jak BACKUP_PLAN_MIN_FREQUENCY_AND_MIN_RETENTION_CHECK, pozwalają stale sprawdzać, czy zasobom przypisano odpowiednie plany tworzenia kopii zapasowych. Pominiętą kopię zapasową należy traktować jako potencjalne naruszenie wymagań zgodności.

Sprawdź swoją znajomość zagadnień AWS Solutions Architect (SAA-C03) z tej lekcji.

W tej lekcji poznali Państwo: AWS Backup centralizuje zarządzanie kopiami zapasowymi RDS, DynamoDB, EFS, EC2 i innych usług, S3 Cross-Region Replication automatycznie kopiuje kopie zapasowe do regionu DR, a Backup Vault Lock zapewnia niezmienne kopie zapasowe na potrzeby zgodności i ochrony przed ransomware. Należy zawsze testować odtwarzanie, aby zweryfikować rzeczywiste RTO. W następnej części omówimy szczegółowo strategie Pilot Light i Warm Standby.