Migracja do AWS
Większość firm nie zaczyna od zera w chmurze. Mają istniejącą infrastrukturę on-premises (serwery, bazy danych, aplikacje) i chcą ją przenieść do AWS. Ten proces to migracja, i AWS oferuje cały zestaw narzędzi i strategii, żeby to zrobić sprawnie.
Na egzaminie Cloud Practitioner musisz znać strategie migracji i podstawowe narzędzia. Ta lekcja da Ci kompletny przegląd.
Strategie migracji: 7Rs
AWS definiuje 7 strategii migracji (tzw. 7Rs). Każda aplikacja może być migrowana inną strategią, w zależności od jej charakteru i celów biznesowych.
- Rehost (Lift and Shift): przenosisz aplikację „jak jest" na EC2 w AWS. Zero zmian w kodzie. Najszybsza strategia. Idealna na początek, gdy chcesz szybko opuścić data center.
- Replatform (Lift, Tinker and Shift): przenosisz z drobnymi optymalizacjami. Np. migrujesz bazę danych na RDS zamiast stawiać MySQL na EC2. Mała zmiana, duży zysk.
- Repurchase (Drop and Shop): zamieniasz istniejące oprogramowanie na SaaS. Np. przenosisz CRM z własnego serwera na Salesforce, albo e-mail z Exchange na Microsoft 365.
- Refactor / Re-architect: przepisujesz aplikację, żeby w pełni wykorzystać możliwości chmury (mikroserwisy, serverless, kontenery). Najdroższa, ale daje największe korzyści.
- Retire: wyłączasz aplikację. Podczas audytu migracyjnego często okazuje się, że 10-20% aplikacji nie jest już potrzebnych.
- Retain: zostawiasz aplikację tam, gdzie jest (on-premises). Nie wszystko musi iść do chmury od razu. Czasem warto zmigrować później.
- Relocate: przenosisz infrastrukturę na VMware Cloud on AWS. Dla firm mocno opartych na VMware.
AWS Migration Hub
Migration Hub to centralny dashboard do śledzenia postępu migracji. Niezależnie od tego, jakich narzędzi używasz (DMS, SMS, Application Migration Service), Migration Hub zbiera informacje i daje Ci jeden widok na całą migrację.
Nie jest to narzędzie do samej migracji, ale do planowania i monitorowania. Pomaga odpowiedzieć na pytania: „Które aplikacje już zmigrowaliśmy? Które są w trakcie? Które czekają?"
AWS Application Discovery Service
Zanim zaczniesz migrację, musisz wiedzieć, co masz. Application Discovery Service skanuje Twoje środowisko on-premises i zbiera informacje: jakie serwery działają, jakie mają konfiguracje, jak się ze sobą komunikują, jakie mają obciążenie. Te dane pomagają zaplanować migrację.
AWS Database Migration Service (DMS)
DMS to usługa do migracji baz danych. Przenosi dane z jednej bazy do drugiej z minimalnym downtime. Źródłowa baza działa normalnie podczas migracji.
Kluczowe cechy DMS:
- Homogeniczna migracja: ta sama baza po obu stronach (np. MySQL → MySQL na RDS). Prosta, bez konwersji
- Heterogeniczna migracja: różne bazy (np. Oracle → PostgreSQL). Wymaga AWS Schema Conversion Tool (SCT)
- Continuous replication: może ciągle replikować dane (nie tylko jednorazowa migracja)
- Obsługuje: Oracle, SQL Server, MySQL, PostgreSQL, MongoDB, DynamoDB i inne
AWS Snow Family
Co zrobić, gdy masz petabajty danych do przeniesienia do AWS? Wysyłanie ich przez internet zajęłoby tygodnie lub miesiące. Rozwiązanie: AWS przysyła Ci fizyczne urządzenie, kopiujesz na nie dane i odsyłasz. AWS uploaduje dane do S3.
| Urządzenie | Pojemność | Zastosowanie | Dodatkowe cechy |
|---|---|---|---|
| AWS Snowcone | 8 TB (HDD) / 14 TB (SSD) | Małe migracje, edge computing | Przenośny (2.1 kg), działa w trudnych warunkach |
| AWS Snowball Edge | 80 TB (Storage) / 210 TB (Storage Optimized) | Średnie i duże migracje | Compute capability, może uruchamiać EC2 i Lambda |
| AWS Snowmobile | Do 100 PB | Masowe migracje data centers | Ciężarówka (!) z kontenerem. Dosłownie |
Inne usługi migracyjne
AWS DataSync
Automatyczny transfer danych online między on-premises a AWS (lub między usługami AWS). Idealny do przenoszenia danych do S3, EFS, FSx. W przeciwieństwie do Snow Family, DataSync transferuje dane przez sieć, ale robi to bardzo wydajnie (do 10x szybciej niż zwykłe narzędzia).
AWS Transfer Family
Zarządzany serwer SFTP, FTPS i FTP zintegrowany z S3 i EFS. Dla firm, które mają partnerów biznesowych korzystających z protokołów FTP do wymiany plików. Zamiast utrzymywać własny serwer FTP, używasz Transfer Family, a pliki lądują prosto w S3.
| Sytuacja | Narzędzie | Dlaczego |
|---|---|---|
| Migracja baz danych | DMS (+ SCT przy różnych silnikach) | Specjalnie do baz danych, minimal downtime |
| Petabajty danych, wolne łącze | Snow Family | Fizyczny transfer, szybszy niż sieć |
| Regularne transfery danych online | DataSync | Szybki transfer przez sieć, automatyzacja |
| Partnerzy używający FTP/SFTP | Transfer Family | Managed FTP server → S3/EFS |
| Śledzenie postępu migracji | Migration Hub | Centralny dashboard, nie narzędzie migracyjne |
- AWS definiuje 7 strategii migracji (7Rs): od prostego Rehost (lift and shift) po pełny Refactor (przepisanie na cloud-native)
- Migration Hub to centralny dashboard do monitorowania postępu migracji, a Application Discovery Service pomaga zinwentaryzować środowisko on-premises
- DMS migruje bazy danych z minimalnym downtime. Przy heterogenicznej migracji (np. Oracle → PostgreSQL) potrzebujesz też SCT do konwersji schematu
- Snow Family (Snowcone, Snowball Edge, Snowmobile) rozwiązuje problem przenoszenia dużych ilości danych, gdy transfer sieciowy jest za wolny
- DataSync to szybki transfer danych online, Transfer Family to managed SFTP/FTP do S3
Firma chce jak najszybciej przenieść swoje aplikacje do AWS bez żadnych zmian w kodzie. Która strategia migracji jest odpowiednia?
Firma ma 200 TB danych do przeniesienia do AWS, ale ich łącze internetowe jest zbyt wolne. Które rozwiązanie AWS jest najbardziej odpowiednie?
Firma migruje bazę danych Oracle do Amazon Aurora (PostgreSQL). Które narzędzia AWS powinni użyć?