Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Memilih alat migrasi untuk rehosting database
Mike Kuznetsov dan Harpreet Virk, Amazon Web Services () AWS
Juni 2022 (riwayat dokumen)
Ketika Anda berencana untuk memigrasikan beban kerja besar AndaAWS, kami sarankan Anda mengikuti AWSpanduan dan membagi proses migrasi Anda menjadi tiga tahap: menilai, memobilisasi, dan bermigrasi. Perjalanan migrasi melibatkan banyak faktor, termasuk ruang lingkup (“apa?”) , strategi (“mengapa?”) , dan garis waktu (“kapan?”) , seperti yang dibahas dalam Strategi dan praktik terbaik untuk migrasi AWS besar. Setiap beban kerja yang Anda pilih untuk dimigrasi mungkin mengikuti strategi migrasi yang berbeda, seperti yang didefinisikan dalam tujuh strategi umum (7 Rs). Sebagian besar beban kerja mengikuti skenario rehost untuk lift-and-shift migrasi. Setelah Anda memilih strategi, Anda dapat menjawab pertanyaan “bagaimana?” , yang berfokus pada setidaknya tiga aspek (orang, teknologi, dan proses).
Panduan ini ditujukan untuk siapa saja yang berencana untuk memigrasikan beban kerja lokal mereka keAWS Cloud, termasuk eksekutif TI dan bisnis, manajer program dan proyek, pemilik produk, dan manajer operasi dan infrastruktur.
Panduan ini berfokus pada jalur migrasi rehost, yang melibatkan pemindahan aplikasi ke cloud tanpa membuat perubahan apa pun untuk memanfaatkan kemampuan cloud. Misalnya, memigrasikan database Microsoft SQL Server lokal ke SQL Server di instans Amazon Elastic Compute Cloud (Amazon EC2) di instans Elastic Compute Cloud (Amazon EC2) adalah strategi rehosting. AWS Cloud Lebih khusus lagi, panduan ini membahas alat yang paling cocok untuk lift-and-shift migrasi beban kerja yang memiliki database yang disertakan dalam ruang lingkupnya, dan faktor-faktor yang perlu dipertimbangkan saat memilih layanan tertentu untuk migrasi. Ini menjawab pertanyaan seperti: Layanan mana yang paling mendukung migrasi basis data? Bisakah layanan yang digunakan untuk server non-database digunakan untuk server database juga, atau haruskah server database diperlakukan berbeda? Bagaimana jika migrasi rehost saya berubah menjadi pendekatan campuran rehosting dan replatforming?
