Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Tahap 2: Rencana
Berdasarkan beban kerja dan aplikasi Anda, pilih RDS kustom untuk SQL Server atau RDS untuk Microsoft SQL Server. Untuk sebagian besar migrasi database, Anda dapat meng-host ulang, memplatform ulang, atau memfaktorkan ulang. Prinsip panduannya adalah bagaimana memaksimalkan manfaat migrasi.
Memilih untuk memfaktorkan ulang aplikasi Anda dan bermigrasi ke database cloud-native seperti Aurora dapat meningkatkan aplikasi database Anda. Tergantung pada kompleksitas beban kerja Anda, bagaimanapun, refactoring database dapat memakan waktu dan sumber daya intensif. Untuk informasi selengkapnya, lihat Memilih strategi migrasi.
Opsi migrasi untuk Amazon RDS for SQL Server
Pertimbangkan apakah basis data sumber Anda sudah diatur untuk menyinkronkan server basis data primer dan sekunder, lalu putuskan bagaimana Anda ingin menyinkronkan server Anda. AWS Berikut ini adalah tiga pendekatan:
-
Beberapa Availability Zone
-
Replikasi wilayah
Dalam diagram arsitektur berikut, AWS Direct Connect buat koneksi jaringan pribadi khusus antara pusat data lokal dan Amazon VPC. Lingkungan database target memiliki Amazon RDS utama untuk SQL Server yang digunakan dalam satu Availability Zone, dengan replika baca di Availability Zone kedua untuk ketersediaan tinggi dan pemulihan bencana. AWS Database Migration Service (AWS DMS) mengelola proses migrasi untuk membantu meminimalkan waktu henti.
Untuk meningkatkan keamanan, lingkungan target menggunakan subnet pribadi. AWS Secrets Manager menangani kredensi pengguna, dan AWS Key Management Service (AWS KMS) menyediakan enkripsi saat istirahat untuk data sensitif. Seluruh infrastruktur dipantau oleh Amazon CloudWatch, yang melacak metrik kinerja dan memungkinkan peringatan proaktif. Desain ini membantu mengoptimalkan kinerja sambil mengatasi masalah apa pun yang muncul selama proses migrasi.
