victoriametrics 1.79.5+ds1-3build1 source package in Ubuntu
Changelog
victoriametrics (1.79.5+ds1-3build1) mantic; urgency=medium * No-change rebuild with Go 1.21. -- Michael Hudson-Doyle <email address hidden> Thu, 24 Aug 2023 17:19:00 +1200
Upload details
- Uploaded by:
- Michael Hudson-Doyle
- Uploaded to:
- Mantic
- Original maintainer:
- Debian Go Packaging Team
- Architectures:
- any all
- Section:
- misc
- Urgency:
- Medium Urgency
See full publishing history Publishing
Series | Published | Component | Section | |
---|---|---|---|---|
Mantic | release | universe | misc |
Downloads
File | Size | SHA-256 Checksum |
---|---|---|
victoriametrics_1.79.5+ds1.orig.tar.xz | 8.6 MiB | 8a57f66cba62fbab21efee7ab62c66057c402327e6847cd31ff6692574ee6e00 |
victoriametrics_1.79.5+ds1-3build1.debian.tar.xz | 10.3 KiB | 85de37967374a77d1380feeaa1de0bf51705a6c4e230b6f8020c628367487844 |
victoriametrics_1.79.5+ds1-3build1.dsc | 3.3 KiB | 340e712f9e5628482efb5e5014732c606dc592a8c64dba5507f340b9b959621e |
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