Blog AWS Indonesia

Cara Menggunakan Layanan Baru AWS Application Migration Service Untuk Migrasi Lift-and-Shift

Sejak AWS mengakuisisi CloudEndure pada tahun 2019, kami telah menawarkan CloudEndure Migration dan CloudEndure Disaster Recovery. CloudEndure Migration dapat memindahkan aplikasi dari infrastruktur fisik, virtual, atau berbasis cloud ke AWS tanpa biaya. Hal ini melengkapi AWS Server Migration Service (AWS SMS), yang merupakan layanan tanpa agen untuk memigrasikan workload lokal ke AWS. CloudEndure Disaster Recovery menawarkan Business Continuity Plan secara terpisah, yang dirancang untuk membantu Anda meminimalkan downtime dan kehilangan data. Cloud Endure terus-menerus mereplikasi konten pada sistem lokal, virtual, atau berbasis cloud ke area staging yang berbiaya rendah di Region AWS pilihan Anda. Penawaran ini tersedia untuk semua pelanggan dan mitra AWS.

Baru-baru ini, kami meluncurkan AWS Application Migration Service (AWS MGN), yang sekarang mejadi rekomendasi utama kami untuk migrasi lift-and-shift ke AWS. Kami merekomendasikan pelanggan yang saat ini menggunakan CloudEndure Migration atau AWS SMS untuk beralih ke AWS MGN untuk migrasi kedepannya. AWS MGN memungkinkan organisasi untuk memindahkan aplikasi ke AWS tanpa harus membuat perubahan apa pun pada aplikasi, arsitekturnya, atau server yang dimigrasikan.

Dengan AWS MGN, Anda dapat meminimalkan proses manual yang memakan waktu dan rawan error dengan mereplikasi seluruh server dan mengonversi server sumber Anda dari infrastruktur fisik, virtual, atau cloud agar dapat berjalan secara native di AWS secara otomatis. Layanan ini menyederhanakan migrasi dengan memungkinkan Anda menggunakan proses otomatis yang sama untuk berbagai aplikasi. Dengan meluncurkan pengujian yang tidak mengganggu workload Anda sebelum migrasi, Anda dapat yakin bahwa berbagai aplikasi penting seperti SAP, Oracle, dan SQL Server akan bekerja dengan lancar di AWS.

AWS MGN mengurangi biaya migrasi keseluruhan karena Anda tidak perlu berinvestasi dalam beberapa solusi migrasi, pengembangan cloud khusus, atau skill aplikasi tertentu. Ini karena AWS MGN dapat digunakan untuk memigrasikan aplikasi apa pun dari infrastruktur sumber apa pun yang menjalankan sistem operasi(Operating System/OS) yang didukung.

Bagaimana cara kerja AWS MGN?

Untuk migrasi ke AWS, Anda perlu menginstal Agen Replikasi AWS MGN di server sumber Anda, lalu konfigurasi pengaturan replikasi di konsol AWS MGN. AWS MGN menggunakan pengaturan ini untuk membuat dan mengelola subnet di area staging dengan Amazon Elastic Compute Cloud (Amazon EC2) yang ringan, yang digunakan sebagai server replikasi untuk mereplikasi data antara server sumber Anda dan AWS.

Server replikasi menerima data dari agen yang berjalan di server sumber Anda dan menulis data ini ke Amazon Elastic Block Store (EBS). Data yang direplikasi akan dikompresi dan dienkripsi at transit dan at rest saat menggunakan enkripsi EBS. AWS MGN memastikan data yang ada di AWS diperbaharui agar selalu sama dengan server sumber menggunakan replikasi secara berkelanjutan pada block level. Hal ini menggunakan pengaturan konfigurasi untuk meluncurkan instans yang Anda tetapkan saat Anda melakukan pengujian atau melakukan cutover.

Ketika Anda meluncurkan instans untuk pengujian atau cutover, AWS MGN mengonversi server sumber Anda untuk berjalan secara native di AWS. Setelah Anda memastikan bahwa instans yang Anda luncurkan beroperasi secara baik dan benar di AWS, Anda dapat menonaktifkan server sumber Anda. Selanjutnya, Anda dapat memilih untuk memodernisasi aplikasi Anda menggunakan layanan yang disediakan AWS.

Memulai dengan AWS MGN

Untuk memulai, buat templat pengaturan replikasi di konsol AWS MGN. templat ini akan menentukan cara kerja replikasi data untuk setiap server sumber yang baru ditambahkan. Sebelum mengonfigurasi templat, pastikan Anda memenuhi persyaratan jaringan untuk menjalankan AWS MGN.

Di konsol AWS MGN, pilih Get Started membuat templat.

Pengaturan replikasi yang dikonfigurasi dalam templat akan diterapkan ke setiap server sumber yang baru ditambahkan. Anda dapat mengubah pengaturan kapan saja untuk salah satu server sumber atau untuk kelompok server sumber mana pun.

Server replikasi adalah instans EC2 yang digunakan untuk mereplikasi data antara server sumber Anda dan AWS. Server-server replikasi ini secara otomatis diluncurkan dan dihentikan sesuai kebutuhan. Anda dapat menggunakan pengaturan rute dan pembatasan data untuk mengontrol bagaimana data diarahkan dari server sumber Anda ke server replikasi.

Setelah Anda membuat templat, Anda dapat menambahkan server sumber Anda. Untuk mengubah templat Anda, di panel navigasi kiri, pilih Settings. Anda dapat mengubah pengaturan replikasi server individual setelah Anda berhasil menambahkan server sumber Anda.


Untuk menambahkan server sumber ke AWS MGN, install Agen Replikasi AWS MGN pada server tersebut. Anda dapat menginstal agen di server yang menjalankan Linux dan Windows. Untuk informasi selengkapnya, lihat menambahkan server sumber di halaman dokumentasi AWS.

Misalnya, unduh penginstal agen aws-replication-installer-init.py dengan perintah wget dan jalankan skrip instalasi di server sumber Linux Anda.

Setelah AWS Replication Agent dipasang, server tersebut akan ditambahkan ke konsol AWS MGN dan menjalani proses sinkronisasi awal.

Halaman Source Server menampilkan daftar server sumber. Setiap baris dalam daftar tersebut mewakili satu server. Kolom migration lifecycle column menunjukkan status saat ini dari setiap server sumber. Setelah proses sinkronisasi awal berhasil diselesaikan, replikasi data akan dimulai secara otomatis.


Setelah Anda menambahkan server sumber, Anda harus mengonfigurasi pengaturan peluncuran untuk setiap server. Pengaturan peluncuran adalah serangkaian instruksi yang menentukan bagaimana suatu instans untuk pengujian atau cutover akan diluncurkan untuk setiap server sumber di AWS.

Anda harus mengonfigurasi pengaturan peluncuran sebelum meluncurkan instans pengujian atau cutover. Untuk mengakses pengaturan peluncuran, pilih nama host server sumber dan kemudian masuk ke tab Launch Setting.

Setelah Anda menambahkan server sumber dan mengonfigurasi pengaturan peluncurannya, Anda siap meluncurkan instans pengujian. Anda harus menguji hasil migrasi server sumber ke AWS sebelum memulai cutover, untuk memverifikasi bahwa server sumber Anda berfungsi dengan benar di lingkungan AWS.

Untuk meluncurkan satu atau beberapa instans pengujian atau cutover, di halaman Source Servers, pilih kotak centang untuk setiap server yang ingin diluncurkan.

Anda dapat menguji satu server sumber pada satu waktu atau beberapa server sumber secara bersamaan. Untuk setiap server sumber, Anda dapat mengetahui status keberhasilan dari pengujian tersebut. Pilih Launch test instances untuk memulai pengujian, lalu pilih Launch.

Saat pengujian dimulai, konsol akan menampilkan pesan Launch Job Started. Untuk melihat lebih detail pilih View Job Detail.

Gunakan tab Migration Dashboard untuk memantau perkembangan terkait migrasi Anda di migration lifecycle.


Sebagai praktik terbaik, lakukan pengujian setidaknya satu minggu sebelum Anda berencana untuk memigrasi server sumber Anda. Ini memberi Anda waktu untuk mengidentifikasi dan memecahkan masalah sebelum cutover terjadi. Setelah Anda meluncurkan instans pengujian, gunakan SSH (Linux) atau RDP (Windows) untuk terhubung ke instans Anda dan pastikan semuanya berfungsi dengan benar.

Setelah Anda menyelesaikan pengujian server sumber Anda, Anda siap untuk cutover. Sebagai praktik terbaik, kami menyarankan untuk menjadwalkan waktu cutover terlebih dahulu. Setelah tindakan cutover dilakukan, server dianggap sudah dimigrasi, dan Anda harus mengalihkan pengguna dari server sumber ke server yang telah dimigrasikan.

Jika Anda telah selesai dengan proses migrasi Anda dan berhasil melakukan cutover, Anda dapat menyelesaikan cutover tersebut. Hal ini akan mengubah status Migration lifecycle ke Cutover Complete, yang menunjukkan bahwa cutover telah berhasil dilakukan.

Monitoring dan Troubleshooting

Anda dapat memantau AWS MGN menggunakan Amazon CloudWatch, Amazon EventBridge, dan AWS CloudTrail, yang mengumpulkan data mentah dan memprosesnya menjadi metric sehingga dapat dibaca hampir secara real-time. Untuk info selengkapnya lihat Monitoring Application Migration Service di dokumentasi AWS.

Jika Anda mengalami masalah dan ingin meluncurkan instans pengujian atau instans cutover, Anda dapat kembali ke tahap testing atau cutover. Ini akan mengembalikan migration lifecycle server sumber Anda ke tahap sebelumnya, yang menunjukkan bahwa server ini belum mengalami cutover. Dalam proses pengembalian ini, Anda juga akan memiliki opsi untuk menghapus instans pengujian atau cutover untuk menghemat biaya. Untuk informasi lebih lanjut, lihat Troubleshooting dalam dokumentasi.

Ketersediaan

AWS Application Migration Service (AWS MGN) sekarang tersedia di US East(N. Virginia), US West(Oregon), US East (Ohio), Asia Pacific (Tokyo), Asia Pacific (Sydney), Asia Pacific (Singapore), Europe (Ireland), Europe (Frankfurt), dan Europe (Stockholm). Apabila MGN belum tersedia di region yang Anda inginkan, Anda dapat menggunakan CloudEndure Migration. Apabila Anda tidak bisa menginstall agent di server Anda, Anda dapat menggunakan AWS Server Migration Service (AWS SMS).

Meskipun penggunaan AWS MGN gratis selama 90 hari, Anda akan dikenakan biaya untuk semua infrastruktur AWS yang diluncurkan selama migrasi dan setelah cutover. Untuk informasi selengkapnya, lihat halaman harga AWS MGN.

Mulai AWS Application Migration Service hari ini. Silakan kirim umpan balik melalui kontak Dukungan AWS Anda.

Untuk mempelajari tentang manfaat, service dan arsitektur jaringan secara detail mengenai AWS MGN, tonton video berikut.

Artikel ini diterjemahkan dari artikel asli berjudul “How to Use the New AWS Application Migration Service for Lift-and-Shift Migrations” yang ditulis oleh Channy Yun, Principal Developer Advocate di AWS.

Veny Charnita Ginting

Veny Charnita Ginting

Veny is a Solutions Architect at AWS based in Jakarta, Indonesia. Most of the time, Veny work with SMB customer who have a journey to do migration to AWS.