Memecahkan masalah latensi di AWS Database Migration Service - AWS Layanan Migrasi Database
Jenis CDC latensiPenyebab umum CDC latensi

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

Memecahkan masalah latensi di AWS Database Migration Service

Bagian ini memberikan gambaran umum tentang penyebab umum latensi AWS DMS tugas selama fase replikasi yang sedang berlangsung ()CDC. AWS DMS mereplikasi data secara asinkron. Latensi adalah penundaan antara saat perubahan dilakukan pada sumber dan ketika perubahan direplikasi ke target. Latensi dapat disebabkan karena kesalahan konfigurasi komponen replikasi, seperti berikut ini:

  • Titik akhir sumber atau sumber data

  • Target titik akhir atau sumber data

  • Instans replikasi

  • Jaringan antara komponen-komponen ini

Kami menyarankan Anda menggunakan migrasi uji sebagai bukti konsep untuk mengumpulkan informasi tentang replikasi Anda. Anda kemudian dapat menggunakan informasi ini untuk menyetel konfigurasi replikasi Anda untuk meminimalkan latensi. Untuk informasi tentang menjalankan bukti migrasi konsep, lihatMenjalankan bukti konsep.

Topik

Jenis CDC latensi

Bagian ini berisi jenis latensi replikasi yang mungkin terjadi selama. CDC

Latensi sumber

Penundaan, dalam hitungan detik, antara waktu komit dari peristiwa terakhir yang diambil dari titik akhir sumber, dan stempel waktu sistem saat ini dari instance replikasi. Anda dapat memantau latensi antara sumber data dan instance replikasi Anda menggunakan metrik. CDCLatencySource CloudWatch CDCLatencySourceMetrik tinggi menunjukkan bahwa proses menangkap perubahan dari sumber tertunda. Misalnya, jika aplikasi Anda melakukan insert ke sumber pada 10:00, dan AWS DMS mengkonsumsi perubahan pada 10:02, metriknya adalah 120 detik. CDCLatencySource

Untuk informasi tentang CloudWatch metrik AWS DMS, lihatMetrik tugas replikasi.

Target latensi

Penundaan, dalam hitungan detik, antara waktu komit pada sumber peristiwa pertama yang menunggu untuk berkomitmen ke target, dan stempel waktu saat ini dari instance DMS replikasi. Anda dapat memantau latensi antara komit pada sumber data dan target data Anda menggunakan metrik. CDCLatencyTarget CloudWatch Ini berarti itu CDCLatencyTarget termasuk keterlambatan membaca dari sumbernya. Akibatnya, selalu CDCLatencyTarget lebih besar dari atau sama denganCDCLatencySource.

Misalnya, jika aplikasi Anda melakukan penyisipan ke sumber pada pukul 10:00, dan menggunakannya pada pukul 10:02 dan AWS DMS menuliskannya ke target pada pukul 10:05, metriknya adalah 300 detik. CDCLatencyTarget

Penyebab umum CDC latensi

Bagian ini berisi penyebab latensi yang mungkin dialami replikasi Anda selama. CDC

Sumber daya titik akhir

Faktor-faktor berikut secara signifikan mempengaruhi kinerja replikasi dan latensi:

  • Konfigurasi basis data sumber dan target

  • Ukuran instans

  • Penyimpanan data sumber atau target yang kurang disediakan atau salah konfigurasi

Untuk mengidentifikasi penyebab latensi yang disebabkan oleh masalah titik akhir untuk sumber dan target yang AWS di-host, pantau metrik berikut: CloudWatch

  • FreeMemory

  • CPUUtilization

  • Metrik throughput dan I/O, sepertiWriteIOPS,, atau WriteThroughput ReadLatency

  • Metrik volume transaksi sepertiCDCIncomingChanges.

Untuk informasi tentang CloudWatch metrik pemantauan, lihatAWS Database Migration Service metrik.

Sumber daya contoh replikasi

Sumber daya instans replikasi sangat penting untuk replikasi, dan Anda harus memastikan bahwa tidak ada hambatan sumber daya, karena dapat menyebabkan latensi sumber dan target.

Untuk mengidentifikasi kemacetan sumber daya untuk instance replikasi Anda, verifikasi hal berikut:

  • CloudWatch Metrik penting sepertiCPU, Memori, I/O per detik, dan penyimpanan tidak mengalami lonjakan atau nilai tinggi yang konsisten.

  • Instance replikasi Anda berukuran tepat untuk beban kerja Anda. Untuk informasi tentang menentukan ukuran yang benar dari instance replikasi, lihatMemilih ukuran terbaik untuk contoh replikasi.

Kecepatan jaringan dan bandwidth

Bandwith jaringan adalah faktor yang mempengaruhi transmisi data. Untuk menganalisis kinerja jaringan replikasi Anda, lakukan salah satu hal berikut:

  • Periksa ReadThroughput dan WriteThroughput metrik di tingkat instans. Untuk informasi tentang CloudWatch metrik pemantauan, lihatAWS Database Migration Service metrik.

  • Gunakan Dukungan AWS DMS DiagnostikAMI. Jika Dukungan Diagnostik tidak AMI tersedia di wilayah Anda, Anda dapat mengunduhnya dari wilayah mana pun yang didukung dan menyalinnya ke wilayah Anda untuk melakukan analisis jaringan Anda. Untuk informasi tentang Dukungan DiagnostikAMI, lihatBekerja dengan dukungan AWS DMS diagnostik AMI.

CDCin AWS DMS adalah single-threaded untuk memastikan konsistensi data. Akibatnya, Anda dapat menentukan volume data yang dapat didukung jaringan Anda dengan menghitung kecepatan transfer data single-threaded Anda. Misalnya, jika tugas Anda terhubung ke sumbernya menggunakan jaringan 100 Mbps (megabit per detik), replikasi Anda memiliki alokasi bandwidth maksimum teoritis 12,5 MBps (megabyte per detik). Ini sama dengan 45 gigabit per jam. Jika tingkat pembuatan log transaksi pada sumber lebih besar dari 45 gigabit per jam, ini berarti bahwa tugas tersebut memiliki CDC latensi. Untuk MBps jaringan 100, tingkat ini adalah maksimum teoritis; faktor lain seperti lalu lintas jaringan dan overhead sumber daya pada sumber dan target mengurangi bandwidth yang tersedia aktual.

DMSkonfigurasi

Bagian ini berisi konfigurasi replikasi yang direkomendasikan yang dapat membantu mengurangi latensi.

  • Pengaturan titik akhir: Pengaturan titik akhir sumber dan target Anda dapat menyebabkan instance replikasi Anda mengalami kinerja yang buruk. Pengaturan titik akhir yang mengaktifkan fitur intensif sumber daya akan memengaruhi kinerja. Misalnya, untuk titik akhir Oracle, menonaktifkan LogMiner dan menggunakan Binary Reader meningkatkan kinerja, karena intensif sumber daya. LogMiner Pengaturan endpoing berikut meningkatkan kinerja untuk endpoint Oracle:

    useLogminerReader=N;useBfile=Y

    Untuk informasi selengkapnya tentang pengaturan titik akhir, lihat dokumentasi untuk mesin sumber dan titik akhir target Anda dalam topik. Bekerja dengan Titik akhir DMS AWS

  • Pengaturan tugas: Beberapa pengaturan tugas untuk skenario replikasi khusus Anda dapat menyebabkan instance replikasi Anda mengalami kinerja yang buruk. Misalnya, AWS DMS menggunakan mode penerapan transaksional secara default (BatchApplyEnabled=false) CDC untuk semua titik akhir kecuali Amazon Redshift. Namun, untuk sumber dengan sejumlah besar perubahan, pengaturan BatchApplyEnabled untuk true dapat meningkatkan kinerja.

    Untuk informasi selengkapnya tentang pengaturan tugas, lihat Menentukan setelan tugas untuk tugas AWS Database Migration Service.

  • Mulai Posisi tugas CDC satu-satunya: Memulai tugas CDC -only dari posisi atau stempel waktu di masa lalu akan memulai tugas dengan peningkatan CDC latensi sumber. Bergantung pada volume perubahan pada sumber, latensi tugas akan membutuhkan waktu untuk mereda.

  • LOBpengaturan: Jenis data Objek Besar dapat menghambat kinerja replikasi karena cara AWS DMS mereplikasi data biner besar. Untuk informasi selengkapnya, lihat topik berikut.

Skenario replikasi

Bagian ini menjelaskan skenario replikasi spesifik dan bagaimana mereka dapat mempengaruhi latensi.

Menghentikan tugas untuk jangka waktu yang lama

Ketika Anda menghentikan tugas, AWS DMS menyimpan posisi log transaksi terakhir yang dibaca dari sumbernya. Ketika Anda melanjutkan tugas, cobalah DMS untuk melanjutkan membaca dari posisi log transaksi yang sama. Melanjutkan tugas setelah beberapa jam atau hari menyebabkan latensi CDC sumber meningkat hingga DMS selesai menghabiskan backlog transaksi.

Perubahan cache

Perubahan cache adalah perubahan yang ditulis aplikasi Anda ke sumber data saat AWS DMS menjalankan fase replikasi beban penuh. DMStidak menerapkan perubahan ini sampai fase beban penuh selesai dan CDC fase dimulai. Untuk sumber dengan sejumlah besar transaksi, perubahan cache membutuhkan waktu lebih lama untuk diterapkan, sehingga latensi sumber meningkat ketika CDC fase dimulai. Kami menyarankan Anda menjalankan fase beban penuh ketika volume transaksi rendah untuk meminimalkan jumlah perubahan yang di-cache.

Replikasi lintas wilayah

Menemukan DMS titik akhir atau instans replikasi Anda di berbagai AWS wilayah meningkatkan latensi jaringan. Ini meningkatkan latensi replikasi. Untuk performa terbaik, cari titik akhir sumber, titik akhir target, dan instance replikasi Anda di wilayah yang sama. AWS