Backup cần chạy tự động, theo lịch và được lưu giữ đủ thời gian theo quy định; AWS Backup quản lý backup tập trung để không bỏ sót tài nguyên nào.

Các service của MFTECH chạy trên ECS với Fargate, cùng đọc và ghi ảnh của người bán và hoá đơn trên một file system dùng chung. MFTECH lựa chọn Amazon EFS: file system POSIX (NFS), hoạt động trên nhiều AZ, task Fargate có thể mount trực tiếp. Yêu cầu tuân thủ: backup tự động, có bản sao tại Region khác, mất tối đa 8 giờ dữ liệu.

AWS Backup quản lý tập trung việc backup của nhiều service (EFS, EBS, RDS, DynamoDB…). Người vận hành định nghĩa một backup plan: tần suất backup, thời gian lưu giữ và đích copy. Recovery point được lưu trong backup vault. Điều chỉnh plan và kiểm tra với từng loại sự cố:

Mỗi loại sự cố đòi hỏi một cấu hình khác nhau. Sự cố cấp Region: cần bản copy tại Region khác. Thông tin xác thực admin bị lộ: cần bản copy tại account khác, hoặc Vault Lock ở compliance mode để không ai, kể cả root user, xoá được recovery point trước thời hạn (governance mode vẫn cho phép người có đủ quyền IAM gỡ lock). Vault Lock chỉ bảo vệ recovery point nằm trong backup vault đó, tức backup do AWS Backup tạo hoặc copy vào vault; AWS Backup không quản lý các backup tạo bên ngoài AWS Backup. EBS snapshot do script hoặc EC2 API tạo trực tiếp không nằm trong vault nên Vault Lock không bảo vệ được; để khôi phục snapshot loại này khi bị xoá nhầm, dùng retention rule của Recycle Bin (bài Storage, phần 2). Kiểm toán: cần thời gian lưu giữ đủ dài. RPO do tần suất backup quyết định.

AWS Backup phục vụ bảo vệ dữ liệu và tuân thủ, không phải công cụ nhân bản dữ liệu nhanh. Khi restore một recovery point của EBS, AWS Backup tạo volume mới từ snapshot. Giống mọi volume tạo từ snapshot, các block được tải dần từ S3 về volume (volume initialization); trong thời gian này độ trễ I/O tăng và volume chưa đạt hiệu năng đầy đủ. Khi đội kiểm thử cần thường xuyên tạo bản sao dữ liệu production với hiệu năng đầy đủ ngay lập tức, phương án phù hợp là EBS snapshot kết hợp fast snapshot restore (bài Storage, phần 2).

Backups must run automatically, on a schedule, and be retained as long as required; AWS Backup manages backups centrally so that no resource is missed.

MFTECH’s services run on ECS with Fargate and all read and write seller images and invoices on a shared file system. MFTECH chooses Amazon EFS: a POSIX (NFS) file system that spans multiple AZs and that Fargate tasks can mount directly. Compliance requirements: automatic backups, a copy in another Region, and at most 8 hours of data loss.

AWS Backup centrally manages backups for many services (EFS, EBS, RDS, DynamoDB…). The operator defines a backup plan: backup frequency, retention period and copy destination. Recovery points are stored in a backup vault. Adjust the plan and test it against each kind of incident:

Each kind of incident needs a different setting. A Region-level failure: you need a copy in another Region. Leaked admin credentials: you need a copy in another account, or Vault Lock in compliance mode so that no one, not even the root user, can delete recovery points before they expire (governance mode still lets users with sufficient IAM permissions remove the lock). Vault Lock protects only the recovery points in that backup vault, that is, backups created by AWS Backup or copied into the vault; AWS Backup does not govern backups taken outside AWS Backup. EBS snapshots created directly by a script or the EC2 API are not in the vault, so Vault Lock cannot protect them; to recover such snapshots after an accidental deletion, use a Recycle Bin retention rule (Storage lesson, part 2). Audits: you need a long enough retention period. The RPO is determined by the backup frequency.

AWS Backup serves data protection and compliance; it is not a tool for cloning data quickly. When you restore an EBS recovery point, AWS Backup creates a new volume from the snapshot. Like every volume created from a snapshot, its blocks are downloaded from S3 to the volume over time (volume initialization); during that time I/O latency is higher and the volume does not yet deliver full performance. When the test team needs frequent copies of production data with full performance right away, the fitting option is an EBS snapshot with fast snapshot restore (Storage lesson, part 2).