Anda dapat membayar biaya penyimpanan berdasarkan metode penagihan bayar sesuai pemakaian atau menggunakan paket penyimpanan berlangganan. Secara default, kolam penyimpanan Data Disaster Recovery dan kolam penyimpanan ApsaraDB ditagih berdasarkan metode penagihan bayar sesuai pemakaian. Untuk mengurangi biaya penyimpanan, Anda dapat memilih paket penyimpanan.
Harga Penyimpanan Bayar Sesuai Pemakaian
Saat melakukan operasi cadangan di konsol DMS, konsol ApsaraDB RDS, konsol PolarDB, atau konsol ApsaraDB for MongoDB, file cadangan yang dihasilkan disimpan di wilayah tujuan dan dikenakan biaya penyimpanan. Harga penyimpanan cadangan untuk berbagai skenario dalam tabel berikut hanya untuk referensi. Silakan merujuk pada tagihan aktual Anda untuk harga akhir.
Anda dapat membeli Paket Penyimpanan Data Disaster Recovery untuk mengimbangi penggunaan penyimpanan cadangan besar. Paket ini lebih hemat biaya dibandingkan dengan metode penagihan bayar sesuai pemakaian.
Harga paket penyimpanan cadangan hanya untuk referensi. Harga sebenarnya mungkin berbeda; hubungi kami untuk penawaran atau lihat tagihan Anda untuk harga akhir.
Jadwal Cadangan Data Disaster Recovery
Data Disaster Recovery menyediakan dua jenis kolam penyimpanan: Kolam Penyimpanan Data Disaster Recovery dan kolam penyimpanan Object Storage Service (OSS) yang dikelola sendiri. Jika Anda menyetel tipe penyimpanan cadangan ke penyimpanan terintegrasi saat mengonfigurasi jadwal cadangan, Anda akan dikenakan biaya untuk penyimpanan cadangan. Kapasitas penyimpanan Data Disaster Recovery meningkat secara otomatis seiring dengan bertambahnya jumlah data. Anda dikenakan biaya berdasarkan ruang penyimpanan yang digunakan dan periode retensi. Tabel berikut merinci harga.
Rumus perhitungan: Biaya penyimpanan per hari = (Ukuran penyimpanan (GB) × Harga satuan per GB-hari)
Tagihan hari sebelumnya dibuat dan biaya dipotong pada pukul 00:00:00 setiap hari.
Region | Harga Satuan (USD per GB-bulan) |
Cina (Hangzhou), Cina (Shanghai), Cina (Qingdao), Cina (Beijing), Cina (Zhangjiakou), Cina (Hohhot), Cina (Chengdu), Cina (Shenzhen), dan Zhengzhou (CUCC Joint Venture) | 0.0173 |
AS (Virginia) | 0.0185 |
Malaysia (Kuala Lumpur) dan Thailand (Bangkok) | 0.019 |
Cina (Hong Kong), Singapura, AS (Silicon Valley), Indonesia (Jakarta), dan Jerman (Frankfurt) | 0.02 |
SAU (Riyadh - Partner Region) | 0.02412 |
Jepang (Tokyo) | 0.0209 |
Cadangan Lintas Wilayah untuk Instance ApsaraDB RDS for MySQL yang Menggunakan Disk Cloud
Jika Anda melakukan cadangan lintas wilayah untuk instance ApsaraDB RDS for MySQL yang menggunakan disk cloud di konsol ApsaraDB RDS, file cadangan yang dihasilkan disimpan di wilayah tempat instance tujuan berada. Anda dikenakan biaya untuk penyimpanan cadangan di wilayah tujuan. Tabel berikut merinci harga.
Wilayah Tujuan | Harga Satuan (USD per GB-hari) |
Cina (Beijing), Cina (Hohhot), Cina (Ulanqab), Cina (Hangzhou), Cina (Shanghai), Cina (Shenzhen), Cina (Heyuan), Cina (Chengdu), Cina (Qingdao), Cina (Guangzhou), dan Cina (Zhangjiakou) | 0.0009375 |
Cina (Hong Kong), AS (Silicon Valley), AS (Virginia), Singapura, Jepang (Tokyo), Jerman (Frankfurt), Malaysia (Kuala Lumpur), Indonesia (Jakarta), Filipina (Manila), Inggris (London), Korea Selatan (Seoul), dan Thailand (Bangkok) | 0.001125 |
Cadangan Lintas Wilayah untuk Kluster PolarDB for MySQL
Saat Anda melakukan cadangan lintas wilayah untuk kluster PolarDB for MySQL di konsol PolarDB, Anda dikenakan biaya untuk penyimpanan cadangan lintas wilayah. Tabel berikut merinci harga.
Wilayah Tujuan di Daratan Tiongkok | Wilayah Tujuan di Luar Daratan Tiongkok | Perhitungan Biaya (Ditagih Harian) |
USD 0.0000325 per GB-jam |
USD 0.0000455 per GB per jam |
|
Penyimpanan cadangan lintas wilayah ditagih secara harian. Harga satuan per jam yang digunakan dalam bagian ini dikonversi dari harga satuan harian. Untuk informasi lebih lanjut, lihat Aturan Penagihan untuk Penyimpanan Cadangan.
Anda dapat melihat biaya cadangan lintas wilayah di tagihan Data Disaster Recovery Anda.
Set Cadangan Instance ApsaraDB RDS for MySQL yang Dihapus
Setelah menghapus instance ApsaraDB RDS for MySQL yang menggunakan SSD lokal di konsol ApsaraDB RDS, set cadangan dari instance yang dihapus disimpan gratis selama tujuh hari. Setelah tujuh hari, Anda akan dikenakan biaya untuk penyimpanan cadangan. Untuk informasi lebih lanjut, lihat Konfigurasikan Kebijakan Retensi Cadangan Setelah Pelepasan Instance dan bagian "Metode 2: Konfigurasikan Kebijakan Retensi Cadangan Setelah Instance Dilepaskan" dari topik Simpan File Cadangan untuk Jangka Waktu Panjang.
Aturan Penagihan: Setelah tujuh hari retensi gratis, Anda akan dikenakan biaya untuk penyimpanan cadangan berdasarkan penggunaan penyimpanan dan periode retensi tambahan. Tabel berikut merinci harga.
Tipe | Wilayah | Harga Satuan (USD per GB-hari) |
Cloud Publik | Cina (Hangzhou), Cina (Beijing), Cina (Shanghai), Cina (Shenzhen), Cina (Qingdao), Cina (Zhangjiakou), Cina (Hohhot), Cina (Chengdu), Cina (Heyuan), Cina (Ulanqab), dan Cina (Guangzhou) | 0.00058 |
Cina (Hong Kong), Singapura, AS (Silicon Valley), Jerman (Frankfurt), Indonesia (Jakarta), Filipina (Manila), dan Thailand (Bangkok) | 0.00067 | |
Jepang (Tokyo), Korea Selatan (Seoul) | 0.0007 | |
AS (Virginia) | 0.00062 | |
Malaysia (Kuala Lumpur) | 0.00064 | |
Inggris (London) | 0.00065 | |
Uni Emirat Arab (Dubai) | 0.00072 |
Cadangan untuk Instance ApsaraDB for MongoDB
Jika Anda mengonfigurasi cadangan otomatis untuk instance ApsaraDB for MongoDB atau secara manual mencadangkan data instance ApsaraDB for MongoDB di konsol ApsaraDB for MongoDB, file cadangan yang dihasilkan disimpan di wilayah tempat instance ApsaraDB for MongoDB berada. Anda dikenakan biaya untuk penyimpanan cadangan.
Anda dapat membeli paket penyimpanan untuk mengimbangi penggunaan penyimpanan cadangan.Konfigurasikan cadangan otomatis untuk instance atau Konfigurasikan cadangan manual untuk instance.
Aturan Penagihan: Jika penyimpanan cadangan Anda (baik cadangan penuh maupun cadangan log) berada dalam kuota gratis, tidak ada biaya yang dikenakan. Untuk penyimpanan cadangan yang melebihi kuota, Anda akan dikenakan biaya per jam. Biaya cadangan dihitung dengan rumus berikut: Biaya cadangan per jam = (Ukuran cadangan - Kuota gratis) × Harga satuan per jam. Tagihan dibuat setiap hari. Tabel berikut merinci harga.
Tipe Penyimpanan | Kuota Gratis | Lihat Penyimpanan Cadangan dan Kuota Gratis |
Instance berbasis cloud disk | Kuota gratis sama dengan 200% dari penyimpanan yang Anda beli untuk instance Anda. | Anda dapat melihat penyimpanan cadangan dan kuota gratis di bagian Specification Information pada halaman Informasi Dasar instance Anda. |
Instance berbasis disk lokal | Kuota gratis sama dengan 50% dari penyimpanan yang Anda beli untuk instance Anda. |
Tabel berikut menjelaskan rincian penagihan untuk penyimpanan cadangan yang melebihi kuota.
Tipe Penyimpanan | Harga Satuan Cadangan (USD per GB-hari) |
Instance berbasis cloud disk | Harga satuan bervariasi di berbagai wilayah:
|
Instance berbasis local disk | Harga satuan bervariasi di berbagai wilayah:
|
Paket Penyimpanan Berlangganan
Anda dapat membeli paket penyimpanan Data Disaster Recovery untuk mengimbangi konsumsi penyimpanan dari cadangan besar. Bagian ini menjelaskan harga paket penyimpanan untuk instance jadwal cadangan dan instance sandbox manajemen data salinan (CDM). Untuk informasi lebih lanjut tentang paket penyimpanan Data Disaster Recovery, lihat Gunakan Paket Penyimpanan.
Harga yang ditampilkan di bagian ini hanya untuk referensi. Silakan lihat halaman pembelian untuk harga sebenarnya.
Harga Paket Penyimpanan untuk Instance Jadwal Cadangan
Total Penyimpanan | Harga Satuan (USD per bulan) |
100 GB | 1.56 |
500 GB | 7.80 |
1 TB | 15.97 |
2 TB | 31.95 |
5 TB | 79.87 |
10 TB | 159.74 |
20 TB | 319.49 |
50 TB | 798.72 |
100 TB | 1.597,44 |
200 TB | 3.194,88 |
300 TB | 4.792,32 |
500 TB | 7.987,20 |
Harga Paket Penyimpanan untuk Instance Sandbox CDM
Untuk informasi lebih lanjut, lihat Biaya Sandbox.
Objek Pengimbang
Tabel berikut menjelaskan dua jenis paket penyimpanan Data Disaster Recovery. Setiap paket memiliki berbagai ukuran penyimpanan (seperti 100 GB, 500 GB, 1 TB, dan 500 TB) dan periode langganan (seperti satu bulan, enam bulan, dan satu tahun). Jika penyimpanan Anda melebihi kuota paket penyimpanan, kelebihannya akan ditagih berdasarkan metode bayar sesuai pemakaian.
Tipe Paket | Objek Pengimbang |
Paket Penyimpanan untuk Instance Sandbox CDM | Paket penyimpanan ini dapat digunakan untuk mengimbangi biaya yang timbul dari penggunaan penyimpanan sandbox pada akun Anda. Untuk detail harga, lihat Biaya Sandbox. |
Paket Penyimpanan untuk Instance Jadwal Cadangan | Mengimbangi penggunaan penyimpanan untuk instance jadwal cadangan dalam akun Alibaba Cloud yang sama. Untuk informasi lebih lanjut, lihat Penyimpanan Terintegrasi dan OSS. |
Aturan Pengimbangan
Item | Deskripsi |
Metode Pengimbangan |
|
Prioritas Pengimbangan | Urutan pengimbangan penggunaan penyimpanan tergantung pada urutan penagihan. Tagihan yang diterbitkan pertama kali akan dipotong terlebih dahulu. |
Contoh Penggunaan Paket Penyimpanan untuk Mengimbangi Penggunaan Penyimpanan
Sebuah instance jadwal cadangan di wilayah China (Hong Kong) diperkirakan mengonsumsi 120 GB penyimpanan Data Disaster Recovery. Anda membeli paket penyimpanan 100 GB untuk mengimbangi penggunaan penyimpanan. Berikut adalah cara paket penyimpanan mengimbangi penggunaan penyimpanan cadangan:
Kapasitas efektif paket penyimpanan adalah sekitar 88.4956 GB (100 GB/1.13). Ini mengimbangi 88.4956 GB konsumsi penyimpanan Data Disaster Recovery.
Sisa 31.5044 GB (120 GB - 88.4956 GB) ditagih dengan tarif bayar sesuai pemakaian. Perhatikan bahwa contoh ini menggunakan angka perkiraan; lihat tagihan Anda untuk harga akhir.
Faktor pengimbang di wilayah China (Hong Kong) adalah 1.13. Untuk informasi lebih lanjut, lihat bagian Faktor Pengimbang Paket Penyimpanan dari topik ini.
Faktor Pengimbang Paket Penyimpanan
Tabel berikut menjelaskan faktor pengimbang yang berlaku untuk wilayah berbeda.
Instance Jadwal Cadangan
Wilayah | Faktor Pengimbang |
Cina (Hangzhou), Cina (Shanghai), Cina (Qingdao), Cina (Beijing), Cina (Zhangjiakou), Cina (Hohhot), Cina (Chengdu), dan Cina (Shenzhen) | 1 |
AS (Virginia) | 1.05 |
Malaysia (Kuala Lumpur) | 1.08 |
Cina (Hong Kong), Singapura, AS (Silicon Valley), Indonesia (Jakarta), dan Jerman (Frankfurt) | 1.13 |
Jepang (Tokyo) | 1.18 |
Instance Sandbox CDM
Faktor pengimbang untuk paket penyimpanan instance sandbox CDM adalah 1.