通过配置低频存储、归档存储降低日志存储成本。 - Simple Log Service

Simple Log Service (SLS) menyediakan fitur penyimpanan berjenjang cerdas yang memungkinkan Anda menyimpan data di tier hot storage, infrequent access storage, atau archive storage sesuai kebutuhan. Fitur ini membantu mengurangi biaya penyimpanan jangka panjang tanpa memengaruhi kemampuan log, termasuk kueri, analisis, visualisasi, alerting, shipping, dan transformasi. Topik ini menjelaskan cara mengelola siklus hidup penyimpanan data di SLS.

Intelligent tiered storage

Storage types

Type	Description
hot storage	Hot storage adalah solusi penyimpanan yang scalable dan highly available yang dirancang untuk data yang sering diakses. Solusi ini mendukung akses data real-time dan menyediakan kueri serta analisis log berkinerja tinggi, sehingga ideal untuk analisis data frekuensi tinggi.
infrequent access storage	Infrequent access storage (sebelumnya cold storage) adalah jenis penyimpanan hemat biaya untuk retensi data jangka panjang yang mendukung semua kemampuan log, seperti kueri, analisis, visualisasi, alerting, shipping, atau transformasi. Jenis ini ideal untuk kasus penggunaan yang melibatkan kueri dan analisis tidak terlalu sering, seperti investigasi masalah.
archive storage	Archive storage melengkapi hot storage dan infrequent access storage, menyediakan solusi penyimpanan data jangka panjang dengan biaya lebih rendah yang tetap dapat dikueri dan dianalisis. Solusi ini dirancang untuk kasus penggunaan yang memerlukan retensi data jangka panjang untuk keperluan audit.

Storage periods

Penting

Total periode retensi data adalah jumlah dari periode retensi untuk hot storage, infrequent access storage, dan archive storage.
Periode retensi data selama 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 tier hot storage selama 30 hari, lalu secara otomatis beralih ke tier archive storage, tempat data disimpan selama 60 hari sebelum dihapus secara otomatis.

Scenario 2: Total periode retensi data adalah 97 hari. Data disimpan di tier hot storage selama 7 hari, lalu secara otomatis beralih ke tier infrequent access storage. Setelah 30 hari di tier infrequent access storage, data beralih ke tier archive storage, tempat data disimpan selama 60 hari sebelum dihapus secara otomatis.
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 tier 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 tier 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 tier 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
Performance	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
Benefits		Data secara otomatis beralih antar tier penyimpanan berdasarkan aturan manajemen lifecycle: Konfigurasi sederhana tanpa skrip atau migrasi data manual. Data di infrequent access dan archive storage dapat diakses secara real time, sama seperti data hot storage. Tidak diperlukan pengambilan manual, perubahan aplikasi, atau biaya retrieval.
Storage duration limits	pay-by-feature billing	Data harus disimpan di hot storage minimal selama 7 hari sebelum beralih ke infrequent access storage. Data harus disimpan di hot storage minimal selama 30 hari sebelum beralih ke archive storage.	Data harus disimpan di infrequent access storage minimal selama 30 hari sebelum beralih ke archive storage.	Durasi penyimpanan minimum adalah 60 hari.
Storage duration limits	pay-by-ingested-data	Kuota hot storage gratis selama 30 hari sudah termasuk.		Durasi penyimpanan minimum adalah 60 hari.

Storage tier transition process

Data dapat beralih di antara tiga tier 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 Log Storage > Logstores, 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 untuk Intelligent Tiered Storage. Untuk informasi lebih lanjut 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 dari periode retensi untuk tier hot storage, infrequent access storage, dan archive storage. Penting Jika 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 akan dikenai biaya atau dihitung dalam kapasitas penyimpanan Anda.
Intelligent Tiered Storage	Aktifkan sakelar Intelligent Tiered Storage untuk mengaktifkan fitur ini.
Storage Policy	Konfigurasikan periode retensi data untuk setiap tier penyimpanan.
Hot Data Retention	Durasi penyimpanan data di tier 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 penyimpanan data di tier 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 layer archive storage LogStore. Nilainya harus berupa bilangan bulat antara 60 hingga 3.650. Satuannya adalah hari. Ketika durasi penyimpanan data melebihi waktu yang Anda konfigurasi untuk After the data in the Archive storage tier is retained for more than , data tersebut akan dihapus secara otomatis. Penting Nilai Archive Data Retention harus lebih kecil daripada nilai Data Retention Period.

API

Saat membuat Logstore, Anda dapat memanggil operasi API CreateLogStore dan meneruskan parameter ttl (total periode retensi data), hot_ttl (periode retensi hot storage), dan infrequentAccessTTL (periode retensi infrequent access storage) untuk mengonfigurasi kebijakan penyimpanan berjenjang.
Untuk Logstore yang sudah ada, Anda dapat memanggil operasi API UpdateLogStore untuk memperbarui parameter ttl, hot_ttl, dan infrequentAccessTTL. Hal ini memungkinkan Anda menyesuaikan kebijakan penyimpanan berjenjang secara dinamis sesuai kebutuhan retensi data dan pengendalian biaya.

Simple Log Service:Manage intelligent tiered storage