Tersedia rilis platform VictoriaMetrics 1.94.0, yang menyediakan DBMS untuk menyimpan dan memproses data dalam bentuk deret waktu (catatan membentuk waktu dan sekumpulan nilai yang sesuai dengan waktu ini, misalnya diperoleh melalui jajak pendapat berkala terhadap status sensor atau kumpulan metrik), dioptimalkan untuk memecahkan masalah pemantauan. Proyek ini bersaing dengan solusi seperti InfluxDB, TimescaleDB, Thanos, Cortex dan Uber M3, dan memiliki kinerja yang lebih tinggi. DBMS dapat digunakan sebagai penyimpanan data jangka panjang yang terhubung ke Prometheus dan Grafana, dan juga sebagai pengganti InfluxDB yang transparan. Kode ini ditulis dalam Go dan didistribusikan di bawah lisensi Apache 2.0.
Dalam pengujian performa, VictoriaMetrics mengungguli InfluxDB dan TimescaleDB hingga 20 kali lebih cepat dibandingkan InfluxDB dan RAM 10 kali lebih sedikit dibandingkan Prometheus, Thanos, dan Cortex saat memproses jutaan rangkaian waktu unik. Menyimpan data dalam bentuk terkompresi memungkinkan Anda memuat catatan 7 kali lebih banyak dalam jumlah penyimpanan yang sama dibandingkan dengan Prometheus, Thanos, dan Cortex, dan 7 kali lebih banyak dari TimescaleDB. Terdapat pengoptimalan khusus untuk penyimpanan dengan latensi tinggi dan intensitas I/O rendah (misalnya, hard drive dan penyimpanan cloud AWS, Google Cloud, dan Microsoft Azure).
DBMS dirancang sebagai file tunggal yang dapat dieksekusi dengan pengaturan minimal yang diteruskan melalui baris perintah saat startup. Semua data disimpan dalam satu direktori, ditentukan saat startup menggunakan flag “-storageDataPath”. Bahasa kueri yang digunakan adalah MetricsQL, versi lanjutan dari bahasa PromQL yang digunakan dalam sistem pemantauan Prometheus. Selain pemrosesan data masuk secara berkelanjutan, VictoriaMetrics juga menyediakan kemampuan untuk mengunduh data historis yang dikumpulkan sebelumnya.
Alat disediakan untuk melindungi integritas penyimpanan dari kerusakan data, misalnya, selama pemadaman listrik darurat (penyimpanan berbentuk pohon terstruktur log dengan penggabungan), serta sistem cadangan sederhana berdasarkan snapshot. Dimungkinkan untuk menggabungkan node VictoriaMetrics ke dalam cluster yang dapat diskalakan secara horizontal yang mendukung mekanisme ketersediaan tinggi.
Di antara inovasi yang ditambahkan dalam rilis baru ini:
- Di MetricsQL, agar lebih jelas, angka dipisahkan dengan garis bawah (misalnya, Anda dapat menentukan 1_234_567_890 dan 1.234_567_890, bukan 1234567890 dan 1.234567890).
- vmbackup sekarang mendukung untuk membiarkan cadangan tetap aktif. server salinan cadangan yang telah dibuat.
- Sebuah opsi telah ditambahkan ke antarmuka vmui untuk menampilkan 25 permintaan terbaru. Menambahkan dukungan untuk mengekspor data ke Prometheus ke halaman Jelajahi kardinalitas. Menambahkan tombol untuk memformat kueri PromQL/MetricsQL secara otomatis. Peningkatan visibilitas diagram. Penyimpanan riwayat permintaan telah ditambahkan ke Penyimpanan lokal.
- vmagent telah memperluas kemampuan manajemen node cluster, meningkatkan penanganan kesalahan, dan mengurangi beban pada panel kontrol Kubernetes selama penemuan layanan awal.
- Dalam sebuah cluster, waktu pemulihan maksimum yang diperbolehkan untuk operasi vmselect dan vminsert telah dikurangi dari 60 menjadi 3 detik dalam situasi di mana beberapa node vmstorage tidak tersedia.
Secara terpisah, kita dapat mencatat diadakannya konferensi virtual hari ini pukul 19:XNUMX waktu Moskow, di mana pengembang VictoriaMetrics akan memperkenalkan kemampuan proyek baru dan rencana pengembangan, berbicara tentang manajemen platform dan deteksi anomali, dan juga berbagi informasi tentang pengembangan platform terbuka. DBMS untuk mencatat VictoriaLogs. Acara akan diakhiri dengan sesi tanya jawab.
Sumber: opennet.ru
