[SAP C02] Disater Recovery

Backup and Restore (High RPO)

Example: Storage Gateway and Snowball (1 week)

Nếu lên lịch tạo snapshot thì RPO phụ thuộc vào thời giand định kỳ tạo snapshot (EBS, RedShift, RDS)

Sau đó việc backup lại hệ thống từ AMI cũng sẽ mất nhiều thời gian nên RTO cũng sẽ cao. Lý do cho việc này là backup and restore khá rẻ (not too expensive)

Pilot Light

Một phiên bản nhỏ hơn của ứng dụng luôn được chaỵ trên cloud, phương pháp này hữu ích cho critical core. Nó rất giống với Backup and Restore nhưng nhanh hơn vì một bản nhỏ vẫn luôn chaỵ Chính vì vậy RTO và RPO đều nhỏ hơn so với backup and restore

Warm Standby

Toàn bộ hệ thống đã được khởi động và chạy nhưng ở kích thước nhỏ nhất. Khi disaster xảy ra, nó sẽ scale đến prduction load. Giảm RPO và RTO.

MultiSite / Hot Site Approach

Phương pháp này có RTO rất thấp nhưng cũng rất đắt. Full production scale được chạy trên cloud và on-premise

All Aws Multi Region

Tips

• Backup: EBS snapshot, RDS automated backup/snapshot, from on-premise: SnowBall hoặc Storage Gateway
• High Availability: Sử dụng route53 để migrate DNS từ region này sang region khác, RDS multi AZ, ElasticCache multi AZ, EFS, S3, Site to site VPN as migration from Direct Connection
• Replication: RDS cross-region replication, Aurora Global Database, Storage Gateway
• Automation: CloudFormation and Elastic BeanStalk to recreate whole environment, Lambda for customized automation, CloudWatch to reboot/recover instance