Viewing the performance counters for users and bucket
The Ceph Object Gateway uses the performance counters to track metrics. You can visualize
a cluster-wide view of the usage data over time in the Ceph Exporter port, which is usually,
9926, which includes PUT operations for objects in a bucket.
Before you begin
- A running IBM Storage Ceph cluster with Ceph Object Gateway installed.
- Monitoring stack enabled which includes Prometheus and
ceph-exporter.
About this task
To track the operation metrics by users, set the rgw_user_counters_cache to
true and to track the operation metrics by buckets, set the
rgw_bucket_counters_cache to true.
You can use both rgw_user_counters_cache_size and
rgw_bucket_counters_cache_size to set the number of entries in each cache.
Counters are evicted from a cache once the number of counters in the cache are greater than the cache size configuration variable. The counters that are evicted are the least recently used (LRU).
For example, if the number of buckets exceeded rgw_bucket_counters_cache_size by
1 and the counters with label bucket1 were the last to be updated,
the counters for bucket1 get evicted from the cache. If S3 operations tracked by
the operation metrics were done on bucket1 after eviction, all the metrics in the
cache for bucket1 start at 0.
Cache sizing can depend on several factors, which include the following:
-
Number of users in the cluster.
-
Number of buckets in the cluster.
-
Memory usage of the Ceph Object Gateway.
-
Disk and memory usage of Prometheus.
-
To help calculate the Ceph Object Gateway’s memory usage of a cache, it should be noted that each cache entry, encompassing all the operation metrics, is 1360 bytes. This value is an estimate and subject to change if metrics are added or removed from the operation metrics list.
Since the operation metrics are labeled as performance counters, they live in memory. If the Ceph Object Gateway is restarted or crashes, all counters in the Ceph Object Gateway, whether in a cache or not, are lost.