ApsaraDB RDS:Ubah Serverless menjadi pay-as-you-go

Prasyarat

Instans ApsaraDB RDS for SQL Server Anda harus memenuhi persyaratan berikut:

• Edition: High-availability Edition

• Billing method: Serverless

• Instance state: Running

Pertimbangan

Saat memilih tipe instans, disarankan agar jumlah vCore sama dengan atau lebih besar dari batas atas RCU saat ini. Misalnya, jika instans asli memiliki batas atas RCU sebesar 4, pilih tipe instans dengan 4 vCore atau lebih.

Batasan

• Anda hanya dapat mengubah metode penagihan dari Serverless ke pay-as-you-go satu kali setiap 24 jam.

• Anda hanya dapat mengonversi instans Anda ke tipe instans shared. Jika Anda memerlukan tipe instans yang berbeda, pertama-tama konversikan instans ke tipe instans shared seperti yang dijelaskan dalam topik ini. Setelah itu, Anda dapat mengubah konfigurasi instans ke tipe instans yang berbeda.

Dampak

• Konversi ini memerlukan migrasi data di lapisan bawah, yang mencakup pembuatan instans baru, pencadangan penuh, sinkronisasi log inkremental, pemulihan data, dan alih bencana jaringan. Waktu henti biasanya kurang dari 20 menit. Pastikan aplikasi Anda memiliki kemampuan auto-reconnect.

  Perkiraan durasi untuk mengonversi instans Serverless menjadi instans pay-as-you-go

  Tabel berikut mencantumkan perkiraan durasi setiap tahap. Kecepatan backup dan restore didasarkan pada ukuran data yang tidak dikompresi.

  Operasi	Wajib	Perkiraan durasi	Catatan
  Create and configure the new instance	Yes	10 to 15 minutes	Durasi tergantung pada edisi produk dan tipe instans yang Anda pilih.
  Perform a full backup of the instance	Conditional	200 GB/hour	Berdasarkan kebijakan cadangan penuh, jika cadangan penuh belum dilakukan pada instans dalam 36 jam terakhir, cadangan penuh akan dilakukan selama konversi. Hal ini membantu menyeimbangkan waktu yang diperlukan untuk pemulihan cadangan penuh dan pemutaran ulang log transaksi. Untuk mengurangi waktu konversi, kami menyarankan Anda backup data SQL Server pada waktu yang tepat sebelum konversi. Atau, mulai konversi dalam waktu 36 jam setelah cadangan penuh otomatis selesai. Kecepatan backup dapat bervariasi tergantung wilayah dan waktu hari. Untuk mendapatkan perkiraan kinerja backup dan restore yang lebih akurat, rujuk volume data dan durasi cadangan penuh terakhir Anda.
  Restore the full backup on the destination instance	Yes	200 GB/hour	None
  Back up incremental transaction logs on the source instance	Yes	200 GB/hour	Diperlukan tambahan waktu 2 menit sebelum dan sesudah pencadangan log inkremental untuk tugas seperti persiapan, finalisasi, dan alokasi sumber daya.
  Apply incremental transaction log backups on the destination instance	Yes	200 GB/hour	Diperlukan tambahan waktu 2 menit sebelum dan sesudah penerapan cadangan log untuk tugas seperti verifikasi konsistensi backup.
  Bring the database online	Yes	Typically within 2 minutes	Resource consumption: Applying incremental transaction logs is a resource-intensive operation. For instances with a small instance type, such as 2 vCores and 4 GB of memory, the recovery speed may decrease if a large number of transaction logs exist. Accelerated Database Recovery: ApsaraDB RDS for SQL Server 2019 and later versions provide the Accelerated Database Recovery feature, which can reduce the time to bring the database online. For details, see the official Microsoft documentation.
  Network switchover and connection migration	Yes	10 minutes	None

• Alamat IP virtual (VIP) berubah selama konversi karena sumber daya di lapisan bawah dimigrasikan. Untuk memastikan stabilitas dan kelangsungan layanan, gunakan titik akhir internal atau titik akhir publik instans RDS dalam aplikasi Anda, bukan alamat IP yang di-hardcode. Titik akhir tersebut merupakan nama domain dinamis yang secara otomatis mengarahkan lalu lintas ke alamat IP backend yang telah diperbarui.

• Bersihkan cache DNS pada klien Anda. Jika klien Anda adalah aplikasi berbasis JVM, disarankan mengatur TTL dalam konfigurasi JVM menjadi 60 detik atau kurang. Hal ini memastikan bahwa ketika alamat VIP titik akhir berubah, aplikasi dapat memperoleh alamat VIP baru dengan melakukan kueri ulang ke DNS.

  Catatan

  Metode berikut untuk mengatur TTL dalam JVM disediakan sebagai referensi:

  • Untuk mengatur TTL untuk semua aplikasi berbasis JVM, atur parameter networkaddress.cache.ttl dalam file $JAVA_HOME/jre/lib/security/java.security menjadi 60.

  • Untuk mengatur TTL hanya untuk aplikasi lokal, tambahkan java.security.Security.setProperty("networkaddress.cache.ttl" , "60"); dalam kode inisialisasi aplikasi sebelum koneksi jaringan apa pun dibuat, khususnya sebelum pemanggilan pertama ke InetAddress.getByName().

Penagihan

Konversi dari Serverless ke pay-as-you-go tidak dikenai biaya. Untuk informasi lebih lanjut tentang cara penagihan instans pay-as-you-go, lihat Ikhtisar Penagihan.

Prosedur

1. Buka halaman Instans ApsaraDB RDS. Di pojok kiri atas, pilih wilayah tempat instans Anda berada, lalu klik ID instans tersebut.

2. Pada halaman Basic Information, di bagian Configuration Information, klik Change to Pay-As-You-Go.

3. Pada halaman pembelian, konfigurasikan parameter Instance Type dan Switching Time.

4. Klik Pay Now. Konfirmasi detail konfigurasi sebelum dan sesudah perubahan, klik OK, lalu selesaikan pembayaran.

   Catatan

   Selama konversi, status instans berubah menjadi Upgrading/Downgrading. Setelah konversi selesai, status instans berubah menjadi Running.

FAQ

Q: Setelah Anda mengonversi instans Serverless menjadi pay-as-you-go, mengapa tipe pesanan ditampilkan sebagai New Purchase di Expenses and Costs > Order Management?

A: Konversi ini menyediakan instans pay-as-you-go baru dan memigrasikan data dari instans asli, sehingga pesanan tersebut dicatat sebagai New Purchase.

Operasi terkait

Jika Anda menggunakan operasi ModifyDBInstanceSpec untuk mengubah metode penagihan dari Serverless menjadi pay-as-you-go, perhatikan hal berikut:

• Pastikan metode penagihan asli instans adalah Serverless dan atur parameter PayType ke Postpaid.

• Atur parameter DBInstanceClass ke tipe instans target. Untuk daftar tipe instans yang didukung, lihat Tipe instans utama ApsaraDB RDS for SQL Server.

• Biarkan parameter lain, seperti kapasitas penyimpanan, tidak berubah. Parameter tersebut tidak dapat dimodifikasi selama konversi.