I have a Prometheus alert that fires if a user sessions causing a lock on a resource. The problem is, sometimes multiple locks occur from different users which are never the same. If I add the user label which will only exist for a short time, will this still cause high cardinality, or it not an issue since the labels are never the same user? My data is stored for 2d in Prometheus and long term in Thanos storage. I usually get 2 usernames a day, so I'd be adding two new time series a day.
Prometheus short term label usage
133 Views Asked by Brandon Kauffman At
1
There are 1 best solutions below
Related Questions in PROMETHEUS
- How to replace a label in a prometheus re-label step?
- prometheus alertmanager mails to DL group
- How to scale prometheus in kubernetes environment
- Monitor Atomic host services through ansible
- Django model count() with caching
- How can I alert for container restarted?
- Simplest way to export executor queue size to Prometheus
- Sorting Alertmanager email templates in Go templating
- How to automatically scrape all Docker instances from Kubernetes with Prometheus?
- how to monitor request cost-time with prometheus in golang webserver
- Prometheus Alertmanager - how to list silences using REST?
- Kubernetes: How to apply Horizontal Pod (HPA) autoscaling for a RC which contains multiple containers?
- PromQL: query whether an alert is silenced
- Group by label does not work
- how to integrate prometheus on kubernetes cluster?
Related Questions in OPENTSDB
- how do you merge master and next branch in github
- Choosing a TSDB for one-off smart-home installation
- Big data with very fast access
- Installing openTSDB on Ubuntu15.04
- Does OpenTSDB can perform 'clever' query?
- How to use curl post JSON object to OPENTSDB's api/query?
- Install grafana without elasticseach
- TSDB vs HBase : What to choose in long term?
- OpenTSDB - Return list of metrics using wildcard via http
- OpenTSDB - Get the last data point for a metric timeseries before a given timestamp
- Unable to process special characters in openTSDB
- How to add data in openTSDB through java using tCollector
- OpenTSDB - Get all metrics via http
- How does OpenTSDB downsample data
- how to modify output of - echo stats | nc <ip> <port>
Related Questions in THANOS
- What if we don't explain any external_labels in Prometheus for Thanos?
- Grafana is showing last 3 days of metrics instead of full month
- Thanos Receiver Data Retention for 3 hours
- Deploying Thanos on EKS Monitoring Without Helm
- How does Thanos pull metrics from PushGateway?
- Thanos query and Thanos sidecar(on Prometheos pod) secure communication
- Thanos Ruler Query Config Bearer for Oauth based API not working
- Thanos: unmarshal errors:\n line 2: field encryptsse not found in type s3.Config
- kube-prometheus-stack / prometheus targets status down (only prometheus server instance is up)
- What does duration [] mean when used in Prometheus UI Graph
- Missing data in Thanos at specific resolution
- Is there a metrics endpoint for thanos querier which shows all the metrics from the stores and not just thanos itself?
- Thanos Querier Deduplication Issue with Prometheus
- Thanos Store Error bucket store initial sync: sync block: iter: The specified key does not exist."
- Thanos Querier can only query data 2 hours ago
Trending Questions
- UIImageView Frame Doesn't Reflect Constraints
- Is it possible to use adb commands to click on a view by finding its ID?
- How to create a new web character symbol recognizable by html/javascript?
- Why isn't my CSS3 animation smooth in Google Chrome (but very smooth on other browsers)?
- Heap Gives Page Fault
- Connect ffmpeg to Visual Studio 2008
- Both Object- and ValueAnimator jumps when Duration is set above API LvL 24
- How to avoid default initialization of objects in std::vector?
- second argument of the command line arguments in a format other than char** argv or char* argv[]
- How to improve efficiency of algorithm which generates next lexicographic permutation?
- Navigating to the another actvity app getting crash in android
- How to read the particular message format in android and store in sqlite database?
- Resetting inventory status after order is cancelled
- Efficiently compute powers of X in SSE/AVX
- Insert into an external database using ajax and php : POST 500 (Internal Server Error)
Popular Questions
- How do I undo the most recent local commits in Git?
- How can I remove a specific item from an array in JavaScript?
- How do I delete a Git branch locally and remotely?
- Find all files containing a specific text (string) on Linux?
- How do I revert a Git repository to a previous commit?
- How do I create an HTML button that acts like a link?
- How do I check out a remote Git branch?
- How do I force "git pull" to overwrite local files?
- How do I list all files of a directory?
- How to check whether a string contains a substring in JavaScript?
- How do I redirect to another webpage?
- How can I iterate over rows in a Pandas DataFrame?
- How do I convert a String to an int in Java?
- Does Python have a string 'contains' substring method?
- How do I check if a string contains a specific word?
A time series is uniquely identified by its name plus all its
label="value"pairs. So, if you adduser="some_value"label to existing time series, then new time series are created every time whensome_valuechanges, even if only a single sample is stored for the new time series (e.g. there are noshort-termlabels in Prometheus).If you are going to add
user="..."label to 10 metrics, e.g.:Then 10 new time series are created with each new
uservalue. If you have 2 new users per day, then10*2 = 20new time series will be created per day. This is known aschurn rate.20 new time series per day is very small churn rate for Prometheus, so it is safe to use
userlabel in this case. But if theuserlabel presents in 10K metrics and theuserlabel gets 1K new values per day, then the daily churn rate would be10K * 1K = 10Mnew time series per day. This is quite big number (known as high churn rate) and it can cause high memory usage and slow queries at Prometheus side.