Mục tiêu học tập
- Thuộc 7Rs và map đúng strategy theo keyword đề bài (minimal changes, SaaS, cloud-native...)
- Nắm bộ migration tools theo giai đoạn: discovery → server/database migration → data transfer
- Cập nhật hiện trạng Snow Family 2026 (chỉ còn Snowball Edge 210TB) và lựa chọn thay thế
1. The 7Rs of Migration
2. Migration Tools
3. Application Migration Service (MGN)
4. Database Migration Service (DMS)
Migration Types:
- Full load
- Full load + CDC (Change Data Capture)
- CDC only
Supported Sources:
- On-premises databases
- RDS, Aurora, S3
- Oracle, SQL Server, MySQL, PostgreSQL
Schema Conversion Tool (SCT):
- Convert schemas between engines
- Oracle → PostgreSQL
- SQL Server → MySQL
- Assessment reports
5. Snow Family (hiện trạng 2026)
Quan trọng cho đề thi 2026: AWS đã khai tử phần lớn Snow Family trong năm 2024 — Snowmobile ngừng cung cấp (2024), Snowcone và Snowball Edge Storage Optimized 80TB / Compute Optimized cũ ngừng từ 12/11/2024. Thế hệ còn lại duy nhất là Snowball Edge Storage Optimized 210 TB. Nếu option có Snowmobile/Snowcone → đó là distractor.
6. Câu hỏi ôn tập
-
Map keyword đề bài với 7Rs: "minimal changes", "move to SaaS", "cloud-native rewrite"?
Xem đáp án
"Migrate quickly with minimal/no changes" → Rehost (MGN). "Minor optimization, ví dụ self-managed DB → RDS" → Replatform. "Move to SaaS" (CRM → Salesforce, email → Microsoft 365) → Repurchase. "Redesign thành microservices/serverless, cloud-native" → Refactor (effort cao nhất, benefit dài hạn nhất). "VMware environment, không đổi hypervisor" → Relocate (VMware Cloud on AWS). "App sắp decommission" → Retire; "compliance giữ on-prem" → Retain.
-
Vì sao MGN là đáp án rehost chuẩn thay vì SMS?
Xem đáp án
SMS (Server Migration Service) đã deprecated — AWS thay bằng MGN (Application Migration Service): agent-based continuous block-level replication vào staging area (EBS), non-disruptive testing (launch test instance mà không ảnh hưởng source), cutover tính bằng phút, hỗ trợ physical/virtual/cloud source. SMS chỉ replicate VM snapshot theo đợt, chậm hơn. Trên đề, SMS xuất hiện là distractor — giống cặp Snowmobile.
-
Khi nào cần SCT đi kèm DMS?
Xem đáp án
DMS di chuyển dữ liệu (full load + CDC cho near-zero downtime). Khi migration là heterogeneous (đổi engine: Oracle → Aurora PostgreSQL, SQL Server → MySQL), cần SCT convert schema/stored procedures trước, kèm assessment report đánh giá mức độ convert tự động được. Homogeneous (Oracle → RDS Oracle) thì không cần SCT — dùng native tools hoặc DMS thẳng. Keyword "different database engine + minimal downtime" → SCT + DMS (full load + CDC).
-
Chuyển 2 PB dữ liệu với bandwidth hạn chế trong 1 tháng — phương án 2026?
Xem đáp án
Fleet Snowball Edge Storage Optimized 210TB — khoảng 10 thiết bị chạy song song, mỗi lượt ~1 tuần gồm ship. Snowmobile không còn là đáp án (ngừng 2024). Nếu có sẵn Direct Connect dung lượng lớn (10-100 Gbps): DataSync qua DX cũng khả thi (2 PB @ 10 Gbps ≈ 19 ngày lý thuyết). Công thức nhanh: hours ≈ TB × 2222 / Mbps — bandwidth thấp thì offline thắng.
7. Bài tập thực hành
-
Discovery: cài Application Discovery Service agentless collector (hoặc agent) lên 1 VM lab, xem dữ liệu server/dependency đổ về Migration Hub và thử grouping thành application.
-
DMS full load + CDC: tạo source MySQL (EC2) và target RDS MySQL, chạy DMS task full load + CDC; insert thêm row ở source trong lúc task chạy và verify CDC replicate sang target.
-
Tính toán transfer: với 3 scenario (50 TB @ 500 Mbps, 200 TB @ 1 Gbps, 2 PB @ 100 Mbps), tính thời gian online bằng công thức TB × 2222 / Mbps rồi quyết định online (DataSync) vs offline (Snowball Edge) cho từng case — ghi rõ lý do như một câu exam.
Tài liệu tham khảo chính thức
- AWS Migration Hub
- AWS Application Migration Service
- Migration Whitepaper
- 7Rs of Migration (AWS Prescriptive Guidance)
Ngày tiếp theo: Data Migration Patterns