Bỏ qua tới nội dung
CloudDojo
Phần 1/5 · 5 phút

Bốn chiến lược disaster recovery (DR) cho sự cố cấp Region

0/7
Từ khóa của phần nàyChọn một từ để xem nghĩa trước khi đọc

Sự cố ở cấp toàn bộ Region hiếm khi xảy ra nhưng có tác động lớn; mức độ chuẩn bị trước tại Region dự phòng quyết định RTO, RPO và chi phí duy trì.

MFTECH chọn Tokyo làm Region dự phòng. Vấn đề cần xác định là những thành phần nào được duy trì tại Tokyo trong điều kiện bình thường. Càng nhiều thành phần đang chạy thì thời gian khôi phục càng ngắn và chi phí càng cao. Có bốn mức:

  1. Backup and restore: chỉ lưu giữ bản backup. Khi xảy ra sự cố, hệ thống được dựng lại từ đầu.
  2. Pilot light: phần lõi (database) luôn chạy và nhận dữ liệu. Các EC2 instance của web tier ở trạng thái tắt và chỉ được khởi động khi xảy ra sự cố.
  3. Warm standby: một phiên bản thu nhỏ nhưng đầy đủ chức năng luôn hoạt động. Khi xảy ra sự cố, hệ thống được scale lên.
  4. Multi-site active/active: Tokyo là một site đầy đủ, phục vụ người dùng đồng thời với Singapore.

Chọn một mục tiêu của MFTECH, chọn chiến lược, sau đó mô phỏng sự cố tại Singapore. Thử thêm tuỳ chọn AMI: ứng dụng web của MFTECH mất hơn 45 phút để cài đặt trên instance trống.

Mục tiêu

Được phép mất tối đa dữ liệu đơn hàng của 15 phút; phải hoạt động trở lại trong 1 giờ. RPO ≤ 15 phút, RTO ≤ 1 giờ.

Chiến lược
Người dùng MFTECHRoute 53ap-southeast-1 · Singapore (chính)Web4 EC2 instanceDatabasechínhap-northeast-1 · Tokyo (DR)AMI webchưa copyWebchưa triển khaiDatabasesnapshot 4 giờ/lần1 phút1 phút10 phút10 phút1 giờ1 giờ12 giờ12 giờ← dữ liệu bị mất (RPO)thời gian gián đoạn (RTO) →mục tiêumục tiêuThời điểm sự cố
Chi phí duy trì Tokyo ở trạng thái sẵn sàng~120 USD/tháng (minh hoạ)

Tokyo chỉ lưu bản backup: snapshot database mỗi 4 giờ và (nếu đã copy) AMI của web. Không có instance nào đang chạy. Chọn Mô phỏng sự cố Singapore để xem thời gian khôi phục tại Tokyo.

Singapore ngừng hoạt động: xem Tokyo được dựng lên theo từng chiến lược DR, đồng hồ chạy theo từng bước.

AMI chỉ sử dụng được trong Region chứa AMI đó. Để launch nhanh tại Tokyo, cần copy AMI sang Tokyo từ trước (các bước copy đã được trình bày trong bài Global Infrastructure). Nếu MFTECH hoạt động ở nhiều Region, AMI cần được copy sang từng Region tương ứng.

Ghi nhớ:
  • Backup and restore → pilot light → warm standby → multi-site: RPO/RTO giảm dần, chi phí tăng dần.
  • Lựa chọn mức có chi phí thấp nhất vẫn đáp ứng mục tiêu.
  • “Phiên bản thu nhỏ đầy đủ chức năng luôn hoạt động” là warm standby.
  • Để launch EC2 instance nhanh tại Region khác: tạo AMI đã cài sẵn ứng dụng và copy sang Region đó.
Part 1/5 · 5 phút

Four disaster recovery (DR) strategies for a Region-level failure

0/8
Từ khóa của phần nàyChọn một từ để xem nghĩa trước khi đọc

A Region-level failure is rare but has a large impact; how much is prepared in advance in the standby Region decides the RTO, the RPO and the running cost.

MFTECH chooses Tokyo as its standby Region. The question is which components are kept in Tokyo under normal conditions. The more components are running, the shorter the recovery time and the higher the cost. There are four levels:

  1. Backup and restore: only backups are kept. When a failure happens, the system is rebuilt from scratch.
  2. Pilot light: the core (the database) is always running and receiving data. The web tier EC2 instances are off and are started only when a failure happens.
  3. Warm standby: a scaled-down but fully functional copy is always running. When a failure happens, the system is scaled up.
  4. Multi-site active/active: Tokyo is a full site, serving users at the same time as Singapore.

Choose a MFTECH objective, choose a strategy, then simulate a failure in Singapore. Also try the AMI option: MFTECH’s web application takes more than 45 minutes to install on an empty instance.

Mục tiêu

Được phép mất tối đa dữ liệu đơn hàng của 15 phút; phải hoạt động trở lại trong 1 giờ. RPO ≤ 15 phút, RTO ≤ 1 giờ.

Chiến lược
Người dùng MFTECHRoute 53ap-southeast-1 · Singapore (chính)Web4 EC2 instanceDatabasechínhap-northeast-1 · Tokyo (DR)AMI webchưa copyWebchưa triển khaiDatabasesnapshot 4 giờ/lần1 phút1 phút10 phút10 phút1 giờ1 giờ12 giờ12 giờ← dữ liệu bị mất (RPO)thời gian gián đoạn (RTO) →mục tiêumục tiêuThời điểm sự cố
Chi phí duy trì Tokyo ở trạng thái sẵn sàng~120 USD/tháng (minh hoạ)

Tokyo chỉ lưu bản backup: snapshot database mỗi 4 giờ và (nếu đã copy) AMI của web. Không có instance nào đang chạy. Chọn Mô phỏng sự cố Singapore để xem thời gian khôi phục tại Tokyo.

Singapore ngừng hoạt động: xem Tokyo được dựng lên theo từng chiến lược DR, đồng hồ chạy theo từng bước.

An AMI can be used only in the Region that contains it. To launch quickly in Tokyo, copy the AMI to Tokyo in advance (the copy steps were covered in the Global Infrastructure lesson). If MFTECH operates in several Regions, the AMI must be copied to each of those Regions.

Ghi nhớ:
  • Backup and restore → pilot light → warm standby → multi-site: RPO/RTO decrease, cost increases.
  • Choose the lowest-cost level that still meets the objective.
  • “A scaled-down, fully functional copy that is always running” is warm standby.
  • To launch EC2 instances quickly in another Region: create an AMI with the application preinstalled and copy it to that Region.

Kiểm tra nhanh

Trả lời để ghi nhận đã đọc phần này. Câu trả lời sai sẽ được nhắc ôn lại vào những ngày sau.

Tại Region dự phòng Tokyo, MFTECH duy trì một phiên bản thu nhỏ nhưng đầy đủ chức năng luôn hoạt động, và scale lên khi Singapore gặp sự cố. Đây là chiến lược nào?
Ứng dụng web của MFTECH mất hơn 45 phút để cài trên instance trống. Để launch nhanh tại Tokyo khi Singapore gặp sự cố, cần chuẩn bị gì?

Đã trả lời 0/2 câu