Saat menggunakan OSS, Anda dapat secara efektif mengurangi biaya dengan merencanakan kelas penyimpanan yang tepat berdasarkan perubahan data bisnis Anda dan memanfaatkan strategi langganan serta bayar sesuai penggunaan.
Catatan Penggunaan
Contoh harga dalam dokumen ini didasarkan pada informasi harga OSS yang diterbitkan di situs web Alibaba Cloud hingga 30 Juli 2024. Karena tanggal statistik yang berbeda, harga satuan item penagihan mungkin bervariasi. Untuk penggunaan aktual, silakan merujuk pada data yang diterbitkan di halaman Harga OSS.
Contoh berikut hanya mencakup skenario penyimpanan dan permintaan data yang umum. Jika Anda menggunakan fitur OSS lainnya selama operasi, item penagihan tambahan mungkin berlaku. Untuk informasi lebih lanjut, lihat Item Penagihan.
Verifikasi apakah pertumbuhan kapasitas bucket sesuai harapan
Saat menyimpan data di bucket, Anda akan dikenakan biaya penyimpanan berdasarkan kapasitas penyimpanan dan kelas penyimpanan.
Untuk informasi biaya yang lebih rinci, Anda dapat secara berkala memeriksa penggunaan OSS di tingkat akun, mengekspor detail penggunaan CSV, dan melihat data kapasitas penyimpanan untuk setiap bucket di bawah akun saat ini untuk menentukan apakah pertumbuhan kapasitas penyimpanan sesuai harapan. Untuk langkah-langkah spesifik, lihat Kueri Penggunaan di Tingkat Akun.
Jika pertumbuhan kapasitas penyimpanan tidak normal, Anda dapat mempertimbangkan untuk menggunakan metode seperti mengubah ACL menjadi pribadi atau mengonfigurasi kebijakan bucket untuk mencegah operasi tidak sah pada sumber daya OSS oleh pengguna lain, seperti mengunggah banyak objek yang tidak diharapkan yang menyebabkan peningkatan tiba-tiba dalam kapasitas penyimpanan, atau akses jahat ke objek yang mengakibatkan biaya lalu lintas jaringan eksternal yang tinggi. Untuk informasi lebih lanjut, lihat Mengurangi risiko akses tidak sah karena kebocoran kata sandi akun.
Mengurangi 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 menginginkan agar peminta membayar lalu lintas keluar melalui Internet dan biaya kapasitas untuk membaca data Akses Jarang. Dalam kasus ini, pemilik bucket dapat mengaktifkan mode bayar-per-permintaan. Untuk operasi spesifik, lihat Aktifkan Mode Bayar-per-Permintaan.
Paket transfer data keluar tidak dapat digunakan untuk mengimbangi biaya lalu lintas keluar melalui Internet yang dihasilkan ketika peminta mengunduh data dari OSS ke klien melalui Internet setelah mode bayar-per-permintaan diaktifkan. Dalam mode ini, biaya lalu lintas keluar hanya dibebankan berdasarkan penggunaan aktual.
Konfigurasikan Aturan Siklus Hidup
Untuk mengelola dan mengurangi biaya OSS Anda secara lebih efektif, kami merekomendasikan agar Anda sepenuhnya memanfaatkan kebijakan manajemen siklus hidup untuk memaksimalkan efisiensi biaya.
Konversi kelas penyimpanan berdasarkan frekuensi akses data dan waktu respons
Saat Anda mengidentifikasi penurunan frekuensi akses ke set data Anda atau pengurangan persyaratan untuk pengambilan data segera, Anda dapat menetapkan aturan siklus hidup yang masuk akal untuk data tersebut untuk secara otomatis mentransfernya ke kelas penyimpanan yang lebih hemat biaya tanpa memengaruhi kinerja akses data.
Referensi Pilihan | Deskripsi Skenario | Frekuensi Akses Data |
Standar | 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 segera. | Kurang dari sekali per bulan per file |
Archive | Cocok untuk data dingin yang perlu disimpan untuk waktu lama, memiliki probabilitas akses sangat rendah, tetapi perlu diambil dengan cepat saat diakses. Waktu pemulihan sekitar 1 menit. Cocok untuk data dingin yang memerlukan retensi jangka panjang dengan probabilitas akses hampir nol tetapi pengambilan dipercepat saat diakses, biasanya dipulihkan dalam satu menit. | Kurang dari sekali per 90 hari per file |
Jika Anda menetapkan kelas penyimpanan data ke Penyimpanan Arsip dan tidak mengaktifkan akses waktu nyata untuk objek Arsip, Anda tidak dapat mengakses data secara real time dan harus memulihkan data sebelum mengaksesnya.
Anda dapat mengonfigurasi aturan siklus hidup untuk data tertentu berdasarkan karakteristik data dan frekuensi penggunaan yang berbeda dengan memfilter objek menggunakan awalan atau tag. Untuk data dingin yang jarang diakses, Anda dapat secara otomatis memigrasikannya ke Penyimpanan Arsip yang lebih hemat biaya. Untuk data panas yang sering diakses, Anda dapat tetap menyimpannya di kelas penyimpanan Standar untuk kecepatan pembacaan yang lebih cepat. 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 Anda, kami menyediakan contoh berikut sebagai referensi.
Bersihkan Versi Sebelumnya dari Objek
Setelah Anda mengaktifkan versioning untuk bucket, objek yang ditimpa atau dihapus di bucket disimpan sebagai versi sebelumnya. Saat bucket menumpuk banyak versi historis, Anda dapat menggabungkan aturan siklus hidup untuk menghapus versi historis yang tidak perlu, sehingga mengurangi biaya penyimpanan.
Saran
Kami merekomendasikan agar Anda mengonfigurasi aturan siklus hidup untuk secara otomatis menghapus objek yang telah mencapai jumlah hari tertentu.
Melalui contoh konfigurasi di atas, OSS secara otomatis menghapus versi sebelumnya dari objek yang lebih dari 200 hari dari waktu modifikasi terakhir. Untuk langkah-langkah spesifik, lihat Aturan Siklus Hidup Berdasarkan Waktu Modifikasi Terakhir.
Bersihkan Fragmen Kedaluwarsa untuk Mengurangi Biaya Penyimpanan
Jika Anda tidak memanggil operasi CompleteMultipartUpload setelah unggah multi-bagian, bagian-bagian ini akan disimpan di bucket untuk waktu yang lama, menghabiskan kapasitas penyimpanan dan menghasilkan biaya penyimpanan.
Saran
Kami merekomendasikan agar Anda mengonfigurasi aturan siklus hidup untuk secara otomatis menghapus fragmen setelah jumlah hari tertentu atau pada tanggal tertentu.
Melalui contoh konfigurasi di atas, OSS akan secara otomatis menghapus fragmen yang dihasilkan lebih dari 2 hari yang lalu. Untuk langkah-langkah spesifik, lihat Aturan Siklus Hidup Berdasarkan Waktu Modifikasi Terakhir.