All Products
Search

This Product

    Simple Log Service:Mengelola logstore

    Document Center

    Simple Log Service:Mengelola logstore

    Last Updated:Mar 14, 2026

    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 kontainer data dalam Simple Log Service. Anda dapat membuat beberapa logstore dalam project untuk mengisolasi dan mengelola log dari layanan atau sumber yang berbeda.

    Beberapa produk cloud dan fitur SLS secara otomatis membuat logstore khusus untuk tujuan tertentu. Anda tidak dapat menulis data lain ke logstore tersebut. Contohnya:

    Spesifikasi logstore

    Simple Log Service (SLS) menyediakan dua spesifikasi logstore: Standard dan Query. Keduanya berbeda dalam fitur dan biaya.

    Jenis

    Biaya (perbandingan biaya lalu lintas indeks)

    Skenario

    Standard

    USD 0,0875/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 Type (Spesifikasi Query)

    USD 0,0146/GB

    Tidak mendukung analitik. Cocok untuk skenario pengarsipan seperti pengarsipan log, penyimpanan log audit, dan troubleshooting yang memerlukan pengambilan konten log cepat tanpa analisis. Aplikasi khasnya mencakup penyimpanan jangka panjang log berskala besar dengan frekuensi akses rendah.

    Lingkup dan izin

    Izin

    • Secara default, Akun Alibaba Cloud memiliki akses penuh ke semua operasi logstore.

    • Secara default, Pengguna Resource Access Management (RAM) tidak memiliki izin untuk logstore. Minta izin dari pemilik Akun Alibaba Cloud, yang dapat menyambungkan salah satu kebijakan sistem berikut ke Pengguna RAM tersebut.

      • AliyunLogFullAccess: Memberikan izin penuh untuk mengelola SLS.

      • AliyunLogReadOnlyAccess: Memberikan izin read-only untuk SLS.

      Jika kebijakan sistem tidak memenuhi kebutuhan Anda, Anda dapat membuat kebijakan kustom untuk menerapkan pengelolaan izin detail halus. Untuk informasi selengkapnya, lihat tabel berikut.

      Operasi

      Izin yang diperlukan

      Mengelola 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

      Menjalankan kueri pada 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

    1. Masuk ke Konsol Simple Log Service. Di bagian Projects, klik project yang ingin Anda kelola.

    2. Pada tab Log Storage > Logstores, klik ikon +.

      image

    3. Pada halaman Create Logstore, konfigurasikan parameter dan klik OK.

      1. Logstore Type: Nilai default-nya adalah Standard.

      2. Billing Mode:

        • Pay-by-feature (tidak dapat diubah): Anda ditagih untuk setiap resource yang digunakan, seperti penyimpanan, pengindeksan, dan operasi baca/tulis. Kuota gratis bulanan disediakan untuk membantu mengontrol biaya pada kasus penggunaan skala kecil.

        • Pay-by-ingested-data: Anda hanya membayar data mentah yang ditulis. Penyimpanan dan fitur utama gratis selama 30 hari. Mode penagihan ini memiliki struktur yang lebih sederhana dan hemat biaya.

        Mode pay-by-ingested-data ideal ketika periode retensi data Anda mendekati 30 hari dan Anda memerlukan pengindeksan yang sebanding dengan indeks teks penuh.

      3. Logstore Name: Nama harus unik dalam project. Nama ini berfungsi sebagai pengenal unik untuk logstore dan tidak dapat diubah setelah logstore dibuat.

      4. Data Retention Period: Nilai default-nya adalah 30 hari.

      5. Pertahankan nilai default untuk parameter lainnya. Untuk daftar lengkap parameter, lihat tabel berikut.

      Daftar lengkap parameter logstore

      Parameter

      Deskripsi

      Logstore Type

      Logstore SLS mendukung dua spesifikasi: Standard dan Query. Pilih salah satu berdasarkan skenario Anda untuk menghemat biaya.

      • Spesifikasi Standard mencakup fitur analitik data one-stop lengkap dari SLS. Cocok untuk skenario seperti pemantauan waktu nyata, analisis interaktif, dan membangun sistem observabilitas lengkap.

      • Harga satuan lalu lintas indeks untuk spesifikasi Query adalah 29% dari spesifikasi Standard. Ini memungkinkan Anda mengaktifkan indeks untuk lebih banyak bidang dengan biaya yang sama. Spesifikasi Query hanya mendukung pencarian kata kunci dan tidak mendukung analisis statistik.

      Billing Mode

      • Pay-by-feature: Ini adalah mode penagihan asli SLS. Anda ditagih untuk resource yang digunakan, seperti penyimpanan dan indeks, serta fitur seperti transformasi data dan pengiriman data. Anda dikenai biaya berdasarkan sistem bayar sesuai penggunaan.

      • Pay-by-ingested-data: Ini adalah mode penagihan sederhana dari SLS. Anda terutama dikenai biaya berdasarkan jumlah data mentah yang ditulis ke SLS. Setelah data ditulis ke SLS, simpan data tersebut dan gunakan fitur seperti transformasi data dan pengiriman data secara gratis selama 30 hari. Mode penagihan ini sederhana, dapat diprediksi, dan terkendali. Ini membantu Anda memanfaatkan SLS secara maksimal untuk menambang lebih banyak nilai data.

      Logstore Name

      Nama logstore harus unik dalam satu project dan tidak dapat diubah setelah pembuatan.

      WebTracking

      Mengaktifkan pengumpulan data akses pengguna dari browser web dan aplikasi seluler (iOS/Android). Fitur ini dinonaktifkan secara default.

      Data Retention Period

      Jumlah hari untuk menyimpan data log sebelum dihapus secara otomatis. Nilai valid: 1 hingga 3650. Nilai 3650 menunjukkan penyimpanan permanen.

      Intelligent Tiered Storage

      Secara otomatis memindahkan data ke tier penyimpanan berbiaya lebih rendah berdasarkan usianya menggunakan fitur manajemen siklus hidup.

      • Hot storage:

        • Hot storage adalah solusi penyimpanan data yang scalable dan berdaya tahan tinggi untuk data yang sering diakses.

        • Mendukung akses data waktu nyata dan menyediakan fungsi kueri dan analisis log berkinerja-tinggi. Cocok untuk skenario bisnis yang memerlukan kueri dan analisis data secara berkala.

      • IA storage class

        • Kelas penyimpanan IA (sebelumnya penyimpanan dingin) adalah kelas penyimpanan yang dapat mengurangi biaya penyimpanan jangka panjang Anda sekaligus memastikan bahwa kemampuan kueri, analisis, visualisasi, peringatan, pengiriman, dan transformasi log tidak terpengaruh.

        • Cocok untuk skenario bisnis yang memerlukan kueri dan analisis jarang, seperti pelacakan masalah.

      • Archive Storage

        • Archive Storage menyediakan solusi penyimpanan data jangka panjang berbiaya lebih rendah yang tetap dapat dikueri dan dianalisis berdasarkan kelas penyimpanan Hot dan IA yang ada.

        • Cocok untuk skenario bisnis yang memerlukan penyimpanan jangka panjang data audit.

      Shards

      Setiap shard mendukung throughput tulis 5 MB/detik dan throughput baca 10 MB/detik. Jika trafik data melebihi kapasitas layanan sebuah shard, lakukan pemisahan shard. Jika trafik data tidak mencapai kapasitas baca/tulis maksimum sebuah shard, gabungkan shard untuk menghemat biaya.

      Automatic Sharding

      Jika volume tulis ke sebuah shard melebihi kapasitas baca/tulis-nya selama lebih dari 5 menit, aktifkan fitur ini untuk secara otomatis menambah jumlah shard berdasarkan volume data.

      Maximum Shards

      Setelah Anda mengaktifkan automatic sharding, maksimal 256 shard dapat dibuat secara otomatis.

      Log Public IP

      Setelah log diterima, alamat IP publik klien dan waktu kedatangan log di server akan ditambahkan secara otomatis.

    API

    CreateLogStore

    Ubah konfigurasi logstore

    Anda dapat mengonfigurasi parameter berikut saat membuat logstore. Bagian ini menjelaskan cara mengubahnya untuk logstore yang sudah ada.

    1. Klik image Log Storage. Di daftar Logstores, arahkan kursor ke LogStore target dan pilih Modify.

    2. Di panel Logstore Attributes, ubah parameter-parameter tersebut.

    Atur periode retensi data dan hapus log

    Konsol

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

    Simple Log Service tidak mendukung penghapusan entri log tertentu. Anda dapat menghapus log berdasarkan waktu dengan mengubah periode retensi log. Atau, Anda dapat menghapus semua log dengan menghentikan penagihan atau menghapus Logstore.

    • Specified Days: Tentukan bilangan bulat dari 1 hingga 3.650. Nilai 3.650 menunjukkan retensi permanen. Saat periode retensi berakhir, log akan dihapus.

    • Permanent Storage: Menyimpan semua log dalam Logstore ini secara permanen.

    Catatan

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

    API

    Operasi UpdateLogStore, atur nilai ttl untuk menyesuaikan periode retensi log.

    Gunakan penyimpanan bertingkat untuk mengoptimalkan biaya penyimpanan

    Konsol

    1. Di bagian Basic Information, klik Modify dan aktifkan Intelligent Tiered Storage.

    2. Konfigurasikan Storage Policy. Total periode retensi di seluruh tiga tier penyimpanan harus sesuai dengan Data Retention Period.

      • Hot storage: minimal 7 hari.

      • Durasi penyimpanan minimum untuk kelas penyimpanan IA adalah 30 hari.

      • Archive storage: minimal 60 hari.

    3. Klik Save. Untuk informasi selengkapnya, lihat Intelligent tiered storage.

    API

    Dalam operasi UpdateLogStore, atur nilai ttl, hot_ttl, dan infrequentAccessTTL untuk menyesuaikan kebijakan retensi secara dinamis untuk penyimpanan bertingkat.

    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:

    • Kirim data dengan menggunakan STS untuk autentikasi. Metode ini cocok untuk skenario produksi. Anda tidak perlu mengubah konfigurasi LogStore.

    • Kirim data secara anonim menggunakan OpenAPI. Metode ini hanya cocok untuk skenario pengujian. Anda harus mengaktifkan sakelar di Logstore. Untuk petunjuk konfigurasi, lihat konten berikut.

    Konsol

    Di bagian Basic Information, klik Modify, aktifkan WebTracking, lalu klik Save.

    API

    Operasi UpdateLogStore, atur parameter enable_tracking ke true untuk mengaktifkan fitur pelacakan web.

    Tambahkan alamat IP publik dan waktu kedatangan ke log secara otomatis

    Setelah Anda mengaktifkan fitur ini, informasi berikut akan ditambahkan secara otomatis ke log selama pengumpulan data:

    • __tag__:__client_ip__: alamat IP publik perangkat tempat log dikirim.

    • __tag__:__receive_time__: waktu saat log tiba di server SLS. Waktu ini merupakan Stempel waktu UNIX yang menunjukkan jumlah detik yang telah berlalu sejak 00:00:00 UTC pada 1 Januari 1970.

    Konsol

    Di bagian Basic Properties, klik Modify, aktifkan sakelar Log Public IP, lalu klik Save.

    API

    Dalam operasi UpdateLogStore, gunakan parameter appendMeta untuk mengaktifkan pencatatan alamat IP publik.

    Sesuaikan kinerja pengumpulan menggunakan shard

    Setiap shard mendukung throughput tulis 5 MB/detik atau 500 tulis/detik dan throughput baca 10 MB/detik atau 100 baca/detik. Ini adalah batas lunak. Jika batas dilampaui, sistem akan berusaha memberikan layanan sebaik mungkin tetapi tidak menjamin kualitas layanan. Jika trafik baca/tulis melebihi kapasitas baca/tulis sebuah shard, lakukan pemisahan shard untuk menambah jumlah shard dan 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

    SplitShard.

    MergeShards.

    Hentikan penagihan atau hapus logstore

    Peringatan

    Setelah logstore dihapus, data log yang tersimpan di dalamnya akan dihapus secara permanen dan tidak dapat dipulihkan. Lakukan dengan hati-hati.

    Konsol

    1. Lakukan pembersihan sebelum penghapusan.

      1. Sebelum menghapus logstore, hapus semua konfigurasi Logtail yang terkait.

      2. Jika pengiriman data diaktifkan untuk logstore, hentikan penulisan data baru ke logstore dan pastikan semua data yang ada di logstore telah dikirim sebelum menghapus logstore.

    2. Prosedur penghapusan.

      1. Pada tab Log Storage > Logstores, arahkan kursor ke logstore target dan pilih Delete.

      2. Di kotak dialog Warning, klik Confirm Deletion.

    3. Setelah penghapusan.

      1. Biaya penyimpanan dikenakan pada hari Anda menghapus logstore. Tidak ada biaya yang dibebankan mulai hari berikutnya.

      2. Setelah Anda menghapus logstore, tugas ekspor, pekerjaan transformasi data, dan tugas Scheduled SQL yang menggunakan logstore sebagai sumber data serta tugas impor yang menggunakan logstore sebagai tujuan juga akan dihapus.

    API

    Delete Logstore

    Konfigurasi contoh untuk skenario umum

    Pemantauan dan analisis waktu nyata untuk layanan volume tinggi

    Aplikasi online menghasilkan volume besar log bisnis secara waktu nyata. Saat terjadi kegagalan, lokalisasi log kesalahan dengan cepat dan pantau metrik kunci, seperti permintaan per detik (QPS) dan latensi respons, dengan peringatan waktu nyata.

    Konfigurasi yang direkomendasikan: logstore Standard + Pay-by-ingested-data + Pemisahan shard otomatis.

    Alasan: Logstore Standard mendukung analisis, pemantauan waktu nyata, dan visualisasi. Untuk ingest log volume tinggi dan analisis yang mungkin memerlukan pengindeksan ekstensif, pay-by-ingested-data direkomendasikan. Pemisahan shard otomatis memastikan kinerja yang cukup untuk ingest dan analisis data.

    Kepatuhan, audit, dan keamanan

    Peraturan industri mengharuskan Anda menyimpan log aktivitas pengguna dan log keamanan selama enam bulan atau lebih untuk keperluan audit. Namun, log ini jarang dikueri dan dianalisis.

    Konfigurasi yang direkomendasikan: logstore Query + Intelligent tiered storage.

    Alasan: Logstore Query hanya mendukung kueri tetapi memiliki biaya lalu lintas indeks lebih rendah daripada logstore Standard. Intelligent tiered storage mengklasifikasikan data log berdasarkan usianya, sehingga mengurangi biaya penyimpanan jangka panjang.

    Referensi

    Perbandingan LogStore dalam Mode Penagihan Berbasis Fitur

    Logstore Query hanya mendukung mode penagihan pay-by-feature. Tabel berikut membandingkan logstore Standard dan Query dalam mode ini.

    Item

    Spesifikasi Standard

    Query Type (Spesifikasi Query)

    Biaya

    lalu lintas indeks

    USD 0,0875/GB

    USD 0,0146/GB

    Fitur

    Pengumpulan data (hanya untuk skenario log sistem bisnis)

    Didukung

    Tidak mendukung pengumpulan log produk cloud.

    Aktifkan intelligent tiered storage

    Didukung

    Didukung

    Kueri

    Didukung

    Didukung

    Analisis (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 berdasarkan pernyataan kueri.

    Scheduled SQL

    Didukung

    Tidak didukung

    Transformasi data

    Didukung

    Didukung

    Pengiriman data

    Didukung

    Didukung

    Konsumsi standar

    Didukung

    Didukung

    Batasan

    Mode pay-by-ingested-data mendukung set fitur lengkap SLS. Fitur bernilai tambah seperti kueri dan analisis, transformasi data, peringatan cerdas, serta pengiriman dan konsumsi data tidak dikenai biaya tambahan, tetapi tunduk pada kuota. Tabel berikut memberikan rincian.

    batas kuota

    Catatan

    Transformasi data

    Satu logstore mendukung volume transformasi data maksimum 100 TB per bulan.

    Volume data untuk Scheduled SQL

    Satu logstore mendukung volume data Scheduled SQL maksimum 20 TB per bulan.

    Volume data yang dikirim

    Satu logstore mendukung volume pengiriman data maksimum 100 TB per bulan.

    Konsumsi data

    Satu logstore mendukung volume konsumsi data maksimum 100 TB per bulan.

    Menghitung volume data untuk pekerjaan peringatan

    Satu logstore mendukung volume komputasi pekerjaan peringatan maksimum 100 TB per bulan.

    Penagihan

    Biaya logstore terutama ditentukan oleh mode penagihan yang dipilih.

    • Pay-by-feature: Anda ditagih untuk setiap resource yang digunakan, seperti kapasitas penyimpanan, lalu lintas indeks, operasi baca/tulis, dan jumlah shard.

    • Pay-by-ingested-data: Anda hanya dikenai biaya berdasarkan jumlah data mentah yang ditulis. Mode ini mencakup 30 hari penyimpanan gratis dan berbagai fitur gratis.

    Harga item penagihan utama:

    • Lalu lintas indeks Standard: USD 0,0875/GB.

    • Lalu lintas indeks Query: USD 0,0146/GB.

    Rekomendasi optimasi biaya:

    • Jika periode retensi log Anda mendekati atau melebihi 30 hari, mode pay-by-ingested-data biasanya lebih hemat biaya.

    • Untuk skenario yang hanya memerlukan pengarsipan dan pengambilan, gunakan spesifikasi Query untuk mengurangi biaya pengindeksan.

    • Konfigurasikan intelligent tiered storage untuk memindahkan data yang jarang diakses ke tier penyimpanan berbiaya lebih rendah.

    FAQ

    Tidak dapat membuat LogStore

    Anda dapat membuat hingga 200 logstore per project secara default. Untuk membuat lebih banyak, hapus logstore yang tidak digunakan atau minta peningkatan kuota.

    1. Masuk ke Konsol Simple Log Service. Di bagian Projects, klik project yang ingin Anda kelola.

    2. Di halaman Project Overview, temukan Resource Quota di bagian Basic Information dan klik Manage. Di panel Resource Quotas, sesuaikan batas kuota Logstore dan klik Save untuk mengirim permintaan Anda. Permintaan memerlukan waktu sekitar satu jam untuk diproses.

    Mengapa log saya di SLS hilang?

    • Project dan LogStore tidak ditemukan

      Jika Anda menghapus project atau logstore secara manual, log tidak dapat dipulihkan. Gunakan ActionTrail untuk mencari event penghapusan project atau logstore dalam 90 hari terakhir.

    • Akun Anda memiliki pembayaran tertunda. Jika pembayaran Anda tertunda lebih dari 7 hari, project SLS Anda akan ditarik. Semua data dihapus dan tidak dapat dipulihkan. Untuk informasi selengkapnya, lihat Overdue payments.

    Bagaimana cara mengoptimalkan biaya penyimpanan log?