Logstore adalah unit penyimpanan dalam Simple Log Service (SLS) yang digunakan untuk mengumpulkan, menyimpan, dan menanyakan data log.
Konsep inti
Apa itu logstore
Logstore adalah wadah data dalam Simple Log Service. Anda dapat membuat beberapa logstore di proyek untuk mengisolasi dan mengelola log dari layanan atau sumber yang berbeda.
Beberapa produk cloud dan fitur SLS secara otomatis membuat logstore khusus. Logstore ini melayani tujuan tertentu, dan Anda tidak dapat menulis data lain ke dalamnya. Contohnya:
internal-operation_log: Menyimpan log operasi terperinci untuk SLS.oss-log-store: Dibuat secara otomatis ketika Anda mengonfigurasi penyimpanan log akses OSS.
Spesifikasi logstore
Simple Log Service menawarkan dua spesifikasi logstore: Standar dan Query. Keduanya berbeda dalam fitur dan biaya.
Tipe | Biaya (perbandingan biaya lalu lintas indeks) | Skenario |
Standar | 0,0875 USD per GB | Cocok untuk skenario yang memerlukan analitik data, pemantauan waktu nyata, dan kemampuan visualisasi, seperti analisis interaktif, pemantauan waktu nyata, atau membangun sistem observabilitas. |
Query | USD 0,0146 per GB | Tidak mendukung analitik. Cocok untuk skenario arsip seperti pengarsipan log, penyimpanan log audit, dan pemecahan masalah yang memerlukan pengambilan cepat isi log tanpa analisis. Aplikasi tipikal termasuk penyimpanan jangka panjang log berskala besar dengan frekuensi akses rendah. |
Ruang lingkup dan izin
Membuat logstore dasar
Konsol
Masuk ke Konsol Layanan Log Sederhana. Di bagian Proyek, klik proyek yang ingin Anda kelola.
Pada tab , klik ikon +.

Pada halaman Create Logstore, konfigurasikan parameter dan klik OK.
Tipe Logstore: Nilai defaultnya adalah Standar.
Mode Penagihan:
Bayar-per-fitur (tidak dapat diubah): Anda akan ditagih untuk setiap sumber daya yang Anda gunakan, seperti penyimpanan, pengindeksan, dan operasi baca/tulis. Kuota gratis bulanan disediakan untuk membantu Anda mengontrol biaya dalam skenario penggunaan kecil.
Bayar-per-data-ingesti: Anda hanya membayar untuk data mentah yang Anda tulis. Penyimpanan dan fitur dasar gratis selama 30 hari. Mode penagihan ini memiliki struktur yang lebih sederhana dan hemat biaya.
Mode bayar-per-data-ingesti ideal ketika periode retensi data Anda mendekati 30 hari dan Anda memerlukan pengindeksan yang sebanding dengan indeks teks penuh.
Nama Logstore: Nama tersebut harus unik dalam proyek. Ini berfungsi sebagai pengenal unik untuk logstore dan tidak dapat diubah setelah logstore dibuat.
Periode Retensi Data: Nilai defaultnya adalah 30 hari.
Pertahankan nilai default untuk parameter lainnya. Untuk daftar lengkap parameter, lihat tabel berikut.
API
Modifikasi konfigurasi logstore
Parameter berikut dapat dikonfigurasikan saat Anda membuat logstore. Bagian ini menjelaskan cara memodifikasi parameter ini untuk logstore yang sudah ada.
Klik
Penyimpanan Log. Dalam daftar Logstores, arahkan mouse ke logstore target dan pilih .Di panel Atribut Logstore, modifikasi parameter.
Atur periode retensi data dan hapus log
Konsol
Di bagian Basic Information, klik Modify, ubah periode retensi data, lalu klik Save.
SLS tidak mengizinkan Anda menghapus entri log tertentu. Untuk menghapus log, kadaluwarsakan mereka dengan mengubah periode retensi data. Sebagai alternatif, hapus semua log dengan menghentikan penagihan atau menghapus logstore.
Specified Days: Tentukan bilangan bulat dari 1 hingga 3.650. Nilai 3.650 menunjukkan penyimpanan permanen. Ketika periode retensi berakhir, log dihapus.
Permanent Storage: Menyimpan semua log di logstore secara permanen.
Perubahan berlaku segera, tetapi penghapusan data yang kedaluwarsa memerlukan waktu untuk diselesaikan.
API
Dalam operasi UpdateLogStore, atur nilai ttl untuk menyesuaikan periode retensi log.
Gunakan penyimpanan berjenjang untuk mengoptimalkan biaya penyimpanan
Konsol
Di bagian Basic Information, klik Modify dan aktifkan Intelligent Tiered Storage.
Konfigurasikan Storage Policy. Total periode retensi di seluruh tiga tingkat penyimpanan harus sesuai dengan Periode Retensi Data.
Penyimpanan Panas: minimal 7 hari.
Penyimpanan IA: minimal 30 hari.
Penyimpanan Arsip: minimal 60 hari.
Klik Save. Untuk informasi lebih lanjut, lihat Penyimpanan Berjenjang Cerdas.
API
Dalam operasi UpdateLogStore, atur nilai ttl, hot_ttl, dan infrequentAccessTTL untuk menyesuaikan kebijakan retensi untuk penyimpanan berjenjang secara dinamis.
Kumpulkan log sisi klien
SLS menyediakan fitur pelacakan web untuk mengumpulkan log dari berbagai klien, seperti program mini, aplikasi seluler (iOS dan Android), dan browser web.
Gunakan fitur ini dengan salah satu dari dua cara berikut:
Transmisikan data dengan menggunakan STS untuk autentikasi. Metode ini cocok untuk skenario produksi. Anda tidak perlu memodifikasi konfigurasi logstore.
Transmisikan data secara anonim menggunakan OpenAPI. Metode ini hanya cocok untuk skenario pengujian. Anda harus mengaktifkan saklar di logstore. Untuk informasi lebih lanjut, lihat konten berikut.
Konsol
Di bagian Basic Information, klik Modify, aktifkan WebTracking, lalu klik Save.
API
Dalam operasi UpdateLogStore, atur parameter enable_tracking ke true untuk mengaktifkan fitur pelacakan web.
Otomatis tambahkan alamat IP publik dan waktu kedatangan ke log
Setelah Anda mengaktifkan fitur ini, informasi berikut secara otomatis ditambahkan ke log selama pengumpulan data:
__tag__:__client_ip__: alamat IP publik perangkat dari mana log dikirim.
__tag__:__receive_time__: waktu saat log tiba di server SLS. Waktu ini adalah stempel waktu UNIX yang menunjukkan jumlah detik yang telah berlalu sejak 00:00:00 UTC pada 1 Januari 1970.
Konsol
Di bagian Basic Information, klik Modify, aktifkan Log Public IP, lalu klik Save.
API
Dalam operasi UpdateLogStore, gunakan parameter appendMeta untuk mengaktifkan fitur ini.
Atur kinerja pengumpulan menggunakan shard
Setiap shard mendukung throughput tulis 5 MB/s atau 500 tulis/detik dan throughput baca 10 MB/s atau 100 baca/detik. Ini adalah batas lunak. Jika batas dilampaui, sistem akan berusaha sebaik mungkin untuk menyediakan layanan tetapi tidak menjamin kualitas layanan. Jika lalu lintas baca/tulis melebihi kapasitas baca/tulis shard, Anda harus memisahkan shard. Ini meningkatkan kapasitas baca/tulis.
Konsol
Di bagian Basic Information, klik Modify, aktifkan Automatic Sharding, atur Maximum Shards, lalu klik Save.
SLS memungkinkan Anda memisahkan dan menggabungkan shard tertentu.
API
Hentikan penagihan atau hapus logstore
Setelah logstore dihapus, data log yang tersimpan di dalamnya dihapus secara permanen dan tidak dapat dipulihkan. Lanjutkan dengan hati-hati.
Konsol
Lakukan pembersihan sebelum penghapusan.
Sebelum Anda menghapus logstore, hapus semua konfigurasi Logtail terkait.
Jika pengiriman data diaktifkan untuk logstore, hentikan penulisan data baru ke logstore dan pastikan semua data yang ada di logstore dikirim sebelum Anda menghapus logstore.
Prosedur penghapusan.
Pada tab , arahkan mouse ke logstore target dan pilih .
Di kotak dialog Warning, klik Confirm Deletion.
Setelah penghapusan.
Biaya penyimpanan dikenakan pada hari Anda menghapus logstore. Tidak ada biaya yang dihasilkan mulai hari berikutnya.
Setelah Anda menghapus logstore, tugas ekspor, pekerjaan transformasi data, dan tugas SQL Terjadwal yang menggunakan logstore sebagai sumber data serta tugas impor yang menggunakan logstore sebagai tujuan juga dihapus.
API
Konfigurasi contoh untuk skenario umum
Pemantauan dan analisis waktu nyata untuk layanan volume tinggi
Aplikasi daring menghasilkan volume besar log bisnis secara real-time. Ketika terjadi kegagalan, Anda perlu dengan cepat menemukan log kesalahan dan memantau metrik utama, seperti permintaan per detik (QPS) dan latensi respons, dengan peringatan waktu nyata.
Konfigurasi yang Direkomendasikan: Logstore Standar + Bayar-per-data-ingesti + Pemisahan Shard Otomatis.
Alasan: Logstore Standar mendukung analisis, pemantauan waktu nyata, dan visualisasi. Untuk pengumpulan dan analisis log volume tinggi yang mungkin memerlukan pengindeksan luas, bayar-per-data-ingesti direkomendasikan. Pemisahan shard otomatis memastikan performa yang cukup untuk pengumpulan dan analisis data.
Kepatuhan, audit, dan keamanan
Regulasi industri mengharuskan Anda menyimpan log aktivitas pengguna dan log keamanan selama enam bulan atau lebih untuk tujuan audit. Namun, log ini jarang ditanyakan dan dianalisis.
Konfigurasi yang Direkomendasikan: Logstore Query + Penyimpanan Berjenjang Cerdas.
Alasan: Logstore Query hanya mendukung kueri tetapi memiliki biaya lalu lintas indeks lebih rendah daripada Logstore Standar. Penyimpanan Berjenjang Cerdas mengklasifikasikan data log berdasarkan usianya, mengurangi biaya penyimpanan jangka panjang.
Referensi
Perbandingan logstore dalam mode bayar-per-fitur
Logstore Query hanya mendukung mode penagihan bayar-per-fitur. Tabel berikut membandingkan Logstore Standar dan Logstore Query dalam mode ini.
Item | Standar | Query | |
Biaya | USD 0,0875 per GB | USD 0,0146/GB | |
Fitur | Pengumpulan data (hanya untuk skenario log sistem bisnis) | Didukung | Tidak mendukung pengumpulan log produk cloud. |
Didukung | Didukung | ||
Didukung | Didukung | ||
Analisis (pernyataan SQL) | Didukung | Tidak didukung | |
Didukung | Didukung | ||
Didukung | Didukung | ||
Didukung | Tidak didukung | ||
Didukung | Didukung | ||
Didukung | Tidak didukung | ||
Didukung | Hanya mendukung peringatan berdasarkan pernyataan kueri. | ||
Didukung | Tidak didukung | ||
Didukung | Didukung | ||
Didukung | Didukung | ||
Didukung | Didukung | ||
Batasan
Mode bayar-per-data-ingesti mendukung set fitur lengkap SLS. Fitur bernilai tambah seperti kueri dan analisis, transformasi data, peringatan cerdas, serta pengiriman dan konsumsi data tidak dikenakan biaya tambahan, tetapi tunduk pada kuota. Tabel berikut memberikan rincian.
Volume data | Kuota per logstore per bulan |
Transformasi data | 100 TB |
SQL Terjadwal | 20 TB |
Pengiriman data | 100 TB |
Konsumsi data | 100 TB |
Komputasi pekerjaan peringatan | 100 TB |
Penagihan
Biaya logstore terutama ditentukan oleh mode penagihan yang dipilih.
Bayar-per-Fitur: Anda ditagih untuk setiap sumber daya yang Anda gunakan, seperti kapasitas penyimpanan, lalu lintas indeks, operasi baca/tulis, dan jumlah shard.
Bayar-per-Data-Ingesti: Anda hanya dikenakan biaya untuk jumlah data mentah yang Anda tulis. Mode ini mencakup 30 hari penyimpanan gratis dan beberapa fitur gratis.
Harga Item Penagihan Utama:
Lalu Lintas Indeks Standar: CNY 0,350 per GB.
Lalu Lintas Indeks Query: USD 0,0146/GB.
Rekomendasi Optimasi Biaya:
Jika periode retensi log Anda mendekati atau melebihi 30 hari, mode bayar-per-data-ingesti biasanya lebih hemat biaya.
Untuk skenario yang hanya memerlukan pengarsipan dan pengambilan, gunakan spesifikasi Query untuk mengurangi biaya pengindeksan.
Konfigurasikan penyimpanan berjenjang cerdas untuk memindahkan data yang jarang diakses ke tingkat penyimpanan biaya lebih rendah.
FAQ
Mengapa saya tidak bisa membuat logstore?
Anda dapat membuat maksimal 200 logstore per proyek secara default. Untuk membuat lebih banyak, hapus logstore yang tidak digunakan atau minta peningkatan kuota.
Masuk ke Konsol Layanan Log Sederhana. Di bagian Proyek, klik proyek yang ingin Anda kelola.
Di halaman gambaran proyek, temukan Resource Quotas di bagian Basic Information dan klik Manage. Di panel Resource Quotas, sesuaikan kuota untuk jumlah maksimum logstore dan klik Save untuk mengirimkan permintaan Anda. Persetujuan dapat memakan waktu hingga satu jam.
Mengapa log saya di SLS hilang?
Penghapusan proyek atau logstore
Jika Anda secara manual menghapus proyek atau logstore, log tersebut tidak dapat dipulihkan. Gunakan ActionTrail untuk menanyakan peristiwa penghapusan proyek atau logstore dalam 90 hari terakhir.
Akun Anda memiliki pembayaran tertunda. Jika pembayaran Anda lebih dari 7 hari tertunda, proyek SLS Anda akan diambil alih. Semua data dihapus dan tidak dapat dipulihkan. Untuk informasi lebih lanjut, lihat Pembayaran Tertunda.
Bagaimana cara mengoptimalkan biaya penyimpanan log?
Untuk memeriksa biaya SLS Anda, lihat Lihat kapasitas penyimpanan dan catatan konsumsi Layanan Log Sederhana.
Unduh log historis ke mesin lokal Anda atau kirimkan mereka ke OSS untuk penyimpanan.
> Modify