ApsaraDB RDS：Ubah metode penagihan instans dari arsitektur tanpa server ke bayar sesuai penggunaan

Prasyarat

Instans RDS for SQL Server harus memenuhi persyaratan berikut:

• Edisi: Edisi Ketersediaan Tinggi

• Metode Penagihan: Serverless

• Status Instans: Berjalan

Catatan penggunaan

Jumlah inti CPU yang termasuk dalam tipe instans dari instans bayar sesuai penggunaan harus sama dengan atau lebih besar dari batas atas RCU dari instans tanpa server saat ini.

Batasan

• Anda hanya dapat mengubah metode penagihan instans dari arsitektur tanpa server menjadi bayar sesuai penggunaan satu kali setiap 24 jam.

• Anda hanya dapat mengubah metode penagihan menjadi tipe instans bersama. Jika Anda memerlukan tipe instans lainnya, pertama-tama ikuti petunjuk dalam topik ini untuk beralih ke tipe instans bersama. Kemudian, ubah tipe instans sesuai kebutuhan.

Dampak

• Perubahan metode penagihan dari arsitektur tanpa server menjadi bayar sesuai penggunaan dilakukan berdasarkan migrasi data di lapisan bawah. Proses ini mencakup langkah-langkah seperti membuat instans baru, cadangan penuh, sinkronisasi log inkremental, pemulihan, dan alih bencana jaringan. Proses perubahan menyebabkan pemutusan sementara yang berlangsung kurang dari 20 menit. Pastikan aplikasi Anda dikonfigurasi untuk otomatis terhubung kembali ke instans.

  Estimasi Durasi untuk Mengubah Metode Penagihan dari Arsitektur Tanpa Server Menjadi Bayar Sesuai Penggunaan

  Tabel berikut menjelaskan estimasi durasi setiap langkah. Perhatikan bahwa kecepatan cadangan dan pemulihan didasarkan pada ukuran data yang tidak dikompresi.

  Langkah	Diperlukan	Estimasi durasi	Catatan
  Buat dan konfigurasikan instans baru	Ya	10 hingga 15 menit	Waktu yang diperlukan bervariasi berdasarkan edisi dan tipe instans yang Anda pilih.
  Lakukan cadangan penuh pada instans	Tidak	200 GB/jam	Berdasarkan kebijakan cadangan penuh, jika belum ada cadangan penuh yang dilakukan pada instans dalam 36 jam terakhir, cadangan penuh akan dilakukan selama peningkatan versi utama untuk menyeimbangkan waktu yang diperlukan untuk log transaksi dan cadangan penuh. Kami merekomendasikan Anda untuk mencadangkan instans RDS for SQL Server Anda pada waktu yang sesuai sebelum peningkatan versi utama. Atau, Anda dapat memulai tugas peningkatan versi utama dalam 36 jam setelah cadangan penuh yang diinisiasi sistem selesai. Ini mengurangi total waktu yang diperlukan untuk peningkatan. Kecepatan cadangan mungkin bervariasi berdasarkan wilayah dan periode waktu. Untuk mendapatkan metrik kinerja cadangan dan pemulihan yang lebih akurat, lihat volume data dan waktu cadangan penuh terakhir.
  Pulihkan cadangan penuh ke instans tujuan	Ya	200 GB/jam	Tidak ada
  Lakukan cadangan log transaksi inkremental pada instans sumber	Ya	200 GB/jam	Mungkin diperlukan tambahan 2 menit sebelum dan sesudah cadangan log inkremental untuk operasi seperti persiapan cadangan, finalisasi, dan alokasi sumber daya.
  Terapkan cadangan log transaksi inkremental ke instans tujuan	Ya	200 GB/jam	Mungkin diperlukan tambahan 2 menit sebelum dan sesudah menerapkan cadangan log inkremental untuk operasi seperti verifikasi konsistensi cadangan.
  Aktifkan database	Ya	Biasanya dalam 2 menit	Konsumsi sumber daya: Menerapkan log transaksi inkremental adalah operasi intensif sumber daya. Untuk instans dengan spesifikasi rendah (misalnya, 2 inti CPU dan 4 GB memori), kecepatan pemulihan mungkin berkurang karena jumlah log transaksi yang besar. Opsi Pemulihan Database Dipercepat: Instans RDS yang menjalankan SQL Server 2019 dan versi lebih tinggi menyediakan Pemulihan Database Dipercepat, yang dapat mengurangi waktu yang diperlukan untuk mengaktifkan database. Untuk informasi lebih lanjut tentang apakah akan mengaktifkan opsi ini, lihat dokumentasi resmi Microsoft.
  Tunggu alih bencana jaringan dan migrasi koneksi jaringan	Ya	10 menit	Tidak ada

• Alamat IP virtual (VIP) instans berubah selama perubahan metode penagihan. Untuk memastikan kelangsungan bisnis, Anda harus menggunakan titik akhir internal atau publik instans RDS untuk terhubung ke aplikasi Anda, bukan alamat IP yang telah diselesaikan. Titik akhir instans RDS adalah nama domain dinamis yang menyediakan pengalihan otomatis dan dapat beradaptasi secara mulus dengan perubahan alamat IP backend.

• Hapus cache DNS pada klien. Untuk aplikasi yang menggunakan JVM, atur TTL dalam konfigurasi JVM menjadi 60 detik atau kurang. Ini memastikan bahwa ketika alamat VIP titik akhir berubah, aplikasi dapat meminta DNS lagi untuk mendapatkan dan menggunakan alamat VIP baru.

  Catatan

  Metode berikut dapat digunakan untuk mengatur TTL dalam JVM:

  • Untuk mengatur TTL untuk semua aplikasi yang menggunakan JVM: Atur parameter networkaddress.cache.ttl dalam file $JAVA_HOME/jre/lib/security/java.security menjadi 60.

  • Untuk mengatur TTL hanya untuk aplikasi lokal: Dalam kode inisialisasi aplikasi Anda, atur java.security.Security.setProperty("networkaddress.cache.ttl" , "60"); sebelum panggilan pertama ke InetAddress.getByName() dan sebelum koneksi jaringan apa pun dibuat.

Penagihan

Fitur yang memungkinkan Anda mengubah metode penagihan dari arsitektur tanpa server menjadi bayar sesuai penggunaan gratis. Untuk informasi lebih lanjut tentang penagihan instans bayar sesuai penggunaan, lihat Ikhtisar Penagihan.

Prosedur

1. Pergi ke halaman Instans. Di bilah navigasi atas, pilih wilayah instans. Lalu, klik ID instans.

2. Di halaman Basic Information, di bagian Configuration Information, klik Convert tto Pay-As-You-Go.

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

4. Klik Confirm Order. Dalam kotak dialog yang muncul, konfirmasikan konfigurasi instans sebelum dan sesudah perubahan, lalu klik OK untuk menyelesaikan pembayaran.

   Catatan

   Selama perubahan, status instans berubah menjadi Mengubah Konfigurasi. Setelah perubahan selesai, status instans berubah menjadi Berjalan.

FAQ

T: Setelah saya mengubah metode penagihan instans dari arsitektur tanpa server menjadi bayar sesuai penggunaan, mengapa tipe pesanan ditampilkan sebagai New Purchase di halaman Pesanan di konsol Biaya dan Pengeluaran?

J: Perubahan metode penagihan dilakukan dengan membeli instans baru bayar sesuai penggunaan dan kemudian memindahkan beban kerja Anda dari instans asli ke instans baru. Oleh karena itu, pesanan ditampilkan sebagai pembelian baru.

Operasi terkait

Anda dapat memanggil Operasi API (ModifyDInstanceSpec) untuk mengubah metode penagihan dari arsitektur tanpa server menjadi bayar sesuai penggunaan. Perhatikan item berikut saat Anda memanggil operasi ini:

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

• Atur parameter DBInstanceClass ke tipe instans tujuan. Untuk informasi lebih lanjut, lihat Tipe Instans untuk Instans Utama ApsaraDB RDS for SQL Server.

• Biarkan parameter lainnya, seperti kapasitas penyimpanan, kosong atau tetapkan nilai aslinya. Anda tidak dapat mengubah parameter ini selama perubahan.