Topik ini menjawab pertanyaan umum mengenai penagihan ApsaraDB RDS.
Penghematan biaya
Biaya harian untuk instans langganan
Biaya langganan hanya mencakup spesifikasi instans dan kapasitas penyimpanan. Anda dikenakan biaya tambahan jika menggunakan fitur seperti read-only instances, SQL audit, atau pemantauan kinerja berbayar, atau jika penggunaan penyimpanan backup Anda melebihi kuota gratis. Untuk informasi lebih lanjut, lihat Billable items.
Login ke Alibaba Cloud Management Console. Di konsol Fee > Expenses and Costs, pilih Bills > Bill Details untuk melihat item yang dapat ditagih Anda.
Anda dapat menggunakan metode berikut untuk menghindari atau mengurangi biaya pay-as-you-go:
-
Penggunaan cadangan melebihi kuota gratis: Untuk informasi selengkapnya, lihat Mengurangi ukuran dan biaya cadangan.
-
Database Proxy: Fitur database proxy menerapkan automatic read/write splitting dan dikenakan biaya berdasarkan metode pay-as-you-go. Evaluasi apakah Anda memerlukan fitur ini. Untuk informasi lebih lanjut, lihat What is a database proxy?
-
Read-only Instance, Clone Instance: Tipe instans ini mendukung metode penagihan langganan. Kami menyarankan Anda memilih Subscription .
-
Performance Monitoring: Gunakan frekuensi pemantauan gratis, yang mengumpulkan data setiap 60 detik atau 300 detik.
Tagihan lebih tinggi dari perkiraan
Biaya langganan hanya mencakup spesifikasi instans dan kapasitas penyimpanan untuk instans tersebut. Jika Anda memiliki instans ApsaraDB RDS pay-as-you-go lainnya di bawah akun yang sama, instans tersebut akan ditagih per jam untuk spesifikasi dan penyimpanannya. Hal ini dapat menyebabkan total tagihan Anda jauh lebih tinggi daripada harga langganan.
Untuk mengatasi masalah ini, buka halaman Bill Details di Billing Management dan periksa metode penagihan serta rincian biaya setiap instans untuk memastikan tidak ada instans pay-as-you-go yang dikenakan biaya tambahan.
Jika Anda tidak lagi memerlukan instans pay-as-you-go, release instans tersebut untuk menghentikan penagihan. Jika Anda masih memerlukan instans tersebut, ubah metode penagihannya menjadi langganan untuk mengurangi biaya jangka panjang.
Biaya untuk instans pay-as-you-go yang tidak aktif
Ya. Instans pay-as-you-go tetap menyimpan resource komputasi dan penyimpanan meskipun tidak aktif, sehingga terus dikenakan biaya per jam. Jika Anda tidak berencana menggunakan instans dalam waktu lama, backup datanya lalu release instans tersebut.
Penagihan untuk perubahan konfigurasi
Untuk informasi lebih lanjut, lihat Change instance specifications.
Biaya untuk public endpoints
Saat ini, traffic internet inbound dan outbound untuk instans pay-as-you-go maupun langganan gratis, dan bandwidth tidak dibatasi.
Memeriksa biaya backup
-
Anda dapat memeriksa apakah dikenakan biaya backup di bagian Usage Statistics pada halaman Informasi Dasar instans. Jika penggunaan backup Anda melebihi kuota gratis, biaya backup akan dikenakan. Di bagian Backup Usage instans, Anda dapat melihat penggunaan saat ini untuk data backups dan log backups serta kuota gratis (misalnya, backup gratis jika ukuran totalnya 81920 MB atau kurang). Klik View Details untuk melihat rincian penggunaan backup Anda.
-
Untuk memeriksa biaya backup sebelumnya, buka halaman Bill Details dan periksa tagihan dengan Billable Item berupa instance backup.

Mengurangi ukuran dan biaya backup
-
Untuk instans ApsaraDB RDS for MySQL, lihat Reduce backup costs.
Release sebuah instans
Untuk informasi selengkapnya, lihat Melepas instans ApsaraDB RDS for MySQL.
Dampak pelepasan instansi hanya baca
Ya, me-release read-only instance memengaruhi layanan Anda. Sebelum me-release-nya, atur read weight-nya menjadi 0.
Koneksi yang di-cache masih akan diarahkan ke read-only instance ini. Anda harus membuat ulang koneksi agar permintaan diarahkan ke read-only instance lainnya.
Memeriksa waktu aktivasi fitur
-
Di halaman Orders, periksa waktu Paid/Activated At untuk fitur tersebut.
-
Anda dapat menggunakan ActionTrail untuk melihat riwayat operasi sebuah instans. Anda juga dapat menemukan waktu aktivasi fitur di halaman View Event Details di konsol ActionTrail. Detail event mencakup bidang-bidang seperti Event Time (misalnya, 2023-04-10 16:15:18), Event Name (misalnya,
CreateDBInstance), Event Source (misalnya,rds-inc-share.aliyuncs.com), Region, Operator (Akun Alibaba Cloud), dan Source IP Address. Bagian Related Resources berisi tipe resource dan nama resource. Bidang Event Time menunjukkan kapan fitur tersebut dibuat atau diaktifkan.
Pembelian dan penagihan instans
Instans tidak muncul setelah dibuat
Masalah ini dapat terjadi karena dua alasan berikut:
-
Wilayah salah
Wilayah yang ditampilkan di halaman mungkin berbeda dari wilayah yang Anda pilih saat membuat instans. Anda dapat mengganti wilayah di pojok kiri atas halaman.
-
Resource zona tidak mencukupi
Resource zona dialokasikan secara dinamis. Pembuatan instans dapat gagal jika resource di zona yang dipilih tidak mencukupi setelah Anda melakukan pemesanan. Akibatnya, instans tidak muncul di daftar instans. Kami menyarankan Anda memilih zona lain dan mencoba lagi. Pengembalian dana akan diberikan untuk pembuatan yang gagal. Anda dapat melihat detailnya di Order List.
Perbedaan kinerja: entry-level vs. enterprise-level
Hal ini karena instans entry-level termasuk dalam keluarga instans shared/general-purpose, sedangkan instans enterprise-level termasuk dalam keluarga instans dedicated. Dalam praktiknya, instans enterprise-level lebih stabil karena menggunakan resource CPU dan memori khusus. Untuk informasi lebih lanjut mengenai perbedaannya, lihat Instance families.
Mengganti metode penagihan
Ya, Anda dapat mengubah metode penagihan antara langganan dan pay-as-you-go.
-
Untuk informasi lebih lanjut tentang cara mengubah metode penagihan dari langganan ke pay-as-you-go, lihat Change the billing method of an ApsaraDB RDS for MySQL instance from subscription to pay-as-you-go.
-
Untuk informasi lebih lanjut tentang cara mengubah metode penagihan dari pay-as-you-go ke langganan, lihat Change the billing method of an ApsaraDB RDS for MySQL instance from pay-as-you-go to subscription.
Perbedaan harga penyimpanan: Edisi Kluster vs. Edisi Dasar
1. Edisi Kluster dan Edisi Dasar memiliki metode penagihan yang berbeda untuk resource penyimpanan.
Edisi Dasar menggunakan arsitektur satu node tanpa node sekunder, dan keandalan datanya bergantung pada mekanisme multi-replika dari cloud disk dasar. Edisi Kluster menggunakan arsitektur node primer-sekunder yang meningkatkan keandalan data dan ketersediaan sistem dengan menggunakan arsitektur high-availability di atas mekanisme multi-replika dari cloud disk berkinerja-tinggi. Artinya, node sekunder di Edisi Kluster juga memiliki satu atau beberapa set cloud disk. Perbedaan arsitektur ini menyebabkan perbedaan penjadwalan resource dan alokasi biaya antar edisi. Secara spesifik, biaya penyimpanan dihitung sebagai berikut:
Biaya penyimpanan untuk instans Edisi Dasar = Harga satuan penyimpanan instans × Kapasitas penyimpanan instans × Durasi
Biaya penyimpanan untuk instans Edisi Kluster = Harga satuan penyimpanan node tunggal × Kapasitas penyimpanan satu node × Jumlah node × Durasi
2. Harga penyimpanan Alibaba Cloud untuk seri produk yang berbeda mempertimbangkan faktor-faktor seperti fitur, ketersediaan, dan biaya O&M.
Ambil contoh cloud disk berkinerja-tinggi. Edisi Kluster mungkin memiliki harga satuan lebih rendah karena pembelian massal atau optimasi kolam sumber daya. Sebaliknya, biaya penyimpanan untuk instans Edisi Dasar node tunggal relatif lebih tinggi, sehingga menyebabkan perbedaan harga satuan penyimpanan.
Instans kedaluwarsa dan pembayaran tertunda
-
Penyebab dan dampak kedaluwarsa atau pembayaran tertunda
Dampak kedaluwarsa atau pembayaran tertunda
Untuk informasi lebih lanjut, lihat Overdue payments dan Renewal.
Penagihan dan kedaluwarsa instans serverless
Untuk informasi tentang cara penagihan instans ApsaraDB RDS for MySQL serverless, lihat ApsaraDB RDS for MySQL Serverless pricing. Instans serverless ditagih berdasarkan metode pay-as-you-go dan tidak memiliki tanggal kedaluwarsa.
Menangani instans langganan yang kedaluwarsa
Tidak. Setelah instans langganan kedaluwarsa, instans tersebut memasuki status berikut. Jika Anda tidak lagi menggunakannya, tidak diperlukan tindakan apa pun dan tidak ada biaya tambahan yang dikenakan.
-
Selama 1 hingga 7 hari setelah kedaluwarsa, instans dikunci dan tidak dapat diakses.
-
Selama 8 hingga 15 hari setelah kedaluwarsa, resource komputasi instans dilepas, tetapi backup datanya tetap disimpan.
-
Pada hari ke-16 setelah kedaluwarsa, data instans dilepas.
Biaya selama periode penguncian instans
Tidak ada biaya tambahan yang dikenakan selama instans dikunci. Untuk informasi lebih lanjut tentang dampak pembayaran tertunda, lihat Overdue payments.
Pemulihan data untuk instans yang dilepas
Tidak. Pada hari ke-16 setelah kedaluwarsa, data instans dihapus secara permanen dan tidak dapat dipulihkan. Untuk terus menggunakan layanan, Anda harus membeli instans baru dan menerapkan kembali data Anda.
Dampak pembayaran tertunda terhadap instans
Pembayaran akun yang tertunda akan menyebabkan semua instans pay-as-you-go di bawah akun tersebut menjadi overdue. Untuk informasi lebih lanjut, lihat Overdue payments.
Apa arti error instans RDS
The MySQL server is running with the LOCK_WRITE option so it cannot execute this statement?Pesan error ini menunjukkan bahwa instans dikunci. Untuk informasi tentang cara membuka kunci instans, lihat What do I do if the status of an ApsaraDB RDS instance is Locked?
-
-
Operasi untuk instans yang kedaluwarsa atau pembayaran tertunda
Perubahan konfigurasi untuk instans yang dikunci
Tidak. Anda harus membuka kunci instans sebelum dapat mengubah konfigurasinya. Untuk petunjuknya, lihat Overdue payments dan Renewal.
Instance masih terkunci setelah perpanjangan
Membuka kunci instans setelah perpanjangan memerlukan waktu, biasanya hingga 5 menit.
Diskon perpanjangan
Harga perpanjangan yang ditampilkan di konsol berlaku.
Backup untuk instans yang dikunci
Tidak. Anda tidak dapat melakukan backup instans yang dikunci atau mengekspor file backup-nya. Instans harus dalam status Running. Kami menyarankan Anda terlebih dahulu mengisi saldo akun atau memperpanjang instans untuk membuka kuncinya, lalu melakukan backup dan ekspor.
Pemulihan instans setelah perpanjangan
Selama 1 hingga 7 hari setelah kedaluwarsa, instans dikunci dan tidak dapat diakses. Jika Anda memperpanjang instans secara manual selama periode ini, instans tersebut langsung kembali ke status normal. Tidak diperlukan operasi lainnya.
Konsistensi data setelah membangun ulang dari recycle bin
Data identik dengan data di instans asli, tetapi instans baru akan memiliki endpoint koneksi dan ID instans yang berbeda.
Biaya membangun ulang dari recycle bin
Setelah instans dilepas, Anda dapat menggunakan recycle bin untuk membuat instans baru dan memulihkan data instans asli ke dalamnya. Saat membangun ulang instans dari recycle bin, Anda tidak dapat memilih spesifikasi instans, versi mesin database, atau tipe penyimpanan yang sudah tidak tersedia. Perubahan parameter ini untuk instans baru akan memengaruhi harganya. Harga yang ditampilkan di konsol bersifat final.
Izin Pengguna RAM untuk perpanjangan
Anda harus memberikan izin berikut kepada Pengguna RAM di konsol Billing Management:
AliyunBSSFullAccess,AliyunBSSReadOnlyAccess,AliyunBSSOrderAccess,AliyunBSSRenewFullAccess, danAliyunBSSRenewReadOnlyAccess. Anda juga harus memberikan izinAliyunRDSFullAccesskepada Pengguna RAM untuk ApsaraDB RDS.Migrasi DTS dari instans yang dikunci
Anda tidak dapat menggunakan Data Transmission Service (DTS) untuk memigrasikan data dari instans yang dikunci. Anda harus membuka kunci instans sebelum memulai migrasi. Untuk informasi tentang cara membuka kunci instans, lihat What do I do if the status of an ApsaraDB RDS instance is Locked?
Memulihkan instans langganan yang kedaluwarsa
Metode untuk memulihkan instans langganan yang kedaluwarsa bervariasi berdasarkan waktu yang telah berlalu sejak kedaluwarsa:
-
Selama 1 hingga 7 hari setelah kedaluwarsa, instans dikunci dan tidak dapat diakses. Anda dapat membuka kuncinya dengan memperpanjangnya. Untuk informasi lebih lanjut, lihat Renewal.
-
Selama 8 hingga 15 hari setelah kedaluwarsa, resource komputasi instans dilepas, tetapi backup datanya tetap disimpan. Anda dapat memulihkan instans dari backup tersebut. Untuk informasi lebih lanjut, lihat Rebuild an instance.
-
Pada hari ke-16 setelah kedaluwarsa, data instans dilepas dan tidak dapat dipulihkan. Jika Anda masih perlu menggunakan layanan, Anda harus membeli instans baru dan menerapkan data Anda.
Downgrade dan perpanjang instans
Anda tidak dapat menurunkan spesifikasi saat memperpanjang instans. Anda harus terlebih dahulu menurunkan spesifikasinya lalu memperpanjang instans.
Tidak dapat menulis ke instans yang dikunci
Anda tidak dapat menulis data ke instans yang dikunci. Anda harus terlebih dahulu membuka kuncinya. Untuk informasi tentang cara membuka kunci instans, lihat What do I do if the status of an ApsaraDB RDS instance is Locked?
Beralih ke pay-as-you-go setelah perpanjangan
Setelah memperpanjang Instans, tunggu hingga statusnya berubah menjadi Running, lalu Anda dapat mengubah metode penagihannya. Untuk informasi selengkapnya, lihat Mengubah metode penagihan Instans ApsaraDB RDS untuk MySQL dari langganan ke bayar sesuai penggunaan.
Menampilkan instans yang akan kedaluwarsa
Di bagian atas konsol ApsaraDB RDS, pilih Fee > Renewal Management untuk melihat produk yang akan segera kedaluwarsa dan memperpanjang instans Anda.
Mengajukan kontrak sebelum perpanjangan
Hubungi account manager Anda.
-
-
Penagihan untuk instans yang dihapus
Instans RDS MySQL saya telah dilepas. Mengapa saya masih dikenakan biaya untuk backup?
Instans RDS MySQL telah dilepas. Namun, jika Anda mengaktifkan kebijakan retensi backup saat pelepasan instans sebelum instans dilepas, file backup tersebut akan terus disimpan di halaman Backups di konsol RDS. Menurut aturan fitur tersebut, penyimpanan backup gratis selama 7 hari setelah instans dilepas. Setelah 7 hari, biaya akan dikenakan.
Oleh karena itu, biaya backup dapat terjadi karena periode retensi backup Anda melebihi masa gratis 7 hari tersebut. Biaya didasarkan pada penggunaan penyimpanan aktual dan wilayah. Untuk detail harga, lihat Billing details. Jika Anda tidak lagi memerlukan backup tersebut, ubah kebijakan retensi untuk instans target menjadi None di tab Backup for Deleted Instances untuk menghindari biaya penyimpanan backup.