Chiến lược sao lưu Amazon EC2

Tôi có một vài thiết lập máy chủ Web / máy chủ DB bằng EC2 của Amazon. Tôi hiện đang chụp ảnh nhanh hàng ngày tất cả các ổ đĩa hệ thống và EBS của tôi có chứa tất cả các tệp ứng dụng, tệp DB, mã nguồn và bản sao lưu DB. Tôi có một ứng dụng giao diện điều khiển chạy các sáng tạo sao lưu theo lịch trình. Hình ảnh của tôi là hình ảnh EBS.

Tôi đang thực hiện một nhiệm vụ sẽ bỏ các ảnh chụp nhanh sau nhiều ngày. Tôi đoán câu hỏi của tôi là, tôi cũng nên / có thể lên lịch cho một nhiệm vụ hình ảnh / EBS hoàn chỉnh không? Bằng cách này, nếu máy chủ bị lỗi hoặc bị hỏng, tôi chỉ có thể khởi chạy hình ảnh mới nhất sau đó áp dụng ảnh chụp mới nhất.

Khi tôi đang thực hiện chiến lược sao lưu của mình, tôi đang sử dụng Jungle Disc để sao lưu các đĩa dữ liệu của mình.

Khuyến nghị của tôi:

1. Luôn ghi lại tài liệu và / hoặc tập lệnh thiết lập từng phiên bản mới để bạn có thể sao chép cài đặt phần mềm và cấu hình hệ thống trong trường hợp bạn mất phiên bản. Kiểm tra điều này bằng cách bắt đầu một thể hiện mới và làm theo quy trình. Bạn có thể sử dụng một AMI tùy chỉnh, riêng tư nếu quá trình cài đặt mất nhiều thời gian và bạn cần nhanh chóng bắt đầu các phiên bản, nhưng chính AMI đó phải được xây dựng bằng cách sử dụng một thủ tục được viết thành tài liệu và / hoặc kịch bản.

2. Giữ dữ liệu quan trọng của bạn trên (các) âm lượng EBS riêng biệt chứ không phải trên âm lượng EBS gốc. Điều này có nhiều lợi ích bao gồm giúp việc chuyển dữ liệu của bạn sang các trường hợp mới dễ dàng hơn (ví dụ, dựa trên các AMI khác nhau) và giúp dễ dàng lấy bản sao dữ liệu của bạn trên các trường hợp khác (ví dụ: với ảnh chụp nhanh và khối lượng mới).

3. Tạo ảnh chụp nhanh thường xuyên của khối lượng dữ liệu EBS. Nếu có thể / có thể áp dụng, hãy sử dụng một công cụ như ảnh chụp nhanh nhất quán ec2 của tôi để cải thiện khả năng bạn đang chụp ảnh nhanh của hệ thống tệp / cơ sở dữ liệu nhất quán. Sao lưu dữ liệu bên ngoài AWS / EC2, vì chính tài khoản AWS của bạn là một điểm thất bại duy nhất.

4. Thỉnh thoảng tạo các ảnh chụp nhanh của khối EBS gốc trong các trường hợp quan trọng. Mặc dù điều này có thể giúp bạn trong trường hợp xảy ra sự cố hoặc lỗi âm lượng EBS, phần đó không quá quan trọng vì # 1 và # 2 ở trên. Lý do chính tôi làm điều này là việc tạo ảnh chụp nhanh giúp giảm nguy cơ thất bại của chính khối lượng EBS gốc.

Tỷ lệ thất bại của âm lượng EBS có liên quan trực tiếp đến số lượng khối đã được sửa đổi trên âm lượng đó kể từ ảnh chụp nhanh EBS cuối cùng.

Tôi có nên / cũng có thể lên lịch cho một nhiệm vụ hình ảnh / EBS hoàn chỉnh không?

vâng, nó được khuyến khích. Một lần nó đã cứu tôi, vì tôi phải thiết lập lại nhiều lần vì vấn đề kernel, cho đến khi đĩa khởi động không thể đọc được nữa và tôi chỉ đơn giản là khởi động từ ảnh chụp mới nhất.

Nếu bạn quan tâm, tôi đã viết một lớp Java để chụp nhanh tất cả các khối EBS được kết nối và cũng xóa chúng sau một khoảng thời gian nhất định. Hiện tại tôi làm một bản sao lưu mỗi tuần và loại bỏ bản sao lưu thứ ba sau hai tuần.

https://github.com/stivlo/obl Liquid-cp / blog / master / src / main / java / org / obl Liquid / sherd / runner / RevestSnapshots.java

Nó chỉ thực hiện một hành động mỗi lần chạy, chẳng hạn như chụp hoặc xóa ảnh chụp nhanh, bởi vì nó được đặt trong một cron hàng giờ để tránh quá tải với hàng chục ảnh chụp cùng lúc trong trường hợp bạn có nhiều EBS như tôi.

Chúng tôi sử dụng chiến lược sao lưu đơn giản nhưng mạnh mẽ: tạo AMI mới trên cơ sở chạy các phiên bản EC2 EBS hai lần trong ngày và xóa các AMI cũ. Thông qua API (CreatImage), bạn có thể đặt cờ không khởi động lại cá thể trong khi tạo AMI mới hoặc, nếu bạn sử dụng phần mềm đột kích - ssh để thể hiện trước cuộc gọi API củaIIII và đóng băng hệ thống tệp với fffreefreeze trên hầu hết các hệ thống tệp phổ biến trên hạt nhân mới hoặc xfs_freeze bạn sử dụng kernel và xfs cũ hơn.

Đã tạo bản sao lưu dự phòng, AMI nhớ tất cả các kết nối với các đĩa EBS phiên bản gốc đang chạy (thông qua các liên kết đến các ảnh chụp nhanh đã tạo) và, trong trường hợp sử dụng các cuộc tấn công phần mềm với nhiều đĩa, cho phép khôi phục phiên bản mới trong bất kỳ AZ nào chỉ bằng một lệnh gọi API hoặc qua web - giao diện.