Lewati ke konten utama
diskon 50% semua paket, waktu terbatas. Mulai dari $2.48/mo
VictoriaLogs

VictoriaLogs

VictoriaLogs adalah database log berkinerja tinggi. Alternatif Loki yang lebih cepat dan lebih hemat, dengan bahasa kueri LogsQL dan label bergaya Prometheus. Open-source, ditulis dalam Go, oleh tim VictoriaMetrics. Dirancang untuk agregasi log skala multi-TB pada hardware standar.

Sekilas

2k

Bintang GitHub

223

Tampilan halaman

78

Instalasi aktif

Lisensi Apache-2.0 Versi Latest OS Ubuntu Server 24.04 LTS Min RAM 1 GB IP IPV4,IPV6

Instalasi aktif adalah data sampel (pratinjau); metrik nyata akan terhubung sebelum peluncuran.

Ikhtisar

VictoriaLogs di Cloudzy memberi Anda database log self-hosted yang cepat dan sepenuhnya Anda kendalikan. Jalankan satu node untuk pengembangan atau instance yang lebih besar untuk produksi, lalu arahkan Vector, Fluent Bit, atau syslog ke sana dan mulai query dalam hitungan detik. vCPU EPYC dedicated, RAM DDR5, pure NVMe, dan uplink 10 Gbps menjaga ingest dan kueri tetap responsif di saat traffic puncak. Penagihan per jam memungkinkan Anda menaikkan kapasitas saat sibuk dan menurunkannya kembali setelahnya.

Deskripsi

Image One-Click ini menyertakan VictoriaLogs di dalam Docker dengan wrapper systemd ringan, plus komponen pendukung seperti Grafana, Vector, vmauth, vmalert, Alertmanager, dan VictoriaMetrics node tunggal untuk metrik. VictoriaLogs mendengarkan pada port HTTP native-nya dan siap menerima log serta menjawab kueri langsung setelah dijalankan. Lihat dokumentasi resmi untuk model data, metode ingest, dan pola kueri. 

Akses Antarmuka Web

Mulai dengan mengakses layanan yang sudah berjalan di server Anda. Ganti <SERVER-IP> dengan IP instance Anda.

  • VictoriaLogs: http://<SERVER-IP>:9428 (ingesti, kueri, dan metrik di /metrics).

  • Grafana: http://<SERVER-IP>:3000 (login pertama adalah admin /admin, kemudian ubah.

  • VictoriaMetrics node tunggal: http://<SERVER-IP>:8428 untuk metrik yang kompatibel dengan Prometheus.

  • vmalert Antarmuka & API: http://<SERVER-IP>:8880.

  • vmauth gateway: pintu gerbang: http://<SERVER-IP>:8427 untuk autentikasi dan routing.

  • Alertmanager: http://<SERVER-IP>:9093.

  • Vector API & Antarmuka Pengguna: http://<SERVER-IP>:8686 jika diaktifkan di vector config. 

Kontrol layanan untuk operasi hari pertama:

sudo systemctl mulai victoria-logs
sudo systemctl stop victoria-logs
sudo systemctl status victoria-logs
docker ps

Fitur Lanjutan

Berikut peningkatan nyata yang penting untuk database log di server milik Anda sendiri. Peningkatan ini mengurangi latensi kueri, menjaga ingesti tetap lancar saat lonjakan trafik, dan memberi Anda kemampuan rollback cepat jika sebuah pembaruan bermasalah.

  • vCPU dan DDR5 RAM Khusus untuk menghindari stall akibat noisy-neighbor pada penulisan dan pembacaan yang berjalan bersamaan.

  • Storage NVMe murni untuk IOPS tinggi pada WAL, pembangunan index, dan kompaksi.

  • 10 Gbps network port untuk pengiriman data dengan laju tinggi dan banyak pengguna dashboard.

  • Snapshot on-demand dan rollback sebelum upgrade atau perubahan skema.

  • Billing per jam artinya klon untuk staging atau load testing hanya dikenakan biaya selama jam pemakaiannya.
    Satu kali reboot sudah cukup untuk menerapkan perubahan ukuran. Tidak perlu migrasi data atau pengeditan DNS.

Kemudahan Penggunaan

Anda mendapatkan dashboard yang bersih untuk power-cycle, snapshot, atau migrasi region. Arahkan Vector or Fluent Bit to http://<SERVER-IP>:9428 untuk ingesti HTTP JSON, atau aktifkan syslog receiver pada VictoriaLogs jika Anda lebih suka TCP atau UDP 514. Contoh resep tersedia di dokumentasi, dan Anda bisa tetap simpel dengan field default lalu tambahkan struktur seiring waktu. 

Fokus Performa

Jika tim Anda menyematkan panel Grafana ke halaman status publik atau portal internal, waktu muat panel yang lebih cepat dan kueri ad hoc yang lebih responsif membuat halaman terasa instan. NVMe I/O dan uplink 10 Gbps menjaga waktu respons tetap stabil ketika beberapa pengguna menjalankan kueri pada rentang waktu yang besar.

Kontrol Situs Penuh

Anda punya akses root. Atur retensi, pangkas index, konfigurasikan pengguna vmauth , dan hubungkan alert melalui vmalert dan Alertmanager. Container VictoriaLogs berada di bawah /root/VictoriaLogs, dikelola oleh unit systemd yang memanggil target Makefile, sehingga pembaruan bersifat terprediksi dan dapat dibatalkan. Gunakan docker ps untuk memeriksa container, atau perluas stack dengan file compose Anda sendiri. 

Tools yang Kuat

Image ini menyertakan atau dipasangkan dengan komponen berikut agar Anda bisa fokus pada kualitas log, bukan pada setup awal.

  • VictoriaLogs single node untuk ingesti dan kueri berkecepatan tinggi di port 9428.

  • Grafana untuk dashboard dan eksplorasi ad-hoc di port 3000.

  • VictoriaMetrics node tunggal jika Anda juga membutuhkan penyimpanan metrik di port 8428.

  • vmauth untuk menambahkan autentikasi dan merutekan traffic multi-tenant di port 8427.

  • vmalert untuk mengevaluasi aturan alerting dan mengekspos alert API di port 8880.

  • Vector sebagai shipper berperforma tinggi yang sederhana, dengan API di 8686 saat diaktifkan.

Jangkauan Global

Pilih region terdekat dengan pengguna Anda. Cloudzy memiliki titik kehadiran di:

  • Amerika UtaraNew York City, Dallas, Miami, Utah, Las Vegas

  • EropaLondon, Amsterdam, Frankfurt, Zurich

  • Asia PasifikSingapura

Setiap lokasi menawarkan uplink 10 Gbps, koneksi Tier-1, dan SLA uptime 99,95% yang sama. Satu-satunya variabel adalah jarak.

Detail Aplikasi

Versi: Tidak Ditentukan

Sistem Operasi: Ubuntu Server 24.04

RAM Minimum: 1 GB

Jenis IP: IPv6, IPv4

Deploy VictoriaLogs Sekarang: database log dan dashboard Anda siap dalam hitungan menit.

Catatan dan referensi: port default VictoriaLogs adalah 9428 dan /metrics endpoint, contoh ingestion, dan data model didokumentasikan oleh VictoriaMetrics. Port default untuk vmauth 8427, vmalert 8880, VictoriaMetrics node tunggal 8428, dan Grafana 3000 dengan alur login pertama didokumentasikan dalam panduan resmi mereka.

Penting: Tanggung Jawab Konfigurasi & Domain

Anda mendapatkan akses SSH/root penuh di setiap OCA. Kekuatan tersebut juga berarti perubahan Anda dapat putus aplikasi. Mohon baca ini sebelum mengubah konfigurasi.

  • Anda yang mengelola domain. Kami tidak menjual atau meng-host domain/DNS. Jika aplikasi memerlukan domain, Anda harus mengarahkan domain ke server (A/AAAA/CNAME, dan MX/TXT jika relevan). Penerbitan SSL dan banyak dashboard bergantung pada ini benar.

  • Mengubah domain/hostname setelah instalasi bukanlah hal yang sepele. Banyak OCA menulis domain ke dalam konfigurasi (.env, reverse proxy, URL aplikasi). Jika Anda mengubahnya, perbarui juga:

    • Reverse proxy (Nginx/Caddy) dan sertifikat TLS

    • URL “eksternal”/base URL aplikasi dan URL callback/webhook

    • Tautan hard-coded di aplikasi atau add-on

  • Kredensial penting. Mengganti nama admin default, merotasi password, atau mengubah port layanan tanpa memperbarui konfigurasi aplikasi dapat mengunci akses Anda atau menghentikan layanan. Jaga kredensial tetap aman dan tersinkronisasi di seluruh aplikasi, proxy, dan integrasi apa pun.

  • Perubahan nameserver dapat menyebabkan downtime. Memindahkan domain Anda ke nameserver baru atau mengedit record NS akan memicu penundaan propagasi. Rencanakan perubahan, turunkan TTL sebelum waktunya, dan verifikasi record A/AAAA sebelum beralih.

  • Pengeditan firewall/port dapat merusak akses. Jika Anda mengubah port SSH, HTTP/HTTPS, RDP, atau aplikasi, perbarui firewall (UFW/CSF/security groups) dan aturan reverse-proxy sesuai dengan itu.

  • Port email (SMTP) dibatasi secara default. Port mail keluar (misalnya, 25/465/587) mungkin ditutup untuk mencegah penyalahgunaan. Jika OCA Anda harus mengirim email, minta akses SMTP. dari support atau gunakan provider email transaksional (SendGrid/Mailgun/SES) melalui API atau SMTP yang disetujui.

  • Email & daftar putih. Jika aplikasi mengirim email atau menerima webhook, mengubah IP/hostname dapat memengaruhi deliverability atau allowlist. Perbarui SPF/DKIM/DMARC dan semua allowlist IP.

  • Sebelum melakukan perubahan besar: ambil snapshot terlebih dahulu. Gunakan fitur snapshot/backup terlebih dahulu. Jika plugin, update, atau pengeditan konfigurasi gagal, Anda dapat melakukan rollback dalam hitungan menit.

  • Cakupan dukungan. Kami menyediakan server dan image OCA yang sudah terinstal. Pemeliharaan di level aplikasi (domain, DNS, pengaturan aplikasi, plugin, dan kode kustom) menjadi tanggung jawab pengguna.

Aturan praktis singkat: jika Anda menyentuh domain, port, password, hostname, atau konfigurasi proxy/SSL, harap perbarui juga pengaturan aplikasi, dan buat snapshot terlebih dahulu.


Instalasi

  • Meng-clone repo VictoriaMetrics dari GitHub ke /root/VictoriaLogs
  • Menginstal Docker dan dependensinya
  • Membuat layanan systemd victoria-logs untuk mengelola container VictoriaLogs melalui perintah make

Perintah

sudo systemctl start victoria-logs       # Start VictoriaLogs service
sudo systemctl stop victoria-logs        # Stop service
sudo systemctl status victoria-logs      # Check service status
docker ps                                # List running Docker containers

Akses URL

  • VictoriaLogs single-node → http://<SERVER-IP>:9428
  • Grafana → http://<SERVER-IP>:3000
  • VictoriaMetrics single-node → http://<SERVER-IP>:8428
  • vmalert → http://<SERVER-IP>:8880
  • vmauth → http://<SERVER-IP>:8427
  • Alertmanager → http://<SERVER-IP>:9093
  • Vector UI → http://<SERVER-IP>:8686

Dokumentasi

  • https://docs.victoriametrics.com/victorialogs/

Lebih banyak di Monitoring

Aplikasi terkait.

Deploy VictoriaLogs sekarang. Mulai $2,48/bln.