Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Matriks keputusan
Meskipun setiap migrasi unik dan memiliki tantangan, keterbatasan, dan beberapa faktor yang perlu dipertimbangkan, ada kriteria umum yang dapat Anda gunakan untuk mengidentifikasi strategi dan layanan migrasi yang paling tepat untuk kasus penggunaan Anda. Mengidentifikasi dan memprioritaskan faktor-faktor ini membantu Anda mempersempit pilihan. Gunakan tabel berikut sebagai pohon keputusan: Mulai dari faktor terpenting untuk kasus penggunaan Anda dan pilih alat terbaik untuk migrasi Anda.
catatan
Tabel berikut menyediakan faktor arah tingkat tinggi untuk dipertimbangkan; itu tidak termasuk daftar lengkap kriteria untuk proyek migrasi. Tujuannya adalah untuk memberikan perbandingan umum dari dua metode migrasi data yang sangat berbeda: replikasi tingkat blok (disediakan oleh Layanan Migrasi Aplikasi) dibandingkan dengan replikasi tingkat data logis (disediakan oleh banyak alat migrasi database asli). Kedua metode ini berlaku dalam banyak skenario migrasi dan kadang-kadang dapat digunakan bersama, tetapi mereka juga memiliki keunggulan unik yang disorot tabel.
Kriteria |
AWS Application Migration Service |
Alat basis data (alat asli atau AWS DMS) |
|---|---|---|
Arsitektur |
Fisik (tingkat blok) |
Logis, tingkat mesin database |
Penskalaan |
Migrasi skala besar |
Granular; keterbatasan skala |
Kecepatan vs. kompleksitas |
Skenario keluar cepat; mengurangi kompleksitas |
Pendekatan yang lebih lambat dan lebih kompleks; membutuhkan lebih banyak perencanaan dan pengujian |
Jadwal |
Mendukung garis waktu yang agresif |
Membutuhkan usaha dan waktu tambahan |
Jenis migrasi |
Angkat dan geser apa adanya (satu banding satu saja) |
Pembentukan ulang atau modernisasi dengan opsi dekomposisi dan konsolidasi (satu banding banyak, banyak ke satu) |
Pra-penyediaan |
Tidak diperlukan; migrasi otomatis |
Diperlukan penyediaan basis data dan infrastruktur |
Waktu henti |
Diperlukan downtime, dalam RTO beberapa menit |
Downtime mendekati nol mungkin tetapi sangat mahal (melalui cluster sync/async extended, replikasi CDC, dan metode serupa) |
Tingkat perubahan data |
Mungkin memiliki batasan jaringan atau kinerja |
Lebih banyak pilihan tersedia |
Batasan |
Tidak mendukung sebagian besar sistem yang dikelompokkan; * hanya mendukung platform x86** |
Alat basis data asli mendukung basis data berkerumun dan platform non-x86; AWS DMS mencakup sebagian besar mesin basis data |
* Metode replikasi tingkat blok tidak mendukung penyimpanan terpasang jaringan (NAS), drive bersama seperti berbagi NFS, atau berbagi. CIFS/SMB Ini hanya mendukung penyimpanan tingkat blok yang terhubung langsung ke sistem yang dimigrasi pada saat migrasi. (Untuk informasi selengkapnya, lihat FAQ Layanan Migrasi Aplikasi tentang dukungan SAN/NAS.) Ini membatasi penerapan replikasi melalui Layanan Migrasi Aplikasi untuk sebagian besar sistem yang dikelompokkan, karena sebagian besar cluster bergantung pada penyimpanan bersama dari berbagai implementasi. Untuk informasi selengkapnya, lihat Keuntungan dan Kerugian di AWS Application Migration Service bagian Migrasi dengan sebelumnya di panduan ini.
** Metode replikasi tingkat blok mengharuskan Anda menginstal Agen AWS Replikasi di tingkat OS, dan agen tersebut hanya mendukung platform x86 yang didasarkan pada sistem operasi Windows atau Linux (lihat Sistem operasi yang didukung oleh Layanan Migrasi Aplikasi). Platform non-X86 berada di luar cakupan metode migrasi ini. Ini termasuk ARM, RISC/CISC sistem, variasi PowerPC, sistem IBM seperti PSeries, iSeries, ZSeries, dan sistem operasi masing-masing seperti AIX, HP-UX, Solaris, Linux untuk PowerPC, ZLinux pada mainframe, dan arsitektur non-x86 lainnya.
