Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Migrasi dengan AWS Application Migration Service

Sebagian besar lift-and-shift migrasi besar untuk AWS digunakan AWS Application Migration Service. Layanan ini bekerja pada tingkat fisik dengan memindahkan data yang disimpan pada perangkat penyimpanan blok yang terpasang langsung (seperti hard drive atau drive SAN) ke perangkat penyimpanan Amazon Elastic Block Store (Amazon EBS) yang sesuai. AWS Ini pada dasarnya menerapkan prosedur pencadangan/pemulihan tradisional (dengan mengkloning hard drive), tetapi juga menyediakan tujuan titik pemulihan (RPO) mendekati detik dan tujuan waktu pemulihan (RTO) menit dengan mencapai mode sinkronisasi Continuous Data Protection (CDP) antara sistem sumber dan perangkat penyimpanan target di area pementasan.

Keuntungan

Untuk lift-and-shift migrasi dalam skala apa pun, AWS Application Migration Service memiliki banyak manfaat:

Kekurangan

Saat Anda menggunakan alat replikasi tingkat blok seperti AWS Application Migration Service, Anda mungkin menemukan kasus sudut dan faktor berikut yang perlu dipertimbangkan:

Skenario paling cocok

AWS Application Migration Service mencakup hampir semua lift-and-shift migrasi sepenuhnya, dengan sedikit kelemahan, seperti yang dibahas dalam dua bagian sebelumnya. Alat ini dapat menangani sebagian besar kasus sudut, seperti kluster basis data, selama jendela cutover yang lebih panjang yang diperlukan untuk sistem ini memenuhi persyaratan migrasi Anda.

Bagian berikut mencakup dua skenario secara lebih mendalam:

Migrasi skala besar dengan beberapa gelombang migrasi

Contoh migrasi skala besar adalah pintu keluar pusat data yang ditandai dengan persyaratan ukuran dan kecepatan, dan biasanya melibatkan batasan waktu tertentu (seperti akhir kontrak sewa untuk pusat data). Dalam hal ini, skala menentukan pendekatan. Gelombang migrasi ditentukan dan dikelompokkan berdasarkan aplikasi, termasuk database, dan setiap gelombang memiliki persiapan yang direncanakan, migrasi, dan fase pemotongan akhir dengan persyaratan waktu henti tertentu.

Di dalam setiap gelombang migrasi, server database sebaiknya dipindahkan dalam skala besar dengan menggunakan replikasi AWS Application Migration Service tingkat blok, kecuali untuk beberapa pengecualian untuk kasus khusus berikut yang mungkin memerlukan pendekatan migrasi terpisah:

Untuk setiap kasus khusus, pertimbangkan tradeoff antara persyaratan downtime Anda dan tingkat upaya yang terlibat dalam menggunakan alat migrasi lain. Dalam beberapa kasus, jauh lebih mudah untuk menggunakan pendekatan migrasi yang sama untuk semua sistem daripada menggunakan alat terpisah dan membuat proses yang berbeda untuk sistem tertentu. Jika AWS Application Migration Service tidak mendukung persyaratan downtime untuk sistem tertentu, sebaiknya gunakan salah satu metode yang dijelaskan di Migrasi dengan alat database asli dan AWS DMS bagian ini.

Migrasi aplikasi tunggal

Skenario aplikasi tunggal mewakili pendekatan terperinci untuk memigrasikan satu aplikasi bisnis penting yang memerlukan waktu henti minimum atau mendekati nol selama migrasi, atau beberapa aplikasi semacam itu. Ruang lingkup migrasi dapat bervariasi, tergantung pada kekritisan bisnis dan persyaratan downtime, sebagai lawan dari persyaratan kecepatan dan skala skenario sebelumnya (migrasi skala besar). Jika aplikasi memungkinkan downtime dalam RTO AWS Application Migration Service, itu harus ditangani dengan cara yang sama seperti migrasi skala besar yang dijelaskan sebelumnya.

Namun, dalam kasus di mana waktu cutover harus sedekat mungkin dengan minimum — misalnya, ketika database yang dimigrasi memiliki pola baca yang memerlukan waktu lama untuk beroperasi pada kinerja penuh dan jendela cutover harus tetap kecil — Anda harus mempertimbangkan pendekatan yang lebih rinci dan terperinci. Secara umum, pendekatan itu melibatkan langkah-langkah dan persyaratan tambahan, yang membutuhkan lebih banyak usaha dan waktu. Salah satu langkahnya adalah memisahkan migrasi database dari migrasi server aplikasi dan menggunakan alat migrasi database yang dijelaskan di bagian berikutnya untuk menjaga sumber dan database target tetap sinkron. Anda dapat menggunakan berbagai metode untuk mencapai sinkronisasi. Setiap metode memiliki kelebihan dan kekurangannya sendiri, dan melibatkan pengorbanan yang berbeda antara jumlah waktu henti dan kompleksitas sinkronisasi. Namun demikian, menjaga database tetap sinkron antara lingkungan sumber dan target memungkinkan Anda untuk memutuskan tautan lapisan database dari lapisan aplikasi. Dengan asumsi bahwa server aplikasi tidak menyimpan data persisten secara lokal, tetapi meneruskan semuanya ke lapisan database, sinkronisasi juga menghilangkan batasan waktu henti dari lapisan aplikasi.

Memisahkan basis data dan lapisan aplikasi memungkinkan Anda untuk memigrasi server aplikasi dengan menggunakan AWS Application Migration Service seperti pada skenario sebelumnya. Server aplikasi target dapat dimulai di lingkungan target sementara sistem sumber masih bekerja, memproses data, dan menyimpannya di lapisan database. Karena lapisan database sudah sinkron dengan target, waktu cutover minimal—hanya melibatkan switching jaringan dan mengarahkan permintaan pelanggan dari sistem sumber lama ke lingkungan target. Anda dapat menggunakan beberapa metode untuk melakukannya, mengikuti panduan untuk penerapan biru/hijau, biasanya dengan mengalihkan titik akhir DNS, menggunakan zona DNS tertimbang, menggunakan AWS Global Acceleratoruntuk mengurangi penundaan propagasi DNS Time to Live (TTL), dan metode serupa.