Item yang Dapat Ditagih untuk Biaya Penyimpanan OSS - Object Storage Service

Biaya penyimpanan dikenakan untuk menyimpan objek di dalam bucket Object Storage Service (OSS). Biaya ini didasarkan pada kelas penyimpanan, ukuran, dan durasi penyimpanan objek, serta berlaku terlepas dari apakah objek tersebut diakses atau tidak.

Harga Satuan

Bagian ini menjelaskan item yang dapat ditagih dan metode pembayaran untuk biaya penyimpanan. Untuk informasi lebih lanjut tentang harga item yang dapat ditagih, lihat Harga OSS.

Halaman Harga OSS menentukan harga satuan untuk biaya penyimpanan dalam USD/GB/bulan. Namun, untuk metode bayar sesuai penggunaan, biaya dihitung sebagai Penggunaan sumber daya aktual × Harga satuan per jam. Oleh karena itu, untuk menghitung biaya penyimpanan aktual Anda, Anda harus terlebih dahulu mengonversi harga satuan bulanan menjadi harga satuan per jam dalam USD/GB/jam. Sebagai contoh, jika harga satuan untuk Standar (penyimpanan redundansi lokal) adalah USD 0,0173/GB/bulan, harga per jamnya adalah sekitar USD 0,000024/GB/jam (0,0173 ÷ 30 ÷ 24).

Item yang Dapat Ditagih

Biaya Penggunaan Penyimpanan
OSS mengenakan biaya penyimpanan untuk objek dalam bucket berdasarkan kelas penyimpanan mereka, jenis redundansi, ukuran, dan durasi penyimpanan.
Biaya Kapasitas untuk Durasi Tidak Cukup
Beberapa kelas penyimpanan memiliki durasi penyimpanan minimum. Durasi penyimpanan minimum adalah 30 hari untuk Akses Jarang (IA), 60 hari untuk Arsip, dan 180 hari untuk Arsip Dingin dan Deep Cold Archive. Jika sebuah objek dalam salah satu kelas penyimpanan ini dikonversi ke kelas lain atau dihapus sebelum memenuhi durasi penyimpanan minimumnya, biaya penghapusan dini akan dikenakan.
Contoh: Jika objek IA ditimpa atau dihapus dalam waktu kurang dari 30 hari (720 jam), biaya penyimpanan akan dikenakan untuk sisa waktu (720 jam - durasi penyimpanan aktual). Aturan yang sama berlaku untuk objek Arsip, Arsip Dingin, dan Deep Cold Archive, tetapi durasi penyimpanan minimum mereka berbeda.

Penggunaan Penyimpanan untuk LRS

Item yang Dapat Ditagih	Kode item yang dapat ditagih	Ukuran Minimum yang Dapat Ditagih
Penyimpanan Standar LRS	Penyimpanan	Tidak ada (dibayar berdasarkan ukuran aktual)
Penyimpanan Infrequent Access (IA) LRS	ChargedDatasize	64 KB (Objek yang lebih kecil dari 64 KB dibebankan sebagai 64 KB. Objek yang 64 KB atau lebih besar dibebankan berdasarkan ukuran aktualnya.)
Penyimpanan Arsip LRS	ChargedDatasize
Penyimpanan Arsip Dingin LRS	ChargedDatasizeCA
Penyimpanan Deep Cold Archive LRS	ChargedDatasizeDeepCA

Karena kelas penyimpanan IA, Arsip, Arsip Dingin, dan Deep Cold Archive memiliki ukuran tagihan minimum 64 KB, penggunaan penyimpanan yang dapat ditagih dalam bucket mungkin lebih besar daripada penggunaan penyimpanan aktual. Untuk informasi lebih lanjut tentang penggunaan penyimpanan aktual dan yang dapat ditagih untuk kelas penyimpanan ini, lihat Dapatkan penggunaan penyimpanan bucket.

Durasi Penyimpanan Kapasitas (Penyimpanan Redundansi Zona)

Item yang Dapat Ditagih	Kode item yang dapat ditagih	Ukuran Minimum yang Dapat Ditagih
Penyimpanan Standar ZRS	StorageZRS	Tidak ada (dibayar berdasarkan ukuran aktual)
Penyimpanan Infrequent Access (IA) ZRS	ChargedDatasizeZRS	64 KB (Objek yang lebih kecil dari 64 KB dibebankan sebagai 64 KB. Objek yang 64 KB atau lebih besar dibebankan berdasarkan ukuran aktualnya.)
Penyimpanan Arsip ZRS	ChargedDataSizeArcZRS

Kapasitas untuk durasi tidak cukup (penyimpanan redundansi lokal)

Item yang Dapat Ditagih	Kode item yang dapat ditagih	Metode perhitungan durasi penyimpanan minimum
Kapasitas LRS Akses Jarang yang disimpan kurang dari durasi penyimpanan minimum	LessthanMonthDatasize	Durasi penyimpanan minimum dimulai dari waktu Last-Modified objek di OSS.
Kapasitas LRS Arsip yang tidak mencukupi durasi penyimpanan	LessthanMonthDatasize
Kapasitas LRS Arsip Dingin tidak mencukupi untuk durasi tertentu	EarlyDeletionCA	Durasi penyimpanan minimum dimulai dari waktu objek dikonversi ke kelas penyimpanan Arsip Dingin atau Deep Cold Archive.
Kapasitas penyimpanan Deep Cold Archive (LRS) dengan durasi tidak cukup	EarlyDeletionDeepCA

Untuk menghindari biaya penghapusan dini, pahami bagaimana durasi penyimpanan minimum dihitung untuk berbagai kelas penyimpanan. Pastikan objek memenuhi persyaratan durasi penyimpanan minimum sebelum Anda mengubah kelas penyimpanannya atau menghapusnya. Untuk informasi lebih lanjut, lihat Bagaimana cara menghindari biaya penghapusan dini?.

Kapasitas durasi tidak cukup (penyimpanan redundansi zona)

Item yang Dapat Ditagih	Kode item yang dapat ditagih	Metode perhitungan durasi penyimpanan minimum
Penyimpanan Infrequent Access ZRS kurang dari durasi minimum	LessthanMonthDatasizeZRS	Durasi penyimpanan minimum dimulai dari waktu Last-Modified objek di OSS.
Penyimpanan Arsip (redundansi zona): Durasi penyimpanan tidak cukup	LessthanMonthDatasizeArcZRS

Metode Pembayaran

Berbagai metode penagihan didukung untuk biaya penyimpanan, tergantung pada kelas penyimpanan objek. Berikut ini 3 metode penagihan yang didukung: bayar sesuai penggunaan, paket penyimpanan, dan Unit Kapasitas Penyimpanan (SCU).

Panduan Pemilihan

Tabel berikut menjelaskan fitur dan skenario untuk setiap metode pembayaran untuk membantu Anda memilih yang paling sesuai dengan kebutuhan Anda dan mengurangi biaya penyimpanan Anda.

Metode Pembayaran	Deskripsi	Fitur	Skenario
Bayar sesuai pemakaian	Ini adalah metode penagihan default untuk semua item yang dapat ditagih. Anda akan ditagih untuk penggunaan aktual Anda setelah Anda menggunakan sumber daya.	Penggunaan penyimpanan tidak stabil dan sulit diprediksi.	Ideal untuk startup atau proyek baru dengan penggunaan penyimpanan yang tidak stabil. Bayar sesuai penggunaan mencegah pemborosan sumber daya. Anda hanya membayar apa yang Anda gunakan dan dapat menyesuaikan sumber daya sesuai kebutuhan.
Paket penyimpanan	Paket penyimpanan adalah rencana sumber daya prabayar dengan diskon yang dapat digunakan untuk mengimbangi biaya berbagai item penyimpanan yang dapat ditagih. Saat tagihan diselesaikan, penggunaan dikurangkan dari paket terlebih dahulu.	Penggunaan penyimpanan untuk setiap kelas penyimpanan stabil dan dapat diprediksi.	Jika Anda adalah perusahaan besar atau memiliki proyek jangka panjang dengan penggunaan penyimpanan yang stabil, Anda dapat menggunakan rencana sumber daya yang sesuai untuk mengurangi biaya penyimpanan. Ukuran paket penyimpanan berkisar dari 40 GB hingga 20 PB.
Unit Kapasitas Penyimpanan (SCU)	Rencana sumber daya berbasis langganan yang dapat digunakan untuk mengimbangi biaya berbagai item penyimpanan yang dapat ditagih di berbagai produk cloud. Anda membeli SCU di muka dan menggunakannya untuk membayar penggunaan Anda.	Dapat digunakan untuk mengimbangi biaya berbagai item penggunaan penyimpanan OSS dan penggunaan penyimpanan dari produk penyimpanan cloud lainnya.	Anda dikenakan biaya untuk berbagai jenis penggunaan penyimpanan saat menggunakan OSS. Anda juga menggunakan produk lain seperti NAS, Layanan Snapshot, dan Cloud Backup.

Metode yang Didukung

Tabel berikut mencantumkan metode penagihan yang didukung oleh setiap item yang dapat ditagih di OSS.

Item yang dapat ditagih	Bayar sesuai penggunaan	Paket penyimpanan	Unit Kapasitas Penyimpanan (SCU)
Penyimpanan Standar ZRS	√	Paket Penyimpanan Standar ZRS	√
Penyimpanan Standar LRS	√	Paket Penyimpanan Standar LRS	√
Penyimpanan Infrequent Access (IA) ZRS	√	×	√
Penyimpanan Infrequent Access (IA) LRS	√	Paket Penyimpanan Infrequent Access (IA) LRS	√
Penyimpanan Arsip LRS	√	×	√
Penyimpanan Arsip Dingin LRS	√	Paket Penyimpanan Arsip Dingin LRS	×
Penyimpanan Deep Cold Archive LRS	√	×	×
Penyimpanan Bucket Tanpa Atribut Wilayah	√	×	×
Penyimpanan Arsip ZRS	√	×	×
Penyimpanan Infrequent Access LRS lebih singkat dari durasi minimum	√	Paket Penyimpanan Infrequent Access (IA) LRS	×
Kekurangan durasi penyimpanan minimum untuk Arsip LRS	√	×	×
Kapasitas Penghapusan Dini Arsip Dingin LRS	√	×	×
Penyimpanan Deep Cold Archive LRS kurang dari durasi yang ditentukan	√	×	×
Durasi penyimpanan minimum untuk Infrequent Access ZRS tidak terpenuhi.	√	×	×
Penyimpanan Arsip (redundansi zona) yang tidak memenuhi durasi penyimpanan minimum	√	×	×

FAQ

Setelah saya membeli paket penyimpanan IA LRS, mengapa saya masih menerima tagihan besar untuk biaya penghapusan dini IA LRS dalam siklus penagihan per jam tertentu?

Jika objek IA disimpan selama periode yang jauh lebih pendek dari 720 jam, OSS menghitung seluruh biaya penghapusan dini sekaligus. Paket penyimpanan yang dibeli hanya dapat mengimbangi sebagian dari biaya ini. Akibatnya, tagihan besar dihasilkan dalam siklus penagihan per jam setelah data dikonversi ke kelas penyimpanan lain atau dihapus.

Sebagai contoh, anggap Anda menyimpan 10 TB data sebagai data IA LRS pada pukul 06:00 tanggal 7 September 2023. Pada pukul 06:00 tanggal 8 September 2023, 1 TB dari data IA LRS tersebut dipindahkan ke kelas penyimpanan lain atau dihapus. Dalam hal ini, penggunaan yang dapat ditagih untuk item ini (LessthanMonthDatasize) adalah 1 TB × (720 - 24) = 696 TB. Jika Anda membeli dengan kapasitas 10 TB, aturan berikut berlaku:

Jika tagihan untuk penggunaan penyimpanan IA dihasilkan terlebih dahulu, paket penyimpanan dapat mengimbangi 9 TB penggunaan penyimpanan IA dan 1 TB penggunaan penghapusan dini. Penggunaan penghapusan dini yang berlebih (696 TB - 1 TB) akan ditagih berdasarkan metode bayar sesuai penggunaan.
Jika tagihan untuk biaya penghapusan dini dihasilkan terlebih dahulu, paket penyimpanan dapat mengimbangi 10 TB penggunaan penghapusan dini. Penggunaan penghapusan dini yang berlebih (696 TB - 10 TB) dan 9 TB penggunaan penyimpanan IA akan ditagih berdasarkan metode bayar sesuai penggunaan.

Setelah saya membeli paket penyimpanan Arsip LRS, mengapa saya masih menerima tagihan besar untuk biaya penghapusan dini Arsip LRS dalam siklus penagihan per jam tertentu?

Jika objek Arsip disimpan selama periode yang jauh lebih pendek dari 1.440 jam, OSS menghitung seluruh biaya penghapusan dini sekaligus. Paket penyimpanan yang dibeli hanya dapat mengimbangi sebagian dari biaya ini. Akibatnya, tagihan besar dihasilkan dalam siklus penagihan per jam setelah data dikonversi ke kelas penyimpanan lain atau dihapus.

Sebagai contoh, anggap Anda menyimpan 10 TB data sebagai Arsip pada pukul 06:00 tanggal 7 September. Pada pukul 06:00 tanggal 8 September, Anda mengonversi kelas penyimpanan 1 TB data ini atau menghapusnya. Penggunaan yang dapat ditagih untuk biaya penghapusan dini adalah 1 TB × (1.440 - 24) = 1.416 TB. Anggap Anda membeli paket penyimpanan Arsip LRS dengan kapasitas 10 TB:

Jika tagihan untuk penggunaan penyimpanan Arsip dihasilkan terlebih dahulu, paket penyimpanan dapat mengimbangi 9 TB penggunaan penyimpanan Arsip dan 1 TB penggunaan penghapusan dini. Penggunaan penghapusan dini yang berlebih (1.416 TB - 1 TB) akan ditagih berdasarkan metode bayar sesuai penggunaan.
Jika tagihan biaya penghapusan awal diterbitkan terlebih dahulu, Paket penyimpanan dapat meng-offset penggunaan penghapusan awal sebesar 10 TB. Kelebihan penggunaan penghapusan awal (1.416 TB - 10 TB) serta penggunaan penyimpanan Archive sebesar 9 TB akan ditagih berdasarkan skema bayar sesuai penggunaan.

Mengapa ada biaya berulang untuk kapasitas yang tidak memenuhi durasi yang ditentukan?

Untuk objek dalam kelas penyimpanan IA, Arsip, Arsip Dingin, atau Deep Cold Archive, jika Anda mengonversi kelas penyimpanannya atau menghapusnya sebelum durasi penyimpanan minimum terpenuhi, biaya penghapusan dini akan dikenakan.

Jika Anda menghapus objek dalam skenario ini, biaya penghapusan dini hanya akan dikenakan sekali.
Jika Anda menimpa objek dalam skenario ini, Anda mungkin dikenakan biaya penghapusan dini beberapa kali. Sebagai contoh, Anda mengunggah objek ke bucket sebagai objek IA. Durasi penyimpanan minimum untuk objek IA adalah 30 hari. Jika Anda mengunggah objek dengan nama yang sama (operasi timpa) setelah 1 hari, biaya penghapusan dini untuk 29 hari akan dikenakan. Jika kemudian Anda menimpa atau menghapus objek ini lagi setelah 3 hari lagi, biaya penghapusan dini lainnya untuk 27 hari akan dikenakan.

Referensi

Secara default, OSS menyimpan objek yang diunggah dalam kelas penyimpanan Standar. Jika kebutuhan bisnis Anda berubah, Anda dapat mengonversi objek dari kelas penyimpanan Standar ke kelas penyimpanan yang lebih hemat biaya seperti IA, Arsip, Arsip Dingin, atau Deep Cold Archive. Untuk informasi lebih lanjut, lihat Konversi kelas penyimpanan.
Untuk contoh penagihan objek Infrequent Access (IA), Arsip, Arsip Dingin, yang disimpan kurang dari durasi penyimpanan minimum, lihat Bagaimana objek ditagih ketika disimpan kurang dari durasi penyimpanan minimum?.
OSS mengenakan biaya penyimpanan untuk bagian-bagian yang dihasilkan selama unggah multipart berdasarkan kelas penyimpanan bagian tersebut, ukuran aktual, dan durasi penyimpanan. Untuk informasi lebih lanjut, lihat Bagaimana bagian-bagian ditagih?.
Untuk menanyakan data metering per jam untuk OSS, lihat Data per jam OSS.

Untuk melihat informasi biaya secara rinci, lihat Kueri tagihan.