Gelombang migrasi, server, dan database - AWSBimbingan Preskriptif

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

Gelombang migrasi, server, dan database

Proyek migrasi dimulai dengan daftar pertanyaan terbuka berikut, yang umum di tiga skenario yang dijelaskan di bagian sebelumnya:

  • Bagaimana kita bisa membangun gelombang migrasi?

  • Bagaimana kita bisa mengelompokkan server di dalam setiap gelombang?

  • Haruskah server database dimigrasikan sebelum server aplikasi atau dengan mereka?

  • Alat apa yang harus kita gunakan untuk migrasi database?

Untuk menjawab pertanyaan-pertanyaan ini, kita perlu mengklarifikasi beberapa definisi. Apakah istilah database menggambarkan server yang menjalankan perangkat lunak DBMS atau titik masuk database logis? Apakah ini mengacu pada satu database dari beberapa di server yang sama atau sekelompok server? Tergantung pada konteksnya, database dapat merujuk ke salah satu opsi. Administrator database (DBA) biasanya mempertimbangkan database logis, bukan server fisik. Namun, dalam konteks migrasi, terutama lift-and-shift migrasi skala besar, database biasanya sesuai dengan server fisik atau sekelompok server.

Migrasi database harus selaras dan terkait dengan aplikasi yang bekerja dengannya, karena database logis selalu merupakan bagian dari aplikasi dan dependensinya. Namun, lokasi fisik dari database logis itu dapat bervariasi. Misalnya, dapat ditemukan di:

  • Server fisik mandiri, tanpa ada database lain

  • Server fisik mandiri yang ditempatkan dengan database logis lainnya

  • Sekelompok server fisik, baik sebagai database logis tunggal atau sebagai bagian dari kumpulan database yang lebih besar yang melayani aplikasi lain

Membentuk pemetaan ketergantungan untuk gelombang migrasi rumit jika tidak ada one-to-one ketergantungan yang jelas antara aplikasi dan server database, terutama ketika beberapa database logis dari aplikasi yang berbeda ditempatkan pada server fisik yang sama. Sistem database semacam itu memerlukan pendekatan replatforming yang melibatkan dekomposisi atau konsolidasi database, yang mempersulit upaya migrasi skala besar. lift-and-shift

Di sinilah alat migrasi database (seperti alat asli dari vendor mesin database atau pihak ketiga) dapat membantu. Alat-alat ini bekerja pada tingkat database logis alih-alih pendekatan replikasi tingkat blokAWS Application Migration Service, dan dapat memindahkan data atau database pada tingkat logis antara server fisik dan lokasi.