victoriametrics 1.79.14+ds1-2build1 source package in Ubuntu
Changelog
victoriametrics (1.79.14+ds1-2build1) noble; urgency=medium * No-change rebuild for CVE-2024-3094 -- William Grant <email address hidden> Mon, 01 Apr 2024 16:23:51 +1100
Upload details
- Uploaded by:
- William Grant
- Uploaded to:
- Noble
- Original maintainer:
- Ubuntu Developers
- Architectures:
- any all
- Section:
- misc
- Urgency:
- Medium Urgency
See full publishing history Publishing
Series | Published | Component | Section | |
---|---|---|---|---|
Oracular | release | universe | misc | |
Noble | release | universe | misc |
Downloads
File | Size | SHA-256 Checksum |
---|---|---|
victoriametrics_1.79.14+ds1.orig.tar.xz | 8.6 MiB | 24af8dbb0b0d27d59c19fe79cb1f69affdf4baa2db6c6d11dec0b7fcb0746b8e |
victoriametrics_1.79.14+ds1-2build1.debian.tar.xz | 12.3 KiB | 1653fad54b07cc47335aa86afa6a7687ffe5189b5028abf88c46ee315dc1a093 |
victoriametrics_1.79.14+ds1-2build1.dsc | 3.4 KiB | c3416a6de0f6f891f8f9d09e5e6aa8d928cddb306bba40dcacbccc6de7285789 |
Available diffs
Binary packages built by this source
- golang-github-victoriametrics-victoriametrics-dev: fast, cost-effective and scalable time series database (library)
This package provides the library code for VictoriaMetrics.
- victoria-metrics: fast, cost-effective and scalable time series database
VictoriaMetrics is a fast, cost-effective and scalable time-series database.
It can be used as long-term remote storage for Prometheus.
.
Prominent features:
* Supports Prometheus querying API, so it can be used as Prometheus
drop-in replacement in Grafana. VictoriaMetrics implements MetricsQL
query language, which is inspired by PromQL.
* Supports global query view. Multiple Prometheus instances may write
data into VictoriaMetrics. Later this data may be used in a single query.
* High performance and good scalability for both inserts and selects.
Outperforms InfluxDB and TimescaleDB by up to 20x.
* Uses 10x less RAM than InfluxDB when working with millions of unique time
series (aka high cardinality).
* Optimized for time series with high churn rate. Think about
prometheus-operator metrics from frequent deployments in Kubernetes.
* High data compression, so up to 70x more data points may be crammed into
limited storage comparing to TimescaleDB.
* Optimized for storage with high-latency IO and low IOPS (HDD and network
storage in AWS, Google Cloud, Microsoft Azure, etc).
* A single-node VictoriaMetrics may substitute moderately sized clusters
built with competing solutions such as Thanos, M3DB, Cortex, InfluxDB or
TimescaleDB.
* Easy operation:
- VictoriaMetrics consists of a single small executable without external
dependencies.
- All the configuration is done via explicit command-line flags with
reasonable defaults.
- All the data is stored in a single directory pointed by
-storageDataPath flag.
- Easy and fast backups from instant snapshots to S3 or GCS with
vmbackup / vmrestore.
- Data migration between VictoriaMetrics, Prometheus and InfluxDB with
vmctl.
* Storage is protectedfrom corruption on unclean shutdown (i.e. OOM,
hardware reset or kill -9) thanks to the storage architecture.
* Supports metrics' scraping, ingestion and backfilling (#backfilling)
via the following protocols:
- Metrics from Prometheus exporters such as node_exporter.
- Prometheus remote write API
- InfluxDB line protocol
- Graphite plaintext protocol with tags if -graphiteListenAddr is set.
- OpenTSDB put message if -opentsdbListenAddr is set.
- HTTP OpenTSDB /api/put requests if -opentsdbHTTPListenAddr is set.
- /api/v1/import.
* Ideally works with big amounts of time series data from Kubernetes, IoT
sensors, connected cars, industrial telemetry, financial data and
various Enterprise workloads.
* Has open source cluster version.
- victoria-metrics-dbgsym: debug symbols for victoria-metrics