Saat menggunakan OSS, Anda dapat mengurangi biaya secara efektif dengan merencanakan kelas penyimpanan yang tepat berdasarkan perubahan data bisnis dan memanfaatkan strategi langganan serta pay-as-you-go.
Catatan penggunaan
-
Contoh harga dalam dokumen ini didasarkan pada informasi harga OSS yang dipublikasikan di situs web Alibaba Cloud per 30 Juli 2024. Karena tanggal statistik berbeda, harga satuan item penagihan dapat bervariasi. Untuk penggunaan aktual, harap merujuk ke data yang dipublikasikan di halaman OSS pricing.
-
Contoh berikut hanya mencakup skenario umum penyimpanan dan permintaan data. Jika Anda menggunakan fitur OSS lain selama operasi, item penagihan tambahan mungkin berlaku. Untuk informasi lebih lanjut, lihat Billing items.
Verifikasi apakah pertumbuhan kapasitas bucket sesuai ekspektasi
Saat menyimpan data di bucket, Anda dikenai biaya penyimpanan berdasarkan kapasitas dan kelas penyimpanan.
Jika Anda memerlukan informasi biaya yang lebih rinci, Anda dapat secara berkala memeriksa penggunaan OSS di tingkat akun, mengekspor detail penggunaan dalam format CSV, dan melihat data kapasitas penyimpanan untuk setiap bucket di bawah akun saat ini guna menentukan apakah pertumbuhan kapasitas penyimpanan sesuai ekspektasi. Untuk langkah-langkah spesifik, lihat Query usage at the account level.
Jika pertumbuhan kapasitas penyimpanan tidak normal, Anda dapat mempertimbangkan langkah-langkah seperti mengubah ACL menjadi private atau mengonfigurasi kebijakan bucket untuk mencegah operasi tidak sah terhadap resource OSS oleh pengguna lain—misalnya, unggah banyak objek tak terduga yang menyebabkan lonjakan kapasitas penyimpanan atau akses jahat ke objek yang mengakibatkan biaya lalu lintas jaringan eksternal tinggi. Untuk informasi lebih lanjut, lihat Reduce the risk of unauthorized access due to account password leakage.
Kurangi biaya lalu lintas keluar melalui Internet dan kapasitas pengambilan data untuk pemilik bucket
Misalkan pemilik bucket memberi otorisasi kepada pengguna lain untuk mengakses data di bucket melalui Internet dan ingin agar pihak yang meminta membayar biaya lalu lintas keluar melalui Internet serta biaya kapasitas untuk membaca data Infrequent Access. Dalam kasus ini, pemilik bucket dapat mengaktifkan mode pay-by-requester. Untuk operasi spesifik, lihat Enable pay-by-requester mode.
Paket transfer data keluar tidak dapat digunakan untuk mengimbangi biaya lalu lintas keluar melalui Internet yang dihasilkan ketika pihak yang meminta mengunduh data dari OSS ke klien melalui Internet setelah mode pay-by-requester diaktifkan. Dalam mode ini, biaya lalu lintas keluar hanya dikenakan berdasarkan penggunaan aktual.
Konfigurasikan aturan siklus hidup
Untuk mengelola dan mengurangi biaya OSS secara lebih efektif, kami merekomendasikan agar Anda memanfaatkan kebijakan manajemen lifecycle secara optimal guna memaksimalkan efisiensi biaya.
Konversi kelas penyimpanan berdasarkan frekuensi akses data dan waktu respons
Saat Anda mengidentifikasi penurunan frekuensi akses ke set data atau berkurangnya kebutuhan akan pengambilan data instan, Anda dapat menetapkan aturan lifecycle yang wajar agar data tersebut secara otomatis dipindahkan ke kelas penyimpanan yang lebih hemat biaya tanpa memengaruhi kinerja akses data.
|
Referensi pemilihan |
Deskripsi skenario |
Frekuensi akses data |
|
Standard |
Untuk data panas yang memerlukan akses sering dengan latensi rendah. |
Lebih dari sekali per bulan per file |
|
IA |
Untuk data hangat dengan akses kurang sering tetapi memerlukan pengambilan instan. |
Kurang dari sekali per bulan per file |
|
Archive |
Cocok untuk data dingin yang perlu disimpan dalam jangka panjang, memiliki probabilitas akses sangat rendah, tetapi perlu diambil dengan cepat saat diakses. Waktu restore sekitar 1 menit. Cocok untuk data dingin yang memerlukan retensi jangka panjang dengan probabilitas akses mendekati nol tetapi memerlukan pengambilan cepat saat diakses, biasanya direstore dalam waktu satu menit. |
Kurang dari sekali per 90 hari per file |
Jika Anda menetapkan kelas penyimpanan data ke Archive Storage dan tidak mengaktifkan real-time access of Archive objects, Anda tidak dapat mengakses data secara real time dan harus memulihkan data sebelum mengaksesnya.
Anda dapat mengonfigurasi aturan lifecycle untuk data tertentu berdasarkan karakteristik dan frekuensi penggunaan data yang berbeda dengan memfilter objek menggunakan awalan atau tag. Untuk data dingin yang jarang diakses, Anda dapat secara otomatis memigrasikannya ke Archive Storage yang lebih hemat biaya. Untuk data panas yang sering diakses, Anda dapat mempertahankannya di kelas penyimpanan Standard untuk kecepatan baca yang lebih cepat. Hal ini tidak hanya membantu mengoptimalkan biaya penyimpanan tetapi juga meningkatkan efisiensi akses data.
Untuk membantu Anda lebih memahami cara menghitung biaya penyimpanan dan memilih kelas penyimpanan terbaik berdasarkan kebutuhan, kami menyediakan contoh berikut sebagai referensi.
Bersihkan versi sebelumnya objek
Setelah Anda mengaktifkan versioning untuk bucket, objek yang ditimpa atau dihapus di bucket akan disimpan sebagai versi sebelumnya. Saat bucket mengumpulkan banyak versi historis, Anda dapat menggabungkan aturan lifecycle untuk menghapus versi historis yang tidak diperlukan, sehingga mengurangi biaya penyimpanan.
Saran
Kami merekomendasikan agar Anda mengonfigurasi aturan lifecycle untuk secara otomatis menghapus objek yang telah mencapai jumlah hari tertentu.
OSS secara otomatis menghapus versi sebelumnya objek yang lebih dari 200 hari sejak waktu modifikasi terakhir. Untuk langkah-langkah spesifik, lihat Lifecycle rules based on last modification time.
Bersihkan fragmen kedaluwarsa untuk mengurangi biaya penyimpanan
Jika Anda tidak memanggil operasi CompleteMultipartUpload setelah unggah multi-bagian, bagian-bagian ini akan disimpan di bucket dalam waktu lama, menempati kapasitas penyimpanan dan menghasilkan biaya penyimpanan.
Saran
Kami merekomendasikan agar Anda mengonfigurasi aturan lifecycle untuk secara otomatis menghapus fragmen setelah jumlah hari tertentu atau pada tanggal tertentu.
OSS akan secara otomatis menghapus fragmen yang dihasilkan lebih dari 2 hari lalu. Untuk langkah-langkah spesifik, lihat Lifecycle rules based on last modification time.