Mengelola Logstore - Simple Log Service - Alibaba Cloud Documentation Center

Logstore adalah unit penyimpanan dalam Simple Log Service (SLS) yang digunakan untuk mengumpulkan, menyimpan, dan melakukan kueri terhadap data log.

Konsep inti

Apa itu Logstore?

Logstore adalah wadah data di Simple Log Service. Anda dapat membuat beberapa Logstore dalam satu Project untuk mengisolasi dan mengelola log dari berbagai aplikasi atau sumber.

Selain itu, layanan Alibaba Cloud tertentu atau fitur SLS secara otomatis membuat Logstore khusus untuk tujuan tertentu. Logstore ini tidak dapat menerima jenis data lainnya. Contohnya meliputi:

internal-operation_log: menyimpan log operasi terperinci yang dihasilkan oleh Simple Log Service itu sendiri.
oss-log-store: dibuat secara otomatis saat Anda mengonfigurasi log akses OSS untuk pengarsipan.

Perbandingan spesifikasi Logstore

Simple Log Service menyediakan dua jenis Logstore—Standard dan Query—yang berbeda dalam fitur dan biaya.

Jenis	Biaya (Perbandingan Biaya Lalu Lintas Indeks)	Skenario
Standard	USD 0,0875/GB	Gunakan jenis ini untuk analitik interaktif, pemantauan waktu nyata, visualisasi, atau membangun sistem observabilitas.
Query type (Query)	USD 0,0146/GB	Jenis ini tidak mendukung analitik. Gunakan untuk pengarsipan log, penyimpanan log audit, atau skenario troubleshooting di mana Anda hanya memerlukan pencarian kata kunci cepat tanpa analisis. Kasus penggunaan umum mencakup retensi jangka panjang (beberapa bulan hingga tahun) dengan akses yang jarang dilakukan.

Lingkup dan izin

Catatan izin (dapat diperluas)

Jika Anda login menggunakan Akun Alibaba Cloud, Anda memiliki izin penuh secara default dan dapat langsung mengelola Logstore.

Untuk login sebagai pengguna Resource Access Management (RAM), Anda dapat meminta dua kebijakan sistem Simple Log Service berikut dari pemilik Akun Alibaba Cloud sesuai kebutuhan.

AliyunLogFullAccess: memberikan izin manajemen penuh untuk Simple Log Service.
AliyunLogReadOnlyAccess: memberikan akses read-only ke Simple Log Service.

Jika kebijakan sistem tidak memenuhi kebutuhan Anda, buat kebijakan kustom untuk pengelolaan izin detail halus.

Operasi	Izin yang Diperlukan
Manage Logstore	log:ListProject log:GetAcceleration log:ListDomains log:GetLogging log:ListTagResources log:GetProject log:ListLogStores log:LogStore log:Index log:ListShards log:GetLogStoreHistogram log:GetLogStoreContextLogs
Query Logstore	log:ListProject log:GetAcceleration log:ListDomains log:GetLogging log:ListTagResources log:GetProject log:ListLogStores log:GetLogStore log:GetLogStoreHistogram log:GetIndex log:CreateIndex log:UpdateIndex log:ListShards log:GetLogStoreContextLogs

Buat Logstore dasar

Konsol

Login ke Konsol Simple Log Service. Di daftar Project, klik Project yang dituju.
Di tab Log Storage > Logstores, klik ikon +.

Di halaman Create Logstore, konfigurasikan pengaturan lalu klik OK.

Jenis Logstore: Standard secara default.
Mode penagihan:
- Pay-by-feature (tidak dapat diubah): Anda ditagih secara terpisah untuk setiap resource yang digunakan (seperti penyimpanan, pengindeksan, dan operasi baca/tulis) serta menerima kuota gratis bulanan, yang membantu mengendalikan biaya pada skenario berskala kecil.
- Pay-by-ingested-data: Anda hanya membayar volume data mentah yang diingest. Penyimpanan dan fitur inti gratis selama 30 hari, menawarkan model harga yang lebih sederhana dan hemat biaya.
Tips cepat: Semakin dekat periode retensi Anda dengan 30 hari dan semakin banyak bidang yang Anda indeks (terutama indeks teks penuh), semakin cocok model pay-by-ingested-data.
Nama Logstore: Harus unik dalam Project dan tidak dapat diubah setelah pembuatan.
Periode retensi data: 30 hari secara default.
Pertahankan semua pengaturan lain pada nilai default-nya.

Daftar lengkap parameter Logstore (dapat diperluas)

Parameter	Deskripsi
Logstore type	Logstore SLS mendukung jenis Standard dan Query. Pilih berdasarkan skenario Anda untuk mengoptimalkan biaya. Standard mencakup rangkaian lengkap fitur analitik SLS, ideal untuk pemantauan waktu nyata, analisis interaktif, dan membangun sistem observabilitas. Query memiliki harga lalu lintas indeks sebesar 29% dari Standard. Dengan anggaran yang sama, Query memungkinkan Anda mengindeks lebih banyak bidang dengan biaya lebih rendah. Namun, Query hanya mendukung pencarian kata kunci dan tidak mendukung analisis statistik.
Billing mode	Pay-by-feature: Model penagihan SLS asli. Anda membayar berdasarkan penggunaan aktual resource (seperti penyimpanan dan pengindeksan) dan fitur (seperti transformasi data dan pengiriman data) dengan model bayar sesuai penggunaan. Pay-by-ingested-data: Model penagihan SLS yang disederhanakan yang hanya menagih volume data mentah yang diingest. Setelah ingest, Anda mendapatkan penyimpanan gratis selama 30 hari dan akses gratis ke fitur seperti transformasi data dan pengiriman data. Model ini sederhana, dapat diprediksi, dan hemat biaya untuk penggunaan SLS intensif.
Logstore name	Nama Logstore harus unik secara global dalam Project dan tidak dapat diubah setelah pembuatan.
WebTracking	WebTracking memungkinkan pengumpulan cepat log browser, aplikasi iOS/Android, dan log akses antarmuka depan. Dinonaktifkan secara default.
Data retention period	Durasi retensi dalam hari. Nilai valid: 1–3650. Mengatur nilai ini ke 3650 berarti retensi permanen. Log akan dihapus setelah mencapai periode retensi yang dikonfigurasi.
Intelligent tiering	Secara otomatis menjenjang data menggunakan manajemen siklus hidup. Hot storage: Hot storage adalah solusi yang dapat diskalakan dan sangat tersedia untuk data yang sering diakses. Mendukung akses waktu nyata dan memberikan kinerja tinggi untuk kueri dan analisis log, ideal untuk skenario kueri dan analisis yang sering dilakukan. IA storage class IA storage class (sebelumnya penyimpanan dingin) mengurangi biaya penyimpanan jangka panjang sekaligus mempertahankan kemampuan penuh untuk kueri, analisis, visualisasi, peringatan, pengiriman, dan transformasi. Cocok untuk skenario kueri dan analisis frekuensi rendah, seperti pelacakan masalah mundur. Archive Storage Archive Storage menyediakan opsi penyimpanan jangka panjang yang lebih murah, dapat dikueri, dan dianalisis dibandingkan hot dan IA storage. Ideal untuk retensi log audit jangka panjang.
Number of shards	Setiap shard mendukung throughput tulis 5 MB/detik dan throughput baca 10 MB/detik. Jika trafik data melebihi kapasitas shard, Anda dapat membagi shard tersebut. Jika trafik data turun di bawah kapasitas baca/tulis maksimum shard, Anda dapat menggabungkan shard untuk menghemat biaya.
Automatic sharding	Jika trafik tulis melebihi kapasitas baca/tulis shard yang ada selama lebih dari 5 menit, mengaktifkan automatic sharding akan meningkatkan jumlah shard berdasarkan volume data.
Maximum shards	Dengan automatic sharding diaktifkan, hingga 256 shard dapat dibuat secara otomatis.
Record public IP	Setelah menerima log, sistem secara otomatis menambahkan alamat IP publik klien dan waktu kedatangan log.

API

Buat Logstore

Ubah konfigurasi Logstore

Anda dapat mengonfigurasi parameter berikut saat pembuatan. Bagian ini menggunakan modifikasi Logstore sebagai contoh.

Klik Log Storage. Di halaman Logstores, arahkan kursor ke Logstore yang dituju lalu pilih Modify.
Di properti Logstore, ubah pengaturan yang relevan sesuai skenario Anda.

Hapus log tertentu atau atur periode retensi log

Konsol

Di Basic Information, klik Modify, sesuaikan periode retensi data, lalu klik Save.

Simple Log Service tidak mendukung penghapusan entri log tertentu. Anda hanya dapat menghapus log berdasarkan waktu menggunakan pengaturan periode retensi atau dengan menghentikan penagihan atau menghapus Logstore untuk menghapus semua log.

Specified Days: Nilai valid: 1–3650. Mengatur nilai ini ke 3650 berarti retensi permanen. Log akan dihapus saat periode retensi berakhir.
Permanent Storage: Menyimpan log di Logstore tanpa batas waktu.

Catatan

Perubahan berlaku segera, tetapi penghapusan data yang telah kedaluwarsa mungkin memerlukan waktu.

API

Sesuaikan periode retensi log dengan memperbarui nilai ttl di Update Logstore.

Optimalkan biaya penyimpanan menggunakan tiering

Konsol

Di Basic Information, klik Modify lalu aktifkan intelligent tiering.
Konfigurasi Storage Policy: Jumlah hari di ketiga tier harus sama dengan total periode retensi data.
- Hot storage: minimal 7 hari.
- IA storage class: minimal 30 hari.
- Archive Storage: minimal 60 hari.
Atur Data retention period ke Limited days, aktifkan Intelligent tiering, lalu konfigurasi transisi tier di Storage policy: hot storage secara otomatis berpindah ke IA storage setelah periode berakhir, IA storage berpindah ke Archive Storage, dan Archive Storage secara otomatis dihapus setelah periode berakhir.
Klik Save. Untuk detailnya, lihat Intelligent tiering.

API

Secara dinamis sesuaikan kebijakan retensi untuk tier penyimpanan dengan memperbarui nilai ttl, hot_ttl, dan infrequentAccessTTL di Update Logstore.

Kumpulkan log antarmuka depan

Simple Log Service menyediakan WebTracking untuk mengumpulkan log dari mini program, aplikasi seluler (iOS/Android), dan browser.

Anda dapat menggunakan fitur ini dengan dua cara:

Gunakan otentikasi STS untuk transmisi. Metode ini cocok untuk lingkungan produksi dan tidak memerlukan perubahan konfigurasi Logstore.
Gunakan transmisi anonim melalui OpenAPI. Metode ini hanya untuk pengujian dan memerlukan pengaktifan pengaturan di Logstore, seperti dijelaskan di bawah.

Konsol

Di Basic Properties, klik Modify, aktifkan WebTracking, lalu klik Save.

API

Aktifkan WebTracking dengan mengatur parameter enable_tracking ke true di Update Logstore.

Tambahkan IP publik dan waktu kedatangan log secara otomatis

Saat diaktifkan, ingest log berikutnya secara otomatis menambahkan:

__tag__:__client_ip__: alamat IP publik perangkat sumber log.
__tag__:__receive_time__: waktu log tiba di server Simple Log Service, diformat sebagai Stempel waktu UNIX (detik sejak 1970-01-01 00:00:00 UTC).

Konsol

Di Basic Properties, klik Modify, aktifkan Record public IP, lalu klik Save.

API

Aktifkan pencatatan IP publik dengan mengatur parameter appendMeta di Update Logstore.

Sesuaikan kinerja ingest menggunakan shard

Setiap shard mendukung ingest 5 MB/detik atau 500 tulis per detik, serta konsumsi 10 MB/detik atau 100 baca per detik. Ini adalah batas lunak. Sistem berusaha melayani permintaan yang melebihi batas ini tetapi tidak menjamin kualitas layanan. Jika trafik melebihi kapasitas shard, bagi shard tersebut untuk meningkatkan kapasitas.

Konsol

Di Basic Properties, klik Modify, aktifkan Automatic sharding, atur batas shard, lalu klik Save.

Simple Log Service mendukung pembagian dan penggabungan shard individual.

API

Split shard.

Merge shard.

Hentikan penagihan atau hapus Logstore

Peringatan

Setelah dihapus, semua data log di Logstore hilang secara permanen dan tidak dapat dipulihkan. Lanjutkan dengan hati-hati.

Konsol

Bersihkan sebelum penghapusan.
1. Hapus semua konfigurasi Logtail terkait sebelum menghapus Logstore.
2. Jika LogShipper diaktifkan untuk Logstore ini, hentikan penulisan data baru dan pastikan semua data yang ada telah berhasil dikirim sebelum penghapusan.
Langkah-langkah penghapusan.
1. Di tab Log Storage > Logstores, arahkan kursor ke Logstore yang dituju lalu pilih Delete.
2. Di kotak dialog Warning, klik Confirm Deletion.
Catatan pasca-penghapusan.
1. Biaya penyimpanan masih berlaku pada hari penghapusan. Tidak ada biaya yang dikenakan mulai hari berikutnya. Anda tidak akan menerima tagihan untuk Logstore ini mulai hari ketiga setelah penghapusan.
2. Setelah penghapusan, semua tugas ekspor, pekerjaan transformasi data, tugas SQL terjadwal yang menggunakan Logstore ini sebagai sumber, dan tugas impor yang menargetkan Logstore ini akan dihapus.

API

Hapus Logstore

Contoh konfigurasi untuk skenario dunia nyata

Pemantauan dan analisis waktu nyata untuk beban kerja volume tinggi

Aplikasi online Anda menghasilkan volume log besar secara waktu nyata. Saat terjadi kegagalan, Anda perlu segera menemukan log error dan memantau metrik kinerja (seperti QPS dan latensi respons) dengan peringatan waktu nyata.

Konfigurasi yang direkomendasikan: Logstore Standard + pay-by-ingested-data + automatic sharding.

Alasan: Logstore Standard mendukung analitik, pemantauan waktu nyata, dan visualisasi. Dengan volume ingest tinggi dan potensi kebutuhan pengindeksan luas, pay-by-ingested-data menawarkan efisiensi biaya yang lebih baik, dan automatic sharding memastikan kinerja ingest dan analisis yang konsisten.

Skema kepatuhan, audit, dan regulasi

Regulasi industri mewajibkan penyimpanan log operasi pengguna dan log keamanan selama lebih dari enam bulan untuk audit, tetapi frekuensi kueri dan analisis harian sangat rendah.

Konfigurasi yang direkomendasikan: Logstore Query + intelligent tiering.

Alasan: Logstore Query mendukung beban kerja hanya pencarian dengan biaya lalu lintas indeks lebih rendah daripada Standard. Intelligent tiering mengurangi biaya penyimpanan jangka panjang dengan secara otomatis memindahkan log lama ke tier penyimpanan berbiaya lebih rendah.

Referensi terkait

Perbandingan Logstore dalam model penagihan pay-by-feature

Logstore Query hanya mendukung penagihan pay-by-feature. Dalam model ini, perbandingan Logstore Standard dan Query adalah sebagai berikut:

Item Perbandingan		Standard	Spesifikasi Query
Biaya	Lalu lintas indeks	USD 0,0875/GB	USD 0,0146/GB
Fitur	Ingest data (hanya untuk log aplikasi)	Didukung	Tidak mendukung ingest log produk cloud.
	Aktifkan intelligent tiering	Didukung	Didukung
	Pencarian	Didukung	Didukung
	Analitik (Pernyataan SQL)	Didukung	Tidak didukung
	Kueri kontekstual	Didukung	Didukung
	LiveTail	Didukung	Didukung
	LogReduce	Didukung	Tidak didukung
	Reindex	Didukung	Didukung
	Dashboard	Didukung	Tidak didukung
	Peringatan	Didukung	Hanya mendukung peringatan berbasis kueri
	SQL Terjadwal	Didukung	Tidak didukung
	Transformasi data	Didukung	Didukung
	Pengiriman data	Didukung	Didukung
	Konsumsi standar	Didukung	Didukung

Batasan

Pay-by-ingested-data mendukung seluruh fitur SLS. Fitur bernilai tambah seperti kueri dan analisis, transformasi data, peringatan cerdas, serta konsumsi/pengiriman tidak dikenai biaya tambahan tetapi tunduk pada batas kuota sebagai berikut.

Batas kuota	Deskripsi
Volume transformasi data	Maksimum 100 TB per Logstore per bulan.
Volume data SQL terjadwal	Maksimum 20 TB per Logstore per bulan.
Volume data pengiriman	Maksimum 100 TB per Logstore per bulan.
Volume data konsumsi	Maksimum 100 TB per Logstore per bulan.
Volume komputasi pekerjaan peringatan	Maksimum 100 TB per Logstore per bulan.

Ikhtisar penagihan

Biaya Logstore terutama bergantung pada mode penagihan yang dipilih.

Pay-by-feature: Anda ditagih secara terpisah berdasarkan penggunaan aktual resource seperti kapasitas penyimpanan, lalu lintas indeks, operasi baca/tulis, dan jumlah shard.
Pay-by-ingested-data: Anda hanya membayar volume data mentah yang diingest, dengan penyimpanan gratis selama 30 hari dan beberapa fitur gratis termasuk.

Rincian harga utama:

Lalu lintas indeks Standard: USD 0,0875/GB.
Trafik indeks kueri: USD 0,0146/GB.

Tips optimalisasi biaya:

Jika periode retensi log Anda mendekati atau melebihi 30 hari, pay-by-ingested-data biasanya lebih hemat biaya.
Untuk skenario pengarsipan dan hanya pengambilan, gunakan Logstore Query untuk mengurangi biaya pengindeksan.
Gunakan intelligent tiering untuk memindahkan data yang jarang diakses ke tier penyimpanan berbiaya lebih rendah.

FAQ

Tidak dapat membuat Logstore

Secara default, Anda dapat membuat hingga 200 Logstore per Project. Hapus Logstore yang tidak digunakan atau minta peningkatan kuota sebagai berikut.

Login ke Konsol Simple Log Service, lalu klik Project yang dituju di daftar Project.
Di halaman Project, buka Ikhtisar > Informasi Dasar > Kuota Resource lalu klik Manage. Di panel Resource Quotas, sesuaikan batas kuota Logstore lalu klik Save untuk mengajukan permintaan Anda. Perubahan akan berlaku dalam waktu sekitar satu jam.

Apakah log hilang di Simple Log Service?

Project atau Logstore hilang
Jika Anda menghapus Project atau Logstore secara manual, log tidak dapat dipulihkan. Gunakan ActionTrail untuk memeriksa event penghapusan dalam 90 hari terakhir.
Jika akun Anda tetap menunggak lebih dari 7 hari, layanan dianggap ditinggalkan. Project akan ditarik kembali dan data dihapus secara permanen. Untuk detailnya, lihat Pembayaran yang tertunda.

Bagaimana cara mengurangi biaya penyimpanan log?

Untuk memeriksa penagihan SLS Anda, lihat Lihat kapasitas penyimpanan SLS dan catatan konsumsi.
Unduh log historis secara lokal atau kirim ke OSS untuk penyimpanan.