Penagihan Ruang Cadangan
Ikhtisar
Ruang cadangan digunakan untuk menyimpan file cadangan semua instance TencentDB for MySQL di wilayah tertentu. File cadangan terdiri dari cadangan data otomatis, cadangan data manual, dan cadangan log. Karena TencentDB for MySQL mendukung penyimpanan dingin untuk cadangan, cadangan data otomatis mencakup cadangan data reguler, cadangan penyimpanan standar, serta cadangan penyimpanan arsip; sedangkan cadangan log mencakup cadangan log reguler, cadangan log penyimpanan standar, serta cadangan log penyimpanan arsip.
Untuk instans node ganda (disk lokal) dan node tiga (disk lokal), TencentDB for MySQL menyediakan ruang cadangan gratis dalam jumlah tertentu sesuai wilayah. Besarnya ruang cadangan gratis adalah jumlah total ruang penyimpanan semua instans node ganda dan node tiga di wilayah terkait (termasuk instans utama dan instans pemulihan bencana). Contoh perhitungan dapat merujuk ke Rumus Perhitungan.
Catatan:
Membeli instans baca-saja RO tidak akan mendapatkan ruang cadangan gratis, hanya pembelian instans utama dan instans pemulihan bencana yang bisa mendapatkan ruang cadangan gratis.
Ukuran ruang cadangan instans disk lokal dapat dilihat di halaman cadangan database MySQL Console.
Cadangan penyimpanan dingin tidak dapat menggunakan ruang gratis yang disediakan.
Untuk instans node tunggal (disk cloud) dan versi disk cloud (disk cloud), TencentDB for MySQL menyediakan ruang cadangan gratis tertentu berdasarkan dimensi instans. Besarnya ruang cadangan gratis untuk satu instans node tunggal (versi disk cloud) adalah 200% dari ruang penyimpanan instans tersebut.
Catatan:
Ukuran ruang cadangan instans versi disk cloud dapat dilihat di halaman pemulihan cadangan instans.
Perbandingan Kuota Gratis Disk Cloud dan Disk Lokal
Jenis Penyimpanan | Penjelasan Kuota Gratis | Penjelasan Dimensi Gratis |
disk cloud | 200% dari ruang penyimpanan | Dimensi instans, misalnya satu instans node tunggal versi disk cloud atau satu instans versi disk cloud dengan ruang penyimpanan 50GB, maka instans tersebut mendapatkan ruang cadangan gratis sebesar 100GB. |
disk lokal | 100% dari ruang penyimpanan | Dimensi wilayah, misalnya akun Tencent Cloud A memiliki dua instans dua node di wilayah Beijing dengan ruang penyimpanan masing-masing 50GB dan 80GB, maka akun tersebut mendapatkan ruang cadangan gratis sebesar 130GB di wilayah Beijing. |
Catatan:
Dalam penggunaan TencentDB for MySQL, ketika cadangan data melebihi kuota gratis, kelebihan cadangan akan dikenai biaya. ID sumber daya yang ditampilkan di Pusat Biaya pada konsol berbentuk: backup_mysql_ap-shanghai_1312****46. Anda dapat melihat rincian biaya yang dihasilkan dari cadangan melalui ID sumber daya tersebut.
Harga cadangan node tunggal (disk cloud)
Untuk ruang cadangan yang melebihi kuota gratis, wilayah di Tiongkok Daratan dikenakan biaya sebesar USD 0,00003676/GB/jam, sedangkan wilayah lainnya dikenakan biaya USD 0,00004118/GB/jam.
Wilayah yang saat ini didukung untuk instans versi disk cloud node tunggal adalah: Shanghai, Beijing, Guangzhou, Chengdu, Hong Kong Tiongkok, Singapura, Frankfurt. Kota-kota lain akan dibuka secara bertahap.
Harga cadangan versi disk cloud (disk cloud)
Untuk ruang cadangan yang melebihi kuota gratis, wilayah di Tiongkok Daratan dikenakan biaya sebesar USD 0,00003676/GB/jam, sedangkan wilayah lainnya dikenakan biaya USD 0,00004118/GB/jam.
Wilayah yang saat ini didukung untuk instans versi disk cloud (disk cloud) adalah: Shanghai, Beijing, Guangzhou, Chengdu, Hong Kong Tiongkok, Singapura, Frankfurt. Kota-kota lain akan dibuka secara bertahap.
Harga cadangan disk lokal
Untuk ruang cadangan yang melebihi kuota gratis, wilayah di Tiongkok Daratan dikenakan biaya sebesar USD 0,00000003/GB/detik, sedangkan wilayah lainnya dikenakan biaya USD 0,00000004/GB/detik.
Penggunaan di bawah 1GB tidak dikenai biaya aktual, dan penggunaan kurang dari 1 jam akan dibulatkan menjadi 1 jam. TencentDB for MySQL menawarkan kebijakan pemberian gratis yang fleksibel, sehingga sebagian besar instans tidak perlu membayar untuk ruang cadangan.
Penjelasan cadangan lintas wilayah dan penagihan
TencentDB for MySQL mendukung cadangan lintas wilayah untuk kepatuhan regulasi atau pemulihan bencana. Anda dapat mengaktifkan cadangan lintas wilayah melalui konsol, silakan lihat Cadangan Lintas Wilayah. Mengaktifkan cadangan lintas wilayah tidak akan memengaruhi cadangan default—keduanya ada bersamaan. Cadangan lintas wilayah akan dipicu setelah cadangan otomatis selesai, yaitu mentransfer cadangan otomatis ke perangkat penyimpanan cadangan lintas wilayah. File cadangan lintas wilayah memiliki periode retensi terpisah yang tidak terikat oleh batasan retensi file cadangan default.
Catatan:
File cadangan dan file log yang dihasilkan dari cadangan lintas wilayah tidak menggunakan kuota ruang penyimpanan gratis. Ruang yang digunakan oleh file-file ini akan dihitung pada wilayah cadangan tempat instans utama yang bersangkutan berada.
Ruang yang digunakan oleh file cadangan lintas wilayah, wilayah di Tiongkok Daratan dikenakan biaya sebesar USD 0,000113/GB/jam, sedangkan wilayah lainnya dikenakan biaya USD 0,000127/GB/jam.
Wilayah yang saat ini didukung untuk fitur cadangan lintas wilayah: Beijing, Shanghai, Guangzhou, Chengdu, Nanjing, Chongqing, Hong Kong Tiongkok, Singapura, Jakarta, Bangkok, Seoul, Tokyo, Silicon Valley, Virginia, Frankfurt, São Paulo.
Keterangan Cadangan Instans yang Telah Dihancurkan
TencentDB for MySQL mendukung fungsi pengaturan retensi cadangan, yang memungkinkan pengaturan kebijakan retensi cadangan untuk instans sebelum atau saat instans dihancurkan. Cadangan yang disimpan di sini disebut cadangan instans yang dihancurkan. Fitur ini memastikan bahwa setelah instans dihancurkan, pengguna masih memiliki cadangan instans tersebut untuk jangka waktu tertentu. Metode pengaturan retensi cadangan dapat dilihat di Pengaturan Retensi Cadangan.
Catatan:
Cadangan instans yang dihancurkan tidak menggunakan ruang pemberian cadangan dan akan ditagih secara terpisah.
Cadangan instans yang dihancurkan mendukung arsitektur instans | wilayah | Harga (USD/GB/jam) |
Instans disk lokal node ganda dan instans disk lokal node tiga | Beijing, Nanjing, Shanghai, Guangzhou | 0.00002651 |
| Chengdu, Chongqing | 0.00002224 |
| Virginia | 0.00002808 |
| Silicon Valley | 0.00002921 |
| Tokyo, Frankfurt | 0.00003325 |
| Singapura | 0.00003775 |
| Hong Kong, Tiongkok; Seoul; Bangkok; São Paulo; Jakarta | 0.00003505 |
| Shenzhen Keuangan, Shanghai Keuangan | 0.0000674 |
Penjelasan penagihan untuk cadangan penyimpanan dingin
TencentDB for MySQL mendukung penyimpanan dingin untuk file cadangan guna mengurangi biaya penyimpanan cadangan. Anda dapat mengatur penyimpanan dingin cadangan melalui konsol. Untuk detail selengkapnya, silakan merujuk ke Mengatur Penyimpanan Dingin Cadangan. Penyimpanan dingin cadangan mendukung penurunan level file cadangan ke penyimpanan standar terlebih dahulu, kemudian ke penyimpanan arsip. Berikut adalah harga penagihan untuk kedua jenis penyimpanan tersebut:
Catatan:
Cadangan penyimpanan dingin tidak dapat menggunakan ruang gratis yang disediakan.
Fitur penyimpanan arsip saat ini belum tersedia, harap ditunggu.
Harga Cadangan Penyimpanan Standar
Biaya penyimpanan standar dihitung berdasarkan harga penyimpanan di wilayah masing-masing. Metode penagihan adalah bayar sesuai pemakaian (pasca-bayar), dengan harga sebagai berikut:
wilayah | Harga (USD/GB/jam) |
Beijing, Nanjing, Shanghai, Guangzhou | 0.00002651 |
Chengdu, Chongqing | 0.00002224 |
Virginia | 0.00002808 |
Silicon Valley | 0.00002921 |
Tokyo, Frankfurt | 0.00003325 |
Singapura | 0.00003775 |
Hong Kong, Tiongkok; Seoul; Bangkok; São Paulo; Jakarta | 0.00003505 |
Shenzhen Keuangan, Shanghai Keuangan | 0.0000674 |
Harga backup penyimpanan arsip
Biaya penyimpanan arsip dihitung berdasarkan harga penyimpanan di wilayah masing-masing. Metode penagihan adalah bayar sesuai pemakaian (pasca-bayar), dengan harga sebagai berikut:
wilayah | Harga (USD/GB/jam) |
Beijing, Nanjing, Shanghai, Guangzhou | 0.00000741 |
Chengdu, Chongqing, Silicon Valley, Virginia | 0.00000674 |
Frankfurt | 0.00000696 |
Hong Kong, Tiongkok; Tokyo; Seoul; Bangkok; São Paulo; Singapura | 0.00000764 |
Shenzhen Keuangan | 0.00002247 |
Waktu Penagihan Backup
Sejak 2 Desember 2019 pukul 00.00, wilayah Taiwan, Hong Kong, dan Makau (Hong Kong, Tiongkok) serta wilayah luar negeri lainnya mulai dikenakan biaya secara resmi.
Sejak 2 Desember 2019 pukul 00.00, wilayah Barat Daya (Chengdu, Chongqing), wilayah Selatan (Shenzhen Keuangan), wilayah Timur (Shanghai Keuangan), dan wilayah Utara (Beijing Keuangan) mulai dikenakan biaya secara resmi.
Sejak 5 Desember 2019 pukul 00.00, wilayah Selatan (Guangzhou) mulai dikenakan biaya secara resmi.
Sejak 9 Desember 2019 pukul 00.00, wilayah Utara (Beijing) mulai dikenakan biaya secara resmi.
Sejak 10 Desember 2019 pukul 00.00, wilayah Timur (Shanghai) mulai dikenakan biaya secara resmi.
Setelah 10 Desember 2019 pukul 00.00, pencadangan juga akan dikenakan biaya secara resmi untuk wilayah yang baru ditambahkan.
Rumus perhitungan
Rumus perhitungan
Rumus Perhitungan Ruang Cadang Disk Lokal:
Ruang Cadang Gratis (per wilayah) = Jumlah ruang penyimpanan instans MySQL node ganda dan node tiga yang dibeli di wilayah tersebut
Bagian Berbayar (per wilayah) = Volume Cadangan Data (wilayah tersebut) + Volume Cadangan Log (wilayah tersebut) - Ruang Cadang Gratis (wilayah tersebut)
Rumus Perhitungan Ruang Cadang Cloud Disk:
Ruang Cadang Gratis (per instans) = 200% ruang penyimpanan yang dibeli untuk instans tersebut
Bagian Berbayar (per instans) = Volume Cadangan Data (instans tersebut) + Volume Cadangan Log (instans tersebut) - Ruang Cadang Gratis (instans tersebut)
Catatan:
Cadangan instans MySQL TencentDB yang berada di Recycle Bin masih diperhitungkan dalam ruang cadangan dan diperhitungkan dalam total ruang.
Contoh Perhitungan
Misalnya, Anda memiliki satu instans MySQL node ganda yang berjalan di Zona Tiga Guangzhou (ruang penyimpanan database yang dibeli sebesar 500GB per bulan) dan satu instans MySQL node ganda yang berjalan di Zona Empat Guangzhou (ruang penyimpanan database yang dibeli sebesar 200GB per bulan), maka wilayah Guangzhou akan memiliki ruang cadang gratis sebesar 700GB per bulan.
Setelah total ruang cadangan Anda di wilayah Guangzhou melebihi 700GB, misalnya cadangan data mencapai 800GB dan cadangan log mencapai 100GB, maka ruang yang ditagih adalah 800 + 100 - 700 = 200GB. Pada jam berjalan, Anda perlu membayar biaya ruang cadangan tambahan sebesar 200GB ini, dan kelebihan ruang cadangan selanjutnya akan ditagih dengan cara yang sama.
Siklus Hidup Cadangan
instans berlangganan
Cadangan akan berubah sesuai dengan siklus hidup instans.
Cadangan akan terus berjalan normal dalam 7 hari setelah instans kedaluwarsa, dan cadangan yang melebihi ruang cadang pemberian selama periode ini akan tetap ditagih.
Yth. Pengguna, kami informasikan bahwa mulai hari ke-8 setelah masa aktif instans berakhir, instans akan diisolasi dan dipindahkan ke Tempat Sampah (Recycle Bin), di mana pencadangan otomatis akan dihentikan dan operasi rollback serta pencadangan manual dilarang; namun demikian, pengunduhan cadangan data masih diperbolehkan melalui halaman Daftar Cadangan (Backup List), dan penyimpanan cadangan yang melebihi kuota gratis tetap akan dikenakan biaya hingga instans dinonaktifkan secara permanen, serta Anda dapat memulihkan instans dan cadangan data tersebut dengan melakukan perpanjangan langsung melalui konsol Tempat Sampah.
Setelah instans dikarantina di Recycle Bin selama 7 hari, instans akan secara resmi dinonaktifkan. Pada saat ini, instans akan benar-benar dihancurkan dan cadangan data terkait juga akan dihancurkan. Harap segera simpan cadangan yang diperlukan.
Instans bayar sesuai pemakaian
Instans bayar sesuai pemakaian
Cadangan akan berubah sesuai dengan siklus hidup instans.
Dalam 24 jam setelah instans terlambat membayar, cadangan dapat berjalan normal.
Setelah 24 jam sejak pembayaran instans terlambat, instans akan diisolasi ke dalam keranjang sampah. Saat ini, pencadangan otomatis berhenti, dan pengembalian serta pencadangan manual dilarang, tetapi pencadangan masih dapat diunduh (di Daftar Cadangan. Kapasitas cadangan yang berlebihan akan tetap ditagih hingga instans dihapus. Anda dapat memperbarui instans di keranjang sampah di konsol untuk memulihkannya.
Setelah instans dikarantina di Recycle Bin selama 3 hari, instans akan secara resmi dinonaktifkan. Pada saat ini, instans akan benar-benar dihancurkan dan cadangan data terkait juga akan dihancurkan. Harap segera simpan cadangan yang diperlukan.
Penjelasan Tunggakan Akun
instans berlangganan
Setelah instans tidak kedaluwarsa tetapi akun memiliki tagihan yang belum dibayar, layanan terkait cadangan akan didegradasi. Pengembalian ke titik sebelumnya, cadangan manual, dan pengunduhan cadangan dilarang. Selama periode ini, cadangan otomatis akan terus berjalan, dan cadangan yang melebihi ruang pemberian gratis masih akan ditagih.
Jika Anda memerlukan layanan seperti rollback, cadangan manual, dan pengunduhan cadangan, harap isi saldo akun hingga positif.
Instans bayar sesuai pemakaian
Setelah akun memiliki tagihan yang belum dibayar, cadangan akan berubah sesuai dengan siklus hidup instans pengguna. Silakan merujuk pada penjelasan siklus hidup cadangan bayar sesuai pemakaian di atas.
Peningkatan Layanan Komersialisasi Cadangan
Catatan:
Tabel berikut mencantumkan nilai maksimum yang didukung untuk setiap item dalam wilayah yang sama di bawah satu akun Tencent Cloud.
Poin peningkatan | Sebelum upgrade | Setelah peningkatan |
Periode Retensi Cadangan Data | 30 hari | 1830 hari |
Periode Retensi Cadangan Log | 5 hari | 3650 hari |
Rasio Kompresi Cadangan | Rasio Kompresi Umum | Rasio Kompresi Sangat Tinggi |
Sentralisasi binlog | penyimpanan lokal | penyimpanan terpusat |
Saran untuk Mengurangi Biaya Cadangan
Hapus data cadangan manual yang tidak lagi digunakan. Cadangan manual dapat dihapus di konsol MySQL pada halaman manajemen instans (dengan mengklik ID instans yang sesuai atau Operasi kolom Kelola) > halaman pemulihan cadangan. Cadangan otomatis akan terhapus secara otomatis setelah kedaluwarsa dan tidak dapat dihapus secara manual di konsol.
Kurangi frekuensi pencadangan otomatis data untuk bisnis non-inti (dapat menyesuaikan periode pencadangan dan waktu retensi cadangan di konsol, dengan cadangan minimal 2 kali seminggu).
Catatan:
Fungsi rollback Berdasarkan data cadangan dalam periode pencadangan dan hari retensi cadangan + cadangan log (binlog). Memperpendek frekuensi pencadangan otomatis dan hari retensi akan memengaruhi rentang waktu rollback data instans. Pertimbangkan dengan cermat konfigurasi cadangan Anda.
Persingkat waktu retensi pencadangan data dan pencadangan log untuk bisnis non-inti (waktu retensi cadangan 7 hari sudah dapat memenuhi kebutuhan sebagian besar skenario).
Mengatur Penyimpanan Dingin Cadangan, menyesuaikan kebijakan penyimpanan dingin cadangan, mengubah jenis penyimpanan file cadangan, dan mengurangi biaya penyimpanan.
Skenario bisnis | Periode Retensi Cadangan |
bisnis inti | Disarankan 7 - 3650 hari, disarankan untuk mengaktifkan pencadangan berkala guna menyimpan cadangan dalam jangka panjang secara berkala. |
bisnis non-inti yang tidak berbasis data | Disarankan 7 hari |
arsip bisnis | Disarankan waktu retensi cadangan data disetel menjadi 7 hari, mencadangkan data secara manual sesuai kebutuhan bisnis aktual, dan dihapus tepat waktu setelah digunakan. |
bisnis pengujian | Disarankan waktu retensi cadangan data disetel menjadi 7 hari, mencadangkan data secara manual sesuai kebutuhan bisnis aktual, dan dihapus tepat waktu setelah digunakan. |
Bantuan dan Dukungan
Apakah halaman ini membantu?
Anda juga dapat Menghubungi Penjualan atau Mengirimkan Tiket untuk meminta bantuan.
masukan