Penyimpanan berjenjang cerdas di Simple Log Service (SLS) memungkinkan Anda menyimpan data pada tingkat hot, akses jarang, dan arsip. Fitur ini mengurangi biaya penyimpanan jangka panjang sekaligus mempertahankan kemampuan lengkap terhadap log, termasuk kueri, analisis, visualisasi, peringatan, pengiriman, dan transformasi.
Intelligent tiered storage
Storage types
|
Type |
Description |
|
hot storage |
|
|
infrequent access storage |
|
|
archive storage |
|
Storage periods
-
Total periode retensi data adalah jumlah periode retensi untuk hot storage, infrequent access storage, dan archive storage.
-
Periode retensi data 3.650 hari menunjukkan penyimpanan permanen. Data akan terus disimpan setelah 3.650 hari dan ditagih sebagai archive storage. Untuk mengetahui cara melihat periode retensi data, lihat Set the data retention period and delete logs.
-
Periode retensi data kurang dari 3.650 hari
Scenario 1: Total periode retensi data adalah 90 hari. Data disimpan di tingkat hot storage selama 30 hari, lalu secara otomatis beralih ke tingkat archive storage, tempat data disimpan selama 60 hari sebelum dihapus secara otomatis.
Scenario 2: Total periode retensi data adalah 97 hari. Data disimpan di tingkat hot storage selama 7 hari, lalu secara otomatis beralih ke tingkat infrequent access storage. Setelah 30 hari di tingkat infrequent access storage, data beralih ke tingkat archive storage, tempat data disimpan selama 60 hari sebelum dihapus secara otomatis.
Scenario 5: Total periode retensi data adalah 180 hari. Data disimpan di tingkat hot storage selama 7 hari, lalu secara otomatis beralih ke tingkat infrequent access storage. Setelah 30 hari di tingkat infrequent access storage, data beralih ke tingkat archive storage, tempat data disimpan selama 143 hari sebelum dihapus secara otomatis. Periode hot storage 7 hari dan periode infrequent access storage 30 hari keduanya merupakan periode retensi minimum untuk tingkat masing-masing, sehingga sisa 143 hari dialokasikan ke archive storage untuk meminimalkan biaya penyimpanan.
-
Periode retensi data 3.650 hari atau lebih
Scenario 3: Total periode retensi data adalah 3.650 hari, dan periode retensi hot storage adalah 30 hari. Setelah 30 hari, semua data beralih ke tingkat archive storage. Periode retensi untuk archive storage harus diatur menjadi 3.650 – 30 = 3.620 hari. Karena pengaturan ini mengaktifkan penyimpanan permanen, data tetap berada di tingkat archive storage bahkan setelah 3.620 hari.
Scenario 4: Total periode retensi data adalah 3.650 hari, dengan periode hot storage 7 hari dan periode infrequent access storage 30 hari. Periode retensi untuk archive storage harus diatur menjadi 3.650 – 7 – 30 = 3.613 hari. Karena pengaturan ini mengaktifkan penyimpanan permanen, data tetap berada di tingkat archive storage bahkan setelah 3.613 hari.
Comparison of storage types
|
Item |
hot storage |
infrequent access storage |
archive storage |
|
|
Use cases |
High-frequency, high-performance query and analysis |
Problem investigation and analysis |
Data audit |
|
|
Cost |
USD 0,002875 per GB/hari |
USD 0,000762 per GB/hari |
USD 0,000259 per GB/hari |
|
|
Performance |
Latency (billions of records) |
Tens to hundreds of milliseconds |
Hundreds of milliseconds to seconds |
Minutes |
|
Concurrency (Project-level) |
Concurrent queries: 100 Concurrent analyses: 2 |
Concurrent queries: 10 Concurrent analyses: 2 |
Concurrent queries: 1 Concurrent analyses: 1 |
|
|
Benefits |
Fast, high-concurrency query and analysis |
Cost-effective for infrequent query and analysis |
Lowest cost for occasional query and analysis |
|
|
Data secara otomatis beralih antar tingkat penyimpanan berdasarkan aturan manajemen lifecycle:
|
||||
|
Storage duration limits |
|
Data harus disimpan di infrequent access storage minimal selama 30 hari sebelum beralih ke archive storage. |
Durasi penyimpanan minimum adalah 60 hari. |
|
|
Kuota hot storage gratis selama 30 hari sudah termasuk. |
||||
Storage tier transition process
Data dapat beralih di antara tiga tingkat penyimpanan. Tabel berikut menjelaskan aturan transisi tersebut.
|
No. |
Description |
|
1 |
Data di hot storage harus disimpan minimal selama 7 hari sebelum beralih ke infrequent access storage. |
|
2 |
Data di hot storage harus disimpan minimal selama 30 hari sebelum beralih ke archive storage. |
|
3 |
Data di infrequent access storage harus disimpan minimal selama 30 hari sebelum beralih ke archive storage. |
|
4 |
Anda dapat memindahkan data dari infrequent access storage kembali ke hot storage dengan mengubah periode retensi hot storage. |
|
5 |
Anda dapat memindahkan data dari archive storage kembali ke infrequent access storage dengan mengubah periode retensi infrequent access storage. |
|
6 |
Anda dapat memindahkan data dari archive storage kembali ke hot storage dengan mengubah periode retensi hot storage. |
Manage storage tiers
Console
Masuk ke Simple Log Service console.
Pada bagian Projects, klik project yang diinginkan.

-
Pada tab , temukan Logstore target, klik ikon
, lalu klik Modify. -
Pada panel Logstore Attributes, klik Modify. Aktifkan Intelligent Tiered Storage, konfigurasi parameter, lalu klik Save.
Tabel berikut menjelaskan parameter penyimpanan berjenjang cerdas. Untuk informasi tentang parameter lainnya, lihat Create a basic Logstore.
Parameter
Description
Data Retention Period
-
Anda dapat mengatur Data Retention Period menjadi Specified Days atau Permanent Storage.
-
Total periode retensi data adalah jumlah periode retensi untuk tingkat hot, infrequent access, dan archive storage.
PentingJika Anda memperpendek periode retensi data, perubahan akan berlaku dalam waktu satu menit. Misalnya, jika Anda mengubah periode retensi dari 5 hari menjadi 1 hari, SLS akan menghapus data dari 4 hari sebelumnya. Penghapusan data aktual mungkin tertunda hingga 7 hari, tetapi data yang tertunda tersebut tidak dikenai biaya atau dihitung dalam kapasitas penyimpanan Anda.
Intelligent Tiered Storage
Aktifkan Intelligent Tiered Storage untuk menggunakan fitur ini.
Storage Policy
Konfigurasikan periode retensi untuk setiap tingkat penyimpanan.
Hot Data Retention
Durasi data tetap berada di tingkat hot storage Logstore.
-
Untuk transisi dari hot storage ke infrequent access storage, rentang nilai yang valid adalah 7 hingga 3.650 hari.
-
Untuk transisi dari hot storage ke archive storage, rentang nilai yang valid adalah 30 hingga 3.650 hari.
Penting-
Setelah Anda mengubah periode Hot Data Retention, perubahan akan berlaku dalam waktu satu menit. Misalnya, jika Anda mengubah periode retensi hot storage dari 30 hari menjadi 40 hari, SLS akan mulai memindahkan data dari infrequent access atau archive storage kembali ke hot storage dalam waktu satu menit.
-
Nilai Hot Data Retention harus lebih kecil daripada nilai Data Retention Period.
After the data in the IA storage tier is retained for more than
Durasi data tetap berada di tingkat infrequent access storage Logstore.
Untuk transisi dari infrequent access storage ke archive storage, rentang nilai yang valid adalah 30 hingga 3.650 hari.
Penting-
Setelah Anda mengubah periode Infrequent Access Data Retention, perubahan akan berlaku dalam waktu satu menit. Misalnya, jika Anda mengubah periode retensi infrequent access storage dari 30 hari menjadi 40 hari, SLS akan mulai memindahkan data dari archive storage kembali ke infrequent access storage dalam waktu satu menit.
-
Nilai Infrequent Access Data Retention harus lebih kecil daripada nilai Data Retention Period.
After the data in the Archive storage tier is retained for more than
Durasi penyimpanan data di tingkat penyimpanan arsip dari penyimpanan log. Nilai yang valid: 60 hingga 3650 hari. Ketika data melebihi periode yang dikonfigurasi di After the data in the Archive storage tier is retained for more than , data tersebut akan dihapus secara otomatis.
PentingNilai Archive Data Retention harus lebih kecil daripada nilai Data Retention Period.
-
API
-
Saat membuat Logstore, panggil operasi CreateLogStore dan berikan parameter
ttl(total periode retensi data),hot_ttl(periode retensi hot storage), daninfrequentAccessTTL(periode retensi infrequent access storage) untuk mengonfigurasi kebijakan penyimpanan berjenjang. -
Untuk Logstore yang sudah ada, panggil operasi UpdateLogStore untuk memperbarui parameter
ttl,hot_ttl, daninfrequentAccessTTLguna menyesuaikan kebijakan penyimpanan berjenjang secara dinamis.
Related documents
-
Untuk informasi tentang manajemen Logstore, lihat Manage a Logstore.
-
Biaya penyimpanan untuk data berjenjang didasarkan pada penggunaan. Tidak ada biaya untuk transisi data. Untuk informasi lebih lanjut, lihat Billing overview.
-
Dalam mode pay-by-ingested-data, penyimpanan data gratis selama 30 hari pertama setelah ditulis. Jika penyimpanan berjenjang cerdas diaktifkan, biaya penyimpanan dihitung berdasarkan periode retensi aktual dan tingkat penyimpanan saat ini. Untuk informasi lebih lanjut, lihat Billing examples.
-
Untuk informasi lebih lanjut tentang mode penagihan pay-by-feature dan pay-by-ingested-data, lihat Pay-as-you-go.
-
SLS menawarkan dua jenis redundansi penyimpanan: locally redundant storage (LRS) dan zone-redundant storage (ZRS). Untuk detailnya, lihat Storage redundancy.