Saat menggunakan OSS, Anda dapat mengurangi biaya secara signifikan dengan memilih kelas penyimpanan yang sesuai berdasarkan pola penggunaan data dan mengombinasikan penagihan berlangganan dengan pay-as-you-go.
Perhatian
Harga satuan dalam contoh berikut diambil dari rincian harga OSS yang dipublikasikan di situs resmi Alibaba Cloud pada 30 Juli 2024. Harga satuan untuk setiap item yang dapat ditagih mungkin berbeda tergantung pada tanggal pengumpulan harga tersebut. Selalu merujuk ke data yang dipublikasikan di halaman Object Storage Service pricing.
Contoh berikut hanya mencakup skenario umum penyimpanan dan permintaan data. Jika Anda menggunakan fitur OSS lainnya, mungkin berlaku item yang dapat ditagih tambahan. Untuk informasi lebih lanjut, lihat Billable items.
Periksa apakah pertumbuhan kapasitas bucket sesuai ekspektasi Anda
Saat menyimpan data di bucket, biaya penyimpanan dikenakan berdasarkan kapasitas penyimpanan dan kelas penyimpanan data tersebut.
Untuk tampilan biaya yang lebih terperinci, kueri secara berkala penggunaan OSS tingkat akun dan ekspor rincian penggunaan sebagai file CSV. File tersebut mencantumkan kapasitas penyimpanan setiap bucket dalam akun Anda, sehingga Anda dapat menilai apakah pertumbuhan kapasitas sesuai ekspektasi. Untuk langkah-langkah terperinci, lihat Query resource usage of an Alibaba Cloud account.
Jika kapasitas bertambah secara tidak terduga, atur ACL ke private atau konfigurasikan kebijakan bucket untuk mencegah pengguna lain melakukan operasi tidak sah pada sumber daya OSS Anda. Operasi tersebut mencakup mengunggah sejumlah besar objek yang tidak diinginkan—yang menyebabkan lonjakan kapasitas—dan mengakses objek secara jahat, yang menghasilkan lalu lintas keluar melalui Internet tinggi. Untuk informasi lebih lanjut, lihat Reduce the risks of unauthorized access caused by AccessKey pair leaks.
Kurangi biaya lalu lintas keluar melalui Internet dan biaya pengambilan data untuk pemilik bucket
Misalkan pemilik bucket memberi otorisasi kepada pengguna lain untuk mengakses data di bucket melalui Internet dan ingin pihak yang meminta membayar biaya lalu lintas keluar melalui Internet serta biaya kapasitas yang timbul saat data Akses Jarang dibaca. Dalam kasus ini, pemilik bucket dapat mengaktifkan mode pay-by-requester. Untuk langkah-langkah terperinci, lihat Pay-by-requester.
Paket traffic downstream tidak dapat mengimbangi biaya lalu lintas keluar melalui Internet yang ditanggung oleh pihak yang meminta saat mereka mengunduh data dari OSS ke client melalui Internet setelah mode pay-by-requester diaktifkan. Dalam mode ini, biaya traffic Internet dikenakan berdasarkan penggunaan aktual saja.
Konfigurasikan aturan siklus hidup
Untuk mengelola dan mengurangi biaya OSS secara lebih efektif, kami menyarankan agar Anda memanfaatkan sepenuhnya kebijakan manajemen siklus hidup guna memaksimalkan efisiensi biaya.
Transisi kelas penyimpanan berdasarkan frekuensi akses dan persyaratan waktu respons
Saat set data diakses lebih jarang atau akses waktu nyata ke data tersebut tidak lagi diperlukan, konfigurasikan aturan siklus hidup yang sesuai untuk secara otomatis memindahkan data ke kelas penyimpanan berbiaya lebih rendah tanpa memengaruhi kinerja akses.
|
Referensi pemilihan |
Skenario |
Frekuensi akses data |
|
Standard |
Data panas yang diakses secara sering dan dibaca secara real time. |
Lebih dari sekali per bulan per objek |
|
Infrequent Access |
Data hangat yang diakses lebih jarang tetapi masih harus dibaca secara real time. |
Kurang dari sekali per bulan per objek |
|
Archive |
Data dingin yang harus disimpan dalam jangka panjang dan jarang diakses, tetapi harus dapat diambil dengan cepat saat diperlukan. Waktu restore sekitar 1 menit. |
Kurang dari sekali per 90 hari per objek |
Jika Anda mengatur kelas penyimpanan ke Archive dan tidak mengaktifkan akses waktu nyata untuk objek Arsip, Anda tidak dapat mengakses data secara real time dan harus memulihkan objek sebelum membacanya.
Berdasarkan karakteristik dan frekuensi akses data Anda, Anda dapat menyaring objek tertentu berdasarkan awalan atau tag dan mengonfigurasikan aturan siklus hidup untuknya. Data dingin yang jarang diakses secara otomatis ditransisi ke penyimpanan Archive berbiaya lebih rendah, sedangkan data panas yang sering diakses tetap berada di penyimpanan Standard untuk pembacaan lebih cepat. Pendekatan ini mengoptimalkan biaya penyimpanan dan meningkatkan efisiensi akses data.
Contoh berikut menunjukkan cara menghitung biaya penyimpanan dan memilih kelas penyimpanan paling sesuai untuk kebutuhan Anda.
Hapus versi sebelumnya objek
Setelah versioning diaktifkan untuk bucket, operasi yang menimpa atau menghapus data akan dipertahankan sebagai versi sebelumnya. Saat sejumlah besar versi sebelumnya terakumulasi di bucket, gunakan aturan siklus hidup untuk menghapus versi yang tidak lagi Anda perlukan dan mengurangi biaya penyimpanan.
Aksi yang direkomendasikan
Kami menyarankan Anda mengonfigurasi aturan siklus hidup untuk secara otomatis menghapus objek setelah mencapai usia tertentu dalam hitungan hari.
Dalam contoh konfigurasi sebelumnya, OSS secara otomatis menghapus versi sebelumnya objek yang terakhir dimodifikasi lebih dari 200 hari lalu. Untuk langkah-langkah terperinci, lihat Lifecycle rules based on last modification time.
Hapus bagian yang kedaluwarsa untuk mengurangi biaya penyimpanan
Jika Anda tidak memanggil operasi CompleteMultipartUpload untuk menggabungkan bagian setelah unggah multi-bagian, bagian tersebut akan tetap berada di bucket tanpa batas waktu, mengonsumsi kapasitas penyimpanan, dan menimbulkan biaya penyimpanan.
Aksi yang direkomendasikan
Kami menyarankan Anda mengonfigurasi aturan siklus hidup untuk secara otomatis menghapus bagian saat mencapai usia tertentu dalam hitungan hari atau pada tanggal tertentu.
Dalam contoh konfigurasi sebelumnya, OSS secara otomatis menghapus bagian yang dihasilkan lebih dari 2 hari lalu. Untuk langkah-langkah terperinci, lihat Lifecycle rules based on last modification time.