Sinkronisasi database MySQL ke Redis - Data Transmission Service

Layanan Transmisi Data (DTS) mendukung sinkronisasi data dari database MySQL—seperti MySQL yang dikelola sendiri atau RDS for MySQL—ke Tair (Redis OSS-compatible). Hal ini mengurangi beban pada database relasional backend Anda dan meningkatkan pengalaman pengguna. Topik ini menjelaskan cara menyinkronkan data dari instans RDS for MySQL ke instans Tair (Redis OSS-compatible).

Prasyarat

Tabel database sumber yang akan disinkronkan harus memiliki kunci primer.
Buat instans tujuan Tair (Redis OSS-compatible) dengan kapasitas penyimpanan lebih besar daripada yang digunakan oleh instans sumber RDS for MySQL. Untuk informasi selengkapnya, lihat Langkah 1: Buat instans.
Catatan
Untuk versi database sumber dan tujuan yang didukung, lihat Solusi sinkronisasi.

Catatan

Type	Description
Batasan database sumber	Tabel tanpa kunci primer tidak dapat disinkronkan. Jika Anda menyinkronkan data pada level tabel dan perlu mengedit objek, seperti mapping table atau nama kolom, satu tugas sinkronisasi mendukung maksimal 1.000 tabel. Jika melebihi batas ini, error akan dilaporkan setelah Anda mengirimkan tugas. Dalam kasus ini, pisahkan tabel menjadi beberapa tugas sinkronisasi atau konfigurasikan tugas untuk menyinkronkan seluruh database. Binary logs: Binary logging diaktifkan secara default untuk instans RDS for MySQL. Anda harus mengatur parameter binlog_row_image ke full. Jika tidak, error pemeriksaan awal (precheck) akan dilaporkan, dan tugas sinkronisasi data tidak dapat dimulai. Untuk informasi selengkapnya tentang cara mengatur parameter instans, lihat Set instance parameters. Penting Jika instans sumber adalah database MySQL yang dikelola sendiri, Anda harus mengaktifkan binary logging dan mengatur parameter binlog_format ke row serta parameter binlog_row_image ke full. Jika database MySQL yang dikelola sendiri merupakan kluster primary/primary di mana kedua database saling menjadi primary dan secondary satu sama lain, Anda harus mengaktifkan parameter log_slave_updates. Hal ini memastikan bahwa DTS dapat memperoleh semua binary logs. Untuk informasi selengkapnya, lihat Create a database account for a self-managed MySQL database and configure binary logging. Pertahankan binary logs instans RDS for MySQL minimal selama 3 hari. Kami merekomendasikan periode retensi selama 7 hari. Untuk database MySQL yang dikelola sendiri, pertahankan binary logs minimal selama 7 hari. Jika periode retensi lebih pendek, tugas DTS mungkin gagal karena DTS tidak dapat memperoleh binary logs. Dalam kasus ekstrem, ketidakkonsistenan data atau kehilangan data dapat terjadi. Masalah yang disebabkan oleh periode retensi binary log lebih pendek dari periode yang dipersyaratkan tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS. Catatan Untuk informasi selengkapnya tentang cara mengatur Retention Period binary logs untuk instans RDS for MySQL, lihat Automatically delete local logs. Selama sinkronisasi data penuh, jangan lakukan operasi DDL untuk mengubah skema database atau tabel. Jika dilakukan, tugas sinkronisasi data akan gagal. Catatan Selama fase sinkronisasi penuh, DTS melakukan query ke database sumber. Hal ini menghasilkan metadata locks, yang dapat memblokir eksekusi operasi DDL pada database sumber. Selama runtime instans sinkronisasi, perubahan data dari operasi yang tidak terekam dalam binary logs, seperti data yang dipulihkan dari backup fisik atau data yang dihasilkan oleh cascade operations, tidak disinkronkan ke database tujuan. Catatan Jika hal ini terjadi, Anda dapat menghapus database atau tabel yang berisi data tersebut dari objek sinkronisasi, lalu menambahkannya kembali. Hal ini diperbolehkan jika bisnis Anda mengizinkannya. Untuk informasi selengkapnya, lihat Modify synchronization objects. Jika database sumber adalah database MySQL versi 8.0.23 atau lebih baru dan data yang akan disinkronkan berisi kolom invisible, kehilangan data dapat terjadi karena data dalam kolom tersebut tidak dapat diperoleh. Catatan Anda dapat menjalankan perintah `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` untuk membuat kolom invisible menjadi visible. Untuk informasi selengkapnya, lihat Invisible Columns. Tabel tanpa kunci primer secara otomatis menghasilkan kunci primer invisible. Anda juga harus membuat kunci primer invisible ini menjadi visible. Untuk informasi selengkapnya, lihat Generated Invisible Primary Keys.
Batasan lainnya	Jika Transparent Data Encryption (TDE) diaktifkan untuk instans tujuan, Anda tidak dapat menggunakan DTS untuk menyinkronkan data. Secara default, parameter maxmemory-policy yang menentukan cara data dievict diatur ke volatile-lru untuk instans Tair (Redis OSS-compatible). Jika instans tujuan memiliki memori yang tidak mencukupi, ketidakkonsistenan data dapat terjadi antara instans sumber dan tujuan akibat eviction data. Dalam kasus ini, tugas sinkronisasi data tetap berjalan. Untuk mencegah ketidakkonsistenan data, kami merekomendasikan agar Anda mengatur maxmemory-policy ke noeviction untuk instans tujuan. Dengan demikian, tugas sinkronisasi data akan gagal jika instans tujuan kekurangan memori, tetapi kehilangan data pada instans tujuan dapat dicegah. Catatan Untuk informasi selengkapnya tentang kebijakan eviction data, lihat What is the default eviction policy? Selama sinkronisasi data penuh awal, DTS mengonsumsi sebagian resource database sumber dan tujuan, yang dapat meningkatkan beban server database. Jika database Anda memiliki traffic tinggi atau spesifikasi server rendah, tekanan pada database dapat meningkat, bahkan layanan database bisa menjadi tidak tersedia. Sebelum menyinkronkan data, evaluasi dampaknya secara cermat. Lakukan sinkronisasi data selama jam sepi. Jika instans tujuan adalah instans kluster dan salah satu shard mencapai batas memorinya, atau jika instans tujuan memiliki storage space yang tidak mencukupi, tugas DTS akan gagal dengan error out of memory (OOM). Selama sinkronisasi DTS, jangan menulis data ke database tujuan menggunakan metode selain DTS. Jika dilakukan, ketidakkonsistenan data antara database sumber dan tujuan akan terjadi. Selama sinkronisasi, operasi seperti scale-out, scale-in, perubahan konfigurasi instans, atau perubahan endpoint dan port pada instans Redis sumber atau tujuan dapat mengganggu tugas sinkronisasi. Hal ini karena DTS tidak dapat memperoleh data log yang kontinu dan informasi koneksi yang benar. Jika gangguan terjadi, hapus data yang telah disinkronkan ke instans Redis tujuan sebelum mengonfigurasi ulang tugas. Hal ini memastikan konsistensi data. Jika salah satu situasi berikut terjadi selama sinkronisasi data, data penuh mungkin disinkronkan ulang ke tujuan, yang dapat menyebabkan ketidakkonsistenan data. Terjadi pemutusan koneksi sementara pada instans Redis sumber atau tujuan, menyebabkan transfer data berbasis breakpoint gagal. Terjadi switchover primary/secondary atau failover pada instans Redis sumber atau tujuan. Endpoint instans Redis sumber atau tujuan berubah. Objek sinkronisasi instans DTS dimodifikasi. Jika fitur always-encrypted diaktifkan untuk instans RDS for MySQL, sinkronisasi data penuh tidak didukung. Catatan Instans RDS for MySQL dengan TDE yang diaktifkan mendukung sinkronisasi data penuh dan inkremental. Jika suatu instans gagal, helpdesk DTS akan mencoba memulihkan instans tersebut dalam waktu 8 jam. Selama proses pemulihan, operasi seperti restart instans atau penyesuaian parameternya mungkin dilakukan. Catatan Saat parameter disesuaikan, hanya parameter instans DTS yang dimodifikasi. Parameter dalam database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk namun tidak terbatas pada yang dijelaskan dalam Modify instance parameters.
Kasus khusus	Saat database sumber adalah database MySQL yang dikelola sendiri: Jika terjadi switchover primary/secondary pada database sumber selama sinkronisasi, tugas sinkronisasi akan gagal. Latensi DTS dihitung dengan membandingkan timestamp catatan data terakhir yang disinkronkan di database tujuan dengan timestamp saat ini. Jika tidak ada operasi DML yang dilakukan pada database sumber dalam waktu lama, latensi yang ditampilkan mungkin tidak akurat. Jika latensi yang ditampilkan terlalu tinggi, Anda dapat melakukan operasi DML pada database sumber untuk memperbarui informasi latensi. Catatan Jika Anda memilih untuk menyinkronkan seluruh database, Anda juga dapat membuat heartbeat table. Heartbeat table diperbarui atau ditulis setiap detik. DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` pada database sumber untuk memajukan offset binary log. Jika database sumber adalah instans Amazon Aurora MySQL atau instans MySQL mode kluster lainnya, pastikan domain name atau alamat IP yang dikonfigurasi untuk tugas dan hasil resolusinya selalu mengarah ke alamat node read/write (RW). Jika tidak, tugas sinkronisasi mungkin tidak berjalan sesuai harapan. Saat database sumber adalah instans RDS for MySQL: Instans RDS for MySQL yang tidak mencatat transaction logs, seperti instans hanya baca RDS for MySQL 5.6, tidak didukung sebagai sumber. DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` pada database sumber untuk memajukan offset binary log.

Penagihan

Jenis sinkronisasi	Biaya konfigurasi tugas
Sinkronisasi skema dan sinkronisasi data penuh	Gratis.
Sinkronisasi data inkremental	Dikenai biaya. Untuk informasi selengkapnya, lihat Billing overview.

Pernyataan SQL untuk sinkronisasi inkremental

Jenis operasi	Pernyataan SQL
DML	INSERT, UPDATE, DELETE

Izin untuk akun database

Database	Izin yang diperlukan	Metode pembuatan dan otorisasi
Sumber RDS for MySQL	Izin baca pada objek yang akan disinkronkan.	Lihat Create a database account for an ApsaraDB RDS for MySQL instance dan Modify the permissions of a database account for an ApsaraDB RDS for MySQL instance.
Tujuan Tair (Redis OSS-compatible)	Izin baca dan tulis pada instans.	Lihat Create and manage a database account.

Prosedur

Buka halaman daftar tugas sinkronisasi data di wilayah tujuan. Anda dapat menggunakan salah satu metode berikut.
Dari Konsol DTS
1. Login ke Konsol DTS.
2. Pada panel navigasi di sebelah kiri, klik Data Synchronization.
3. Di pojok kiri atas halaman, pilih wilayah tempat instans sinkronisasi berada.
Dari Konsol DMS
Catatan
Operasi aktual dapat berbeda tergantung pada mode dan tata letak Konsol DMS. Untuk informasi selengkapnya, lihat Simple mode console dan Customize the layout and style of the DMS console.
1. Login ke Konsol DMS.
2. Dari bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Synchronization.
3. Di sebelah kanan Data Synchronization Tasks, pilih wilayah instans sinkronisasi.
Klik Create Task. Halaman konfigurasi tugas akan terbuka.

Konfigurasikan database sumber dan tujuan.

Kategori	Konfigurasi	Deskripsi
Tidak ada	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami merekomendasikan agar Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tidak perlu unik.
Source Database	Select Existing Connection	Untuk menggunakan instans database yang terdaftar dalam sistem (baru dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawahnya akan dikonfigurasi secara otomatis. Catatan Di Konsol DMS, item konfigurasi ini adalah Select a DMS database instance.. Jika Anda belum mendaftarkan instans database ke sistem atau tidak perlu menggunakan instans terdaftar, konfigurasikan informasi database secara manual di bawah ini.
	Database Type	Pilih MySQL.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah instans sumber RDS for MySQL.
	Replicate Data Across Alibaba Cloud Accounts	Contoh ini menggunakan instans database di bawah Akun Alibaba Cloud saat ini. Pilih No.
	RDS Instance ID	Pilih ID instans sumber RDS for MySQL.
	Database Account	Masukkan akun database untuk instans sumber RDS for MySQL. Untuk persyaratan izin, lihat Permissions for database accounts.
	Database Password	Masukkan password yang sesuai dengan akun database.
	Encryption	Pilih Non-encrypted Connection atau SSL Secure Connection sesuai kebutuhan. Jika Anda mengatur ini ke SSL Secure Connection, Anda harus mengaktifkan enkripsi SSL untuk instans RDS for MySQL terlebih dahulu. Untuk informasi selengkapnya, lihat Use a cloud certificate to quickly enable SSL link encryption.
Destination Database	Select Existing Connection	Untuk menggunakan instans database yang terdaftar dalam sistem (baru dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawahnya akan dikonfigurasi secara otomatis. Catatan Di Konsol DMS, item konfigurasi ini adalah Select a DMS database instance.. Jika Anda belum mendaftarkan instans database ke sistem atau tidak perlu menggunakan instans terdaftar, konfigurasikan informasi database secara manual di bawah ini.
	Database Type	Pilih Tair/Redis.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah instans tujuan Tair (Redis OSS-compatible).
	Replicate Data Across Alibaba Cloud Accounts	Contoh ini menggunakan instans database di bawah Akun Alibaba Cloud saat ini. Pilih No.
	Instance ID	Pilih ID instans tujuan Tair (Redis OSS-compatible).
	Authentication Method	Pilih metode autentikasi sesuai kebutuhan. Dalam contoh ini, Password Login dipilih. Catatan Anda dapat memilih Account + Password Login hanya untuk Redis 6.0 atau versi lebih baru. Jika Anda memilih Secret-free login, pastikan akses tanpa password diaktifkan untuk database Redis. Untuk informasi selengkapnya tentang cara mengaktifkan akses tanpa password untuk instans Tair (Redis-compatible), lihat Enable password-free access over a VPC.
	Database Password	Masukkan password untuk menghubungkan ke instans tujuan Tair (Redis OSS-compatible). Catatan Format password adalah <user>:<password>. Misalnya, jika username kustom instans Redis adalah `admin` dan password-nya adalah `Rp829dlwa`, masukkan `admin:Rp829dlwa`.

Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman.
Catatan
- Pastikan blok alamat IP layanan DTS ditambahkan ke pengaturan keamanan database sumber dan tujuan, baik secara otomatis maupun manual, untuk mengizinkan akses dari server DTS. Untuk informasi selengkapnya, lihat Menambahkan daftar putih alamat IP server DTS.
- Jika database sumber atau tujuan adalah database yang dikelola sendiri (Access Method bukan Alibaba Cloud Instance), Anda juga harus mengklik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers.

Konfigurasikan objek tugas.

Pada halaman Configure Objects, Anda dapat mengonfigurasi objek yang akan disinkronkan.

Konfigurasi	Deskripsi
Synchronization Types	Incremental Data Synchronization dipilih secara default. Untuk menyinkronkan data historis, pilih juga Full Data Synchronization.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Memeriksa apakah tujuan kosong. Jika tujuan kosong, pemeriksaan awal berhasil. Jika tujuan tidak kosong, error dilaporkan selama pemeriksaan awal, dan pekerjaan sinkronisasi data tidak dimulai. Ignore Errors and Proceed: Melewati pemeriksaan awal Check the existence of objects in the destination database.. Peringatan Jika Anda memilih Ignore Errors and Proceed, data sumber akan menimpa data tujuan jika kunci yang sama ada di kedua sisi. Hal ini dapat menyebabkan kehilangan data di tujuan. Pilih opsi ini dengan hati-hati.
Source Objects	Pada kotak Source Objects, klik objek, lalu klik untuk memindahkannya ke kotak Selected Objects. Catatan Anda dapat memilih objek pada level database, tabel, dan kolom.
Selected Objects	Untuk menentukan DB Redis tujuan, klik kanan skema yang akan disinkronkan di kotak Selected Objects. Gunakan fitur pemetaan untuk mengatur parameter berikut, lalu klik OK. Mapping Name of Redis/Tair Database (0 to 255): DB di Redis yang menerima data. Masukkan hanya angka. Cache Mapping Mode: Format data setelah disinkronkan ke Redis. Arahkan kursor ke ikon di sebelah opsi untuk melihat informasi. Saat Cache Mapping Mode diatur ke Key-Value Model Based on Database, Table, and Primary Key, Anda juga harus mengatur Value Separation Method. Catatan Fitur pemetaan tidak didukung untuk nama skema dan nama tabel. Untuk memilih operasi SQL yang akan disinkronkan pada level database atau tabel, klik kanan objek di kotak Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul. Untuk mengatur klausa WHERE guna memfilter data, klik kanan tabel di kotak Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk petunjuknya, lihat Filter data.

Klik Next: Advanced Settings.

Konfigurasi	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas pada kluster bersama, sehingga Anda tidak perlu memilih. Untuk stabilitas tugas yang lebih baik, Anda dapat membeli kluster khusus untuk menjalankan tugas sinkronisasi DTS. Untuk informasi selengkapnya, lihat What is a DTS dedicated cluster?.
Retry Time for Failed Connections	Jika koneksi ke database sumber atau tujuan gagal setelah tugas sinkronisasi dimulai, DTS melaporkan error dan segera mulai mencoba menghubungkan kembali. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1.440 menit. Kami merekomendasikan pengaturan minimal 30 menit. Jika DTS berhasil terhubung kembali dalam waktu percobaan ulang yang ditentukan, tugas akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Catatan Untuk beberapa instans DTS dengan sumber atau tujuan yang sama, seperti instans DTS A dan instans DTS B, jika waktu percobaan ulang jaringan diatur 30 menit untuk A dan 60 menit untuk B, waktu yang lebih singkat yaitu 30 menit yang berlaku. Karena DTS menagih berdasarkan waktu proses tugas selama percobaan ulang koneksi, kami merekomendasikan agar Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis atau segera melepaskan instans DTS setelah instans database sumber dan tujuan dilepas.
Retry Time for Other Issues	Setelah tugas sinkronisasi dimulai, jika terjadi masalah non-konektivitas pada database sumber atau tujuan, seperti error eksekusi DDL atau DML, DTS melaporkan error dan segera mulai melakukan operasi percobaan ulang terus-menerus. Durasi percobaan ulang default adalah 10 menit. Anda juga dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1.440 menit. Kami merekomendasikan pengaturan minimal 10 menit. Jika operasi terkait berhasil dalam waktu percobaan ulang yang ditentukan, tugas sinkronisasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Penting Nilai Retry Time for Other Issues harus lebih kecil daripada Retry Time for Failed Connections.
Enable Throttling for Full Data Synchronization	Selama fase sinkronisasi data penuh, DTS mengonsumsi resource baca dan tulis dari database sumber dan tujuan, yang dapat meningkatkan bebannya. Anda dapat mengatur batas laju untuk tugas sinkronisasi data penuh guna mengurangi tekanan pada database tujuan dengan mengonfigurasi Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s). Catatan Item konfigurasi ini tersedia hanya jika Synchronization Types diatur ke Full Data Synchronization. Anda juga dapat menyesuaikan laju sinkronisasi data penuh setelah instans sinkronisasi berjalan.
Enable Throttling for Incremental Data Synchronization	Anda juga dapat mengatur batas laju untuk tugas sinkronisasi inkremental guna mengurangi tekanan pada database tujuan dengan mengatur RPS of Incremental Data Synchronization dan Data synchronization speed for incremental synchronization (MB/s).
Cache Expiration Time	Atur time-to-live (TTL) untuk kunci setelah data disinkronkan ke Redis, sesuai kebutuhan Anda. Penting Nilai -1 berarti kunci tidak pernah kedaluwarsa. Hal ini dapat menyebabkan Redis kehabisan memori dan menyebabkan tugas gagal.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Berdasarkan kebutuhan bisnis Anda, pilih apakah akan menulis informasi SQL heartbeat ke database sumber selama instans DTS berjalan. Yes: Informasi SQL heartbeat tidak ditulis ke database sumber. Hal ini dapat menyebabkan instans DTS melaporkan delay. No: Menulis informasi SQL heartbeat ke database sumber, yang dapat mengganggu fitur seperti backup fisik dan cloning database sumber.
Environment Tag	Anda dapat memilih environment tag untuk mengidentifikasi instans sesuai kebutuhan. Untuk contoh ini, Anda tidak perlu memilih tag.
Configure ETL	Menentukan apakah akan mengaktifkan fitur extract, transform, and load (ETL). Untuk informasi selengkapnya, lihat What is ETL? Nilai yang valid: Yes: mengonfigurasi fitur ETL. Anda dapat memasukkan pernyataan pemrosesan data di editor kode. Untuk informasi selengkapnya, lihat Configure ETL in a data migration or data synchronization task. No: tidak mengonfigurasi fitur ETL.
Monitoring and Alerting	Tentukan apakah akan mengonfigurasi peringatan. Jika sinkronisasi gagal atau latensi melebihi ambang batas yang ditentukan, notifikasi akan dikirim ke kontak peringatan. Do Not Set: Tidak ada peringatan yang diatur. Set: Mengonfigurasi peringatan. Anda juga harus mengatur ambang batas peringatan dan notifikasi peringatan. Untuk informasi selengkapnya, lihat Configure monitoring and alerting during task configuration.

Simpan tugas dan lakukan pemeriksaan awal.
- Untuk melihat parameter konfigurasi instans ini untuk operasi API, arahkan kursor ke tombol Next: Save Task Settings and Precheck, lalu klik Preview OpenAPI parameters di tooltip.
- Jika Anda telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum pekerjaan sinkronisasi dimulai, pemeriksaan awal dilakukan. Pekerjaan hanya dapat dimulai setelah lulus pemeriksaan awal.
- Jika pemeriksaan awal gagal, klik View Details di sebelah item yang gagal, selesaikan masalah sesuai petunjuk, lalu jalankan kembali pemeriksaan awal.
- Jika peringatan muncul selama pemeriksaan awal:
  Jika item pemeriksaan gagal dan tidak dapat diabaikan, klik View Details di sebelah item tersebut. Lalu, ikuti petunjuk untuk memperbaiki masalah dan jalankan kembali pemeriksaan awal.
  Untuk item pemeriksaan yang dapat diabaikan, klik Confirm Alert Details, Ignore, OK, dan Precheck Again secara berurutan untuk melewati peringatan dan menjalankan kembali pemeriksaan awal. Mengabaikan peringatan untuk item pemeriksaan dapat menyebabkan masalah seperti ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.

Beli instance.

Saat Success Rate mencapai 100%, klik Next: Purchase Instance.

Pada halaman Purchase, pilih metode penagihan dan spesifikasi link untuk instans sinkronisasi data. Untuk informasi selengkapnya, lihat tabel berikut.

Kategori	Parameter	Deskripsi
New Instance Class	Billing Method	Subscription: Anda membayar saat membuat instans. Ini cocok untuk kebutuhan jangka panjang, lebih terjangkau dibandingkan pay-as-you-go, dan menawarkan diskon lebih besar untuk durasi langganan yang lebih lama. Pay-as-you-go: Ditagih per jam. Ini cocok untuk kebutuhan jangka pendek. Anda dapat melepaskan instans segera setelah digunakan untuk menghemat biaya.
	Resource Group Configuration	Kelompok sumber daya tempat instans berada. Default-nya adalah default resource group. Untuk informasi selengkapnya, lihat What is Resource Management?.
	Link Specification	DTS menyediakan spesifikasi sinkronisasi dengan tingkat kinerja berbeda. Spesifikasi link memengaruhi laju sinkronisasi. Anda dapat memilih salah satu berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Data synchronization link specifications.
	Subscription Duration	Dalam mode subscription, pilih durasi dan jumlah untuk instans langganan. Anda dapat memilih 1 hingga 9 bulan untuk langganan bulanan, atau 1, 2, 3, atau 5 tahun untuk langganan tahunan. Catatan Opsi ini muncul hanya ketika metode penagihan adalah Subscription.

Setelah menyelesaikan konfigurasi, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start, lalu klik OK di kotak dialog OK.
Anda dapat melihat progres tugas di halaman sinkronisasi data.