Topik ini menjelaskan cara membuat, memodifikasi, dan menghapus metricstore di Konsol Simple Log Service (SLS). Topik ini juga mencakup cara menghapus metrik. Sebelum menghapus metricstore, Anda harus menghapus semua konfigurasi Logtail terkait. Untuk menghapus metrik, kurangi periode retensi untuk metrik tersebut.
Istilah
Metricstore digunakan untuk mengumpulkan, menyimpan, dan menanyakan metrik dalam SLS. Setiap metricstore termasuk ke dalam sebuah proyek. Anda dapat membuat beberapa metricstores dalam satu proyek. Untuk informasi lebih lanjut, lihat Metricstore.
Prasyarat
Sebuah proyek telah dibuat. Untuk informasi lebih lanjut, lihat Mengelola proyek.
Membuat metricstore
Masuk ke Konsol Simple Log Service.
Pada bagian Proyek, klik yang Anda inginkan.

Pada tab , klik ikon +.
Di panel Create Metricstore, konfigurasikan parameter berikut dan klik OK.
Parameter
Deskripsi
Metricstore Name
Nama dari metricstore. Nama tersebut harus unik dalam proyek tempat metricstore tersebut berada. Setelah metricstore dibuat, Anda tidak dapat mengubah nama metricstore tersebut.
Data Retention Period
Periode retensi metrik yang dikumpulkan dalam metricstore.
Jika Anda memilih Specified Days untuk Periode Retensi Data, tentukan berapa hari Anda ingin menyimpan metrik berdasarkan kebutuhan bisnis Anda. Nilai valid: 1 hingga 3000. Unit: hari.
PeringatanSetelah periode retensi berakhir, metrik akan otomatis dihapus.
Jika Anda memperpendek periode retensi data, SLS akan menghapus semua metrik yang kedaluwarsa dalam waktu 1 jam. Volume data yang ditampilkan untuk Usage Details di halaman utama Konsol SLS diperbarui pada hari berikutnya. Contohnya, jika Anda mengubah periode retensi data dari 5 hari menjadi 1 hari, SLS akan menghapus metrik dari empat hari sebelumnya dalam waktu 1 jam.
Jika Anda memilih Permanent Storage untuk Periode Retensi Data, SLS akan menyimpan metrik yang dikumpulkan secara permanen dalam metricstore.
CatatanJika Anda menanyakan periode retensi data dengan memanggil SDK dan hasil yang dikembalikan adalah 3650, metrik disimpan secara permanen.
Shards
Jumlah shard. SLS menyediakan shard yang memungkinkan Anda membaca dan menulis data. Setiap shard mendukung kapasitas tulis sebesar 5 MB/s dan 500 tulisan/detik serta kapasitas baca sebesar 10 MB/s dan 100 bacaan/detik. Anda dapat membuat hingga 10 shard di setiap metricstore. Anda dapat membuat hingga 200 shard di setiap proyek. Untuk informasi lebih lanjut, lihat Shard.
Automatic Sharding
Jika Anda mengaktifkan Automatic Sharding, SLS akan meningkatkan jumlah shard ketika shard yang ada tidak dapat menampung data yang ditulis. Untuk informasi lebih lanjut, lihat Mengelola shard.
Maximum Shards
Jika Anda mengaktifkan Automatic Sharding, Anda harus mengonfigurasi parameter ini untuk menentukan jumlah maksimum shard baca-tulis yang dapat dibuat. Nilai maksimum: 256.
Memodifikasi konfigurasi metricstore
Pada tab , gerakkan pointer di atas metricstore yang ingin dimodifikasi dan pilih .
Di halaman Metricstore Attribute, klik Modify.
Basic Information
Data Retention Period: Untuk deskripsi parameter, lihat Buat metricstore.
Automatic Sharding: Aktifkan fitur ini untuk secara otomatis membagi shard dan meningkatkan throughput tulis. Untuk informasi lebih lanjut, lihat Mengelola shard.
Maximum Shards: Jumlah maksimum shard yang dapat dibagi dari satu metricstore. Sebuah metricstore dapat dibagi secara otomatis menjadi maksimal 256 shard yang berada dalam status baca-tulis.
Log Public IP: Saat Anda mengaktifkan saklar Log Public IP, SLS secara otomatis menambahkan informasi berikut ke bidang Tag log.
__client_ip__: Alamat IP publik perangkat tempat log berasal.
__receive_time__: Waktu saat log tiba di server. Nilai ini adalah stempel waktu UNIX yang menunjukkan jumlah detik yang telah berlalu sejak 00:00:00 UTC pada 1 Januari 1970.
Shard Management
Saat sebuah metricstore dibuat, dua shard dibuat secara default. Pisahkan atau gabungkan shard nanti sesuai kebutuhan. Untuk informasi lebih lanjut, lihat Mengelola shard.
Query Acceleration Settings
Secara default, mesin komputasi Prometheus Query tidak menyimpan hasil eksekusi. Setiap kueri harus membaca semua data dan menjalankan kembali perhitungan. Mesin komputasi standar hanya mendukung perhitungan single-coroutine pada node tunggal. Ini menghasilkan performa buruk dalam skenario dengan banyak timeline, rentang waktu kueri panjang, atau logika kompleks. Untuk memberikan perhitungan Prometheus Query Language (PromQL) yang lebih efisien, mesin komputasi waktu SLS memperkenalkan dua peningkatan: Caching Global dan Komputasi Paralel. Untuk informasi lebih lanjut tentang desain tingkat rendah dan konfigurasi, lihat Akselerasi kueri.
Write Settings
Metricstore mengorganisir dan menyimpan data metrik berdasarkan urutan kronologis. Jika sejumlah besar data kotor ditulis tidak berurutan, performa kueri dapat menurun drastis. Contohnya meliputi terus-menerus menulis data dari bulan lalu ke Metricstore real-time, atau menghasilkan data tidak valid karena masalah jam mesin.
Metricstore dapat menyaring data pemantauan yang memiliki timestamp abnormal. Di halaman konfigurasi penulisan, atur jendela waktu kiri dan kanan, dalam detik. Rentang waktu penulisan yang valid didasarkan pada saat data tiba di layanan SLS (SLS). Rentang waktu valid adalah [Waktu kedatangan data - Interval kiri, Waktu kedatangan data + Interval kanan]. Data di luar rentang ini dibuang. Jika intervalnya [0,0], aturan rentang waktu tidak diterapkan.
CatatanFitur ini hanya berlaku untuk data yang ditulis menggunakan protokol Prometheus Remote Write. Untuk informasi lebih lanjut tentang jenis koneksi, lihat Mengumpulkan data metrik dari Prometheus menggunakan Protokol Remote Write.
Ingest Processor
Prosesor ingest memungkinkan Anda memproses data sebelum ditulis. Ini mendukung berbagai skenario, seperti memodifikasi bidang, mengurai bidang, menyaring data, dan menyembunyikan data. Untuk informasi lebih lanjut, lihat Pemrosesan selama ingest (ingest processor).
Tag
Anda dapat menambahkan tag ke metricstore untuk mengelompokkan dan mengelola metricstore Anda.
Klik Save.
Menghapus metricstore
Sebelum menghapus metricstore, Anda harus menghapus semua konfigurasi Logtail yang terkait dengan metricstore. Untuk informasi lebih lanjut, lihat Menghapus konfigurasi Logtail.
Jika fitur pengiriman data diaktifkan untuk metricstore, kami sarankan Anda berhenti menulis data ke metricstore dan pastikan semua data dalam metricstore dikirim sebelum Anda menghapus metricstore.
Jika Anda menghapus semua metricstores, Anda tetap dikenakan biaya penyimpanan data pada hari Anda menghapus metricstores, tetapi Anda tidak lagi dikenakan biaya mulai hari berikutnya. Akibatnya, mulai hari ketiga setelah Anda menghapus semua metricstores, Anda tidak lagi menerima tagihan SLS.
Pada tab , gerakkan pointer di atas metricstore yang ingin Anda hapus dan pilih .
PeringatanSetelah Anda menghapus metricstore, semua metrik dalam metricstore dihapus dan tidak dapat dipulihkan. Lanjutkan dengan hati-hati.
Dalam pesan yang muncul, klik OK.
Menghapus metrik
Setelah periode retensi metrik berakhir, metrik tersebut akan otomatis dihapus. Anda juga dapat memodifikasi Data Retention Period untuk menghapus metrik.
Jika Anda memperpendek periode retensi data, SLS akan menghapus semua metrik yang kedaluwarsa dalam waktu 1 jam. Volume data yang ditampilkan untuk Usage Details di halaman utama Konsol SLS diperbarui pada hari berikutnya. Contohnya, jika Anda mengubah periode retensi data dari 5 hari menjadi 1 hari, SLS akan menghapus metrik dari empat hari sebelumnya dalam waktu 1 jam.
> Modify