Collected Metrics

Learn what metrics Relay produces.

Relay collects the following metrics:

buffer.busy (Timer)

Timing in milliseconds for the time the buffer service spends handling input.

This metric is tagged with:

  • input: The type of input that the service is handling.
buffer.disk_used (Gauge)

The used disk for the buffer.

buffer.drain.duration (Timer)

Timing in milliseconds for the time it takes for the buffer to drain its envelopes.

buffer.envelope_body_size (Histogram)

The amount of bytes in the item payloads of an envelope pushed to the envelope buffer.

This is not quite the same as the actual size of a serialized envelope, because it ignores the envelope header and item headers.

buffer.envelope_size (Histogram)

Size of a serialized envelope pushed to the envelope buffer.

buffer.envelope_size.compressed (Histogram)

Size of a compressed envelope pushed to the envelope buffer.

buffer.envelopes_compression (Timer)

Timing in milliseconds for the time it takes for an envelope to be compressed.

buffer.envelopes_count (Histogram)

Number of elements in the envelope buffer across all the stacks.

This metric is tagged with:

  • storage_type: The type of storage used in the envelope buffer.
buffer.envelopes_decompression (Timer)

Timing in milliseconds for the time it takes for an envelope to be decompressed.

buffer.envelopes_returned (Counter)

Number of envelopes that were returned to the envelope buffer by the project cache.

This happens when the envelope buffer falsely assumes that the envelope's projects are loaded in the cache and sends the envelope onward, even though the project cache cannot handle it.

buffer.envelopes_serialization (Timer)

Timing in milliseconds for the time it takes for an envelope to be serialized.

buffer.idle (Timer)

Timing in milliseconds for the time the buffer service is waiting for input.

This metric is tagged with:

  • input: The type of input that broke the idling.
buffer.initialization.duration (Timer)

Timing in milliseconds for the time it takes for initialize the buffer.

buffer.peek.duration (Timer)

Timing in milliseconds for the time it takes for the buffer to peek.

buffer.pop.duration (Timer)

Timing in milliseconds for the time it takes for the buffer to pop.

buffer.push.duration (Timer)

Timing in milliseconds for the time it takes for the buffer to push.

buffer.spool.duration (Timer)

Timing in milliseconds for the time it takes for the buffer to pack & spool a batch.

Contains the time it takes to pack multiple envelopes into a single memory blob.

buffer.spooled_envelopes (Counter)

Number of envelopes spool to disk.

buffer.stack_count (Gauge)

The number of individual stacks in the priority queue.

Per combination of (own_key, sampling_key), a new stack is created.

buffer.try_pop (Counter)

Number of times an envelope from the buffer is trying to be popped.

buffer.unspool.duration (Timer)

Timing in milliseconds for the time it takes for the buffer to unspool data from disk.

buffer.unspooled_envelopes (Counter)

Number of envelopes unspooled from disk.

buffer.write.duration (Timer)

Timing in milliseconds for the time it takes for the buffer to spool data to SQLite.

cogs.usage (Counter)

All COGS tracked values.

This metric is tagged with:

  • resource_id: The COGS resource id.
  • app_feature: The COGS app feature.
envelope.check_nested_spans (Timer)

Timing in milliseconds to count spans in a serialized transaction payload.

event.accepted (Counter)

Number of envelopes accepted in the current time slot.

This represents requests that have successfully passed rate limits and filters, and have been sent to the upstream.

This metric is tagged with:

  • handling: Either "success" if the envelope was handled correctly, or "failure" if there was an error or bug.
event.corrupted (Counter)

Number of Events that had corrupted (unprintable) event attributes.

This currently checks for environment and release, for which we know that some SDKs may send corrupted values.

event.item_bytes (Counter)

Number of bytes we processed per envelope item.

event.item_size (Histogram)

The number of bytes received by Relay for each individual envelope item type.

Metric is tagged by the item type.

event.items (Counter)

Number of items we processed per envelope.

event.opentelemetry (Counter)

Number of Events with an OpenTelemetry Context

This metric is tagged with:

  • platform: The event's platform, such as "javascript".
  • sdk: The name of the Sentry SDK sending the transaction. This tag is only set for Sentry's SDKs and defaults to "proprietary".
event.processing_time (Timer)

Time in milliseconds spent in synchronous processing of envelopes.

This timing covers the end-to-end processing in the CPU pool and comprises:

  • event_processing.deserialize
  • event_processing.pii
  • event_processing.serialization

With Relay in processing mode, this also includes the following timings:

  • event_processing.process
  • event_processing.filtering
  • event_processing.rate_limiting
event.protocol (Counter)

Number of events that hit any of the store-like endpoints: Envelope, Store, Security, Minidump, Unreal.

The events are counted before they are rate limited, filtered, or processed in any way.

This metric is tagged with:

  • version: The event protocol version number defaulting to 7.
event.rejected (Counter)

Number of envelopes rejected in the current time slot.

This includes envelopes being rejected because they are malformed or any other errors during processing (including filtered events, invalid payloads, and rate limits).

To check the rejection reason, check events.outcomes, instead.

This metric is tagged with:

  • handling: Either "success" if the envelope was handled correctly, or "failure" if there was an error or bug.
event.spans (Histogram)

The number of spans per processed transaction event.

This metric is tagged with:

  • platform: The event's platform, such as "javascript".
  • sdk: The name of the Sentry SDK sending the transaction. This tag is only set for Sentry's SDKs and defaults to "proprietary".
event.total_time (Timer)

Total time in milliseconds an envelope spends in Relay from the time it is received until it finishes processing and has been submitted to the upstream.

event.transaction (Counter)

The number of transaction events processed by the source of the transaction name.

This metric is tagged with:

  • platform: The event's platform, such as "javascript".
  • source: The source of the transaction name on the client. See the transaction source documentation for all valid values.
  • contains_slashes: Whether the transaction name contains /. We use this as a heuristic to represent URL transactions.
event.transaction_name_changes (Counter)

The number of transaction events processed grouped by transaction name modifications. This metric is tagged with:

  • source_in: The source of the transaction name before normalization. See the transaction source documentation for all valid values.
  • change: The mechanism that changed the transaction name. Either "none", "pattern", "rule", or "both".
  • source_out: The source of the transaction name after normalization.
event.wait_time (Timer)

Time spent between the start of request handling and processing of the envelope.

This includes streaming the request body, scheduling overheads, project config fetching, batched requests and congestions in the internal processor. This does not include delays in the incoming request (body upload) and skips all envelopes that are fast-rejected.

event_processing.deserialize (Timer)

Time in milliseconds spent deserializing an event from JSON bytes into the native data structure on which Relay operates.

event_processing.filtering (Timer)

Time in milliseconds spent running inbound data filters on an event.

event_processing.normalization (Timer)

Time in milliseconds spent running normalization on an event. Normalization happens before envelope filtering and metric extraction.

event_processing.pii (Timer)

Time in milliseconds spent in data scrubbing for the current event. Data scrubbing happens last before serializing the event back to JSON.

event_processing.rate_limiting (Timer)

Time in milliseconds spent checking for organization, project, and DSN rate limits.

Not all events reach this point. After an event is rate limited for the first time, the rate limit is cached. Events coming in after this will be discarded earlier in the request queue and do not reach the processing queue.

event_processing.serialization (Timer)

Time spent converting the event from its in-memory reprsentation into a JSON string.

events.outcomes (Counter)

Number of outcomes and reasons for rejected Envelopes.

This metric is tagged with:

  • outcome: The basic cause for rejecting the event.
  • reason: A more detailed identifier describing the rule or mechanism leading to the outcome.
  • to: Describes the destination of the outcome. Can be either 'kafka' (when in processing mode) or 'http' (when outcomes are enabled in an external relay).

Possible outcomes are:

  • filtered: Dropped by inbound data filters. The reason specifies the filter that matched.
  • rate_limited: Dropped by organization, project, or DSN rate limit, as well as exceeding the Sentry plan quota. The reason contains the rate limit or quota that was exceeded.
  • invalid: Data was considered invalid and could not be recovered. The reason indicates the validation that failed.
global_config.fetch (Counter)

Number of global config fetches from upstream. Only 2XX responses are considered and ignores send errors (e.g. auth or network errors).

This metric is tagged with:

  • success: whether deserializing the global config succeeded.
global_config.requests.duration (Timer)

Total time spent to send a request and receive the response from upstream.

health.message.duration (Timer)

Timing in milliseconds for handling and responding to a health check request.

This metric is tagged with:

  • type: The type of the health check, liveness or readiness.
health.system_memory.total (Gauge)

The total system memory.

Relay uses the same value for its memory health check.

health.system_memory.used (Gauge)

The currently used memory by the entire system.

Relay uses the same value for its memory health check.

http_queue.size (Histogram)

The number of upstream requests queued up for sending.

Relay employs connection keep-alive whenever possible. Connections are kept open for 15 seconds of inactivity or 75 seconds of activity. If all connections are busy, they are queued, which is reflected in this metric.

This metric is tagged with:

  • priority: The queueing priority of the request, either "high" or "low". The priority determines precedence in executing requests.

The number of concurrent connections can be configured with:

  • limits.max_concurrent_requests for the overall number of connections
  • limits.max_concurrent_queries for the number of concurrent high-priority requests
kafka.in_flight_count (Gauge)

The number of messages waiting to be sent to, or acknowledged by, the broker.

See https://docs.confluent.io/platform/7.5/clients/librdkafka/html/rdkafka_8h.html#ad4b3b7659cf9a79d3353810d6b625bb7.

This metric is tagged with:

  • topic: The Kafka topic being produced to.
  • variant: The Kafka message variant.
kafka.message_size (Histogram)

Size of emitted kafka message in bytes, tagged by message type.

kafka.stats.broker.connects (Gauge)

The number of connection attempts, including successful and failed attempts, and name resolution failures.

This metric is tagged with:

  • broker_name: The broker hostname, port, and ID, in the form HOSTNAME:PORT/ID.
kafka.stats.broker.disconnects (Gauge)

The number of disconnections, whether triggered by the broker, the network, the load balancer, or something else.

This metric is tagged with:

  • broker_name: The broker hostname, port, and ID, in the form HOSTNAME:PORT/ID.
kafka.stats.broker.int_latency (Gauge)

Maximum internal producer queue latency, in microseconds.

This metric is tagged with:

  • broker_name: The broker hostname, port, and ID, in the form HOSTNAME:PORT/ID.
kafka.stats.broker.outbuf.messages (Gauge)

The number of messages awaiting transmission to the broker.

This metric is tagged with:

  • broker_name: The broker hostname, port, and ID, in the form HOSTNAME:PORT/ID.
kafka.stats.broker.outbuf.requests (Gauge)

The number of requests awaiting transmission to the broker.

This metric is tagged with:

  • broker_name: The broker hostname, port, and ID, in the form HOSTNAME:PORT/ID.
kafka.stats.broker.outbuf_latency (Gauge)

Maximum internal request queue latency, in microseconds.

This metric is tagged with:

  • broker_name: The broker hostname, port, and ID, in the form HOSTNAME:PORT/ID.
kafka.stats.message_count (Gauge)

The current number of messages in producer queues.

kafka.stats.message_count_max (Gauge)

The maximum number of messages allowed in the producer queues.

kafka.stats.message_size (Gauge)

The current total size of messages in producer queues.

kafka.stats.message_size_max (Gauge)

The maximum total size of messages allowed in the producer queues.

legacy_project_cache.task.duration (Timer)

Timing in milliseconds for processing a task in the legacy project cache service.

A task is a unit of work the service does. Each branch of the tokio::select is a different task type.

This metric is tagged with:

  • task: The type of the task the project cache does.
metrics.aggregator.message.duration (Timer)

Timing in milliseconds for processing a task in the aggregator service.

This metric is tagged with:

  • task: The task being executed by the aggregator.
  • aggregator: The name of the aggregator.
metrics.buckets (Gauge)

The total number of metric buckets in Relay's metrics aggregator.

This metric is tagged with:

  • aggregator: The name of the metrics aggregator (usually "default").
  • namespace: The namespace of the metric.
metrics.buckets.batches_per_partition (Histogram)

The number of batches emitted per partition.

metrics.buckets.cost (Gauge)

The total storage cost of metric buckets in Relay's metrics aggregator.

This metric is tagged with:

  • aggregator: The name of the metrics aggregator (usually "default").
  • namespace: The namespace of the metric.
metrics.buckets.delay.max (Gauge)

Maximum delay of a metric bucket in seconds.

The maximum is measured from initial creation of the bucket in an internal Relay until it is produced to Kafka.

This metric is tagged with:

  • namespace: the metric namespace.
metrics.buckets.dropped (Counter)

Incremented every time a bucket is dropped.

This should only happen when a project state is invalid during graceful shutdown.

This metric is tagged with:

  • aggregator: The name of the metrics aggregator (usually "default").
metrics.buckets.flush.cost (Counter)

Incremented with the cost of a partition for every aggregator flush.

This metric is tagged with:

  • aggregator: The name of the metrics aggregator (usually "default").
  • namespace: The namespace of the metric.
metrics.buckets.flush.count (Counter)

Incremented for every aggregator flush.

This metric is tagged with:

  • aggregator: The name of the metrics aggregator (usually "default").
metrics.buckets.merge.hit (Counter)

Incremented every time two buckets or two metrics are merged.

This metric is tagged with:

  • aggregator: The name of the metrics aggregator (usually "default").
  • namespace: The namespace of the metric.
metrics.buckets.merge.miss (Counter)

Incremented every time a bucket is created.

This metric is tagged with:

  • aggregator: The name of the metrics aggregator (usually "default").
  • namespace: The namespace of the metric.
metrics.buckets.parsing_failed (Counter)

Number of times that parsing a metrics bucket item from an envelope failed.

metrics.buckets.partition_keys (Histogram)

Distribution of flush buckets over partition keys.

The distribution of buckets should be even. If it is not, this metric should expose it.

metrics.buckets.per_batch (Histogram)

The number of buckets in a batch emitted.

This corresponds to the number of buckets that will end up in an envelope.

metrics.delay.count (Counter)

The amount of buckets counted for the [Self::MetricDelaySum] metric.

This metric is tagged with:

  • namespace: the metric namespace.
metrics.delay.sum (Counter)

The total delay of metric buckets in seconds.

The delay is measured from initial creation of the bucket in an internal Relay until it is produced to Kafka.

Use [Self::MetricDelayCount] to calculate the average delay.

This metric is tagged with:

  • namespace: the metric namespace.
metrics.router.message.duration (Timer)

Timing in milliseconds for processing a message in the metric router service.

This metric is tagged with:

  • message: The type of message that was processed.
metrics.transaction_name (Counter)

Count extraction of transaction names. Tag with the decision to drop / replace / use original.

outcomes.aggregator.flush_time (Timer)

The time it takes the outcome aggregator to flush aggregated outcomes.

partition_splits (Histogram)

Measures how many splits were performed when sending out a partition.

processing.event.produced (Counter)

Number of messages placed on the Kafka queues.

When Relay operates as Sentry service and an Envelope item is successfully processed, each Envelope item results in a dedicated message on one of the ingestion topics on Kafka.

This metric is tagged with:

  • event_type: The kind of message produced to Kafka.
  • namespace (only for metrics): The namespace that the metric belongs to.
  • is_segment (only for event_type span): true the span is the root of a segment.
  • has_parent (only for event_type span): false if the span is the root of a trace.
  • platform (only for event_type span): The platform from which the span was spent.
  • metric_type (only for event_type metric): The metric type, counter, distribution, gauge or set.
  • metric_encoding (only for event_type metric): The encoding used for distribution and set metrics.

The message types can be:

  • event: An error or transaction event. Error events are sent to ingest-events, transactions to ingest-transactions, and errors with attachments are sent to ingest-attachments.
  • attachment: An attachment file associated with an error event, sent to ingest-attachments.
  • user_report: A message from the user feedback dialog, sent to ingest-events.
  • session: A release health session update, sent to ingest-sessions.
processing.feedback_attachments (Counter)

The number of attachments processed in the same envelope as a user_report_v2 event.

processing.produce.error (Counter)

Number of producer errors occurred after an envelope was already enqueued for sending to Kafka.

These errors include, for example, "MessageTooLarge" errors when the broker does not accept the requests over a certain size, which is usually due to invalid or inconsistent broker/producer configurations.

This metric is tagged with:

  • topic: The Kafka topic being produced to.
processor.message.duration (Timer)

Timing in milliseconds for processing a message in the internal CPU pool.

This metric is tagged with:

  • message: The type of message that was processed.
processor.rate_limit_buckets (Timer)

Temporary timing metric for how much time was spent evaluating span and transaction rate limits using the RateLimitBuckets message in the processor.

This metric is tagged with:

  • category: The data category evaluated.
  • limited: Whether the batch is rate limited.
  • count: How many items matching the data category are contained in the batch.
producer.enqueue.error (Counter)

Number of messages that failed to be enqueued in the Kafka producer's memory buffer.

These errors include, for example, "UnknownTopic" errors when attempting to send a message a topic that does not exist.

This metric is tagged with:

  • topic: The Kafka topic being produced to.
  • variant: The Kafka message variant.
project_cache.eviction (Counter)

Number of evicted stale projects from the cache.

Relay scans the in-memory project cache for stale entries in a regular interval configured by cache.eviction_interval.

The cache duration for project states can be configured with the following options:

  • cache.project_expiry: The time after which a project state counts as expired. It is automatically refreshed if a request references the project after it has expired.
  • cache.project_grace_period: The time after expiry at which the project state will still be used to ingest events. Once the grace period expires, the cache is evicted and new requests wait for an update.
project_cache.fetches.size (Gauge)

The number of scheduled and in progress fetches in the project cache.

project_cache.schedule (Counter)

Number of times a project had a fetch scheduled.

project_cache.size (Histogram)

Number of project states currently held in the in-memory project cache.

The cache duration for project states can be configured with the following options:

  • cache.project_expiry: The time after which a project state counts as expired. It is automatically refreshed if a request references the project after it has expired.
  • cache.project_grace_period: The time after expiry at which the project state will still be used to ingest events. Once the grace period expires, the cache is evicted and new requests wait for an update.

There is no limit to the number of cached projects.

project_cache.task.duration (Timer)

Timing in milliseconds for processing a task in the project cache service.

This metric is tagged with:

  • task: The type of the task the project cache does.
project_state.attempts (Histogram)

Number of attempts required to fetch the config for a given project key.

project_state.decompression (Timer)

Time in milliseconds required to decompress a project config from redis.

Note that this also times the cases where project config is uncompressed, in which case the timer should be very close to zero.

project_state.metrics.no_project (Counter)

The amount of times metrics of a project have been flushed without the project being fetched/available.

project_state.pending (Histogram)

Number of projects in the in-memory project cache that are waiting for their state to be updated.

See project_cache.size for more description of the project cache.

project_state.received (Histogram)

Number of project states returned from the upstream for each batch request.

If multiple batches are updated concurrently, this metric is reported multiple times.

See project_cache.size for more description of the project cache.

project_state.redis.requests (Counter)

Number of times a project state is requested from the central Redis cache.

This metric is tagged with:

  • hit: One of:
  • revision: the cached version was validated to be up to date using its revision.
  • project_config: the request was handled by the cache.
  • project_config_revision: the request was handled by the cache and the revision did not change.
  • false: the request will be sent to the sentry endpoint.
project_state.request (Counter)

Number of project state HTTP requests.

Relay updates projects in batches. Every update cycle, Relay requests limits.max_concurrent_queries batches of cache.batch_size projects from the upstream. The duration of these requests is reported via project_state.request.duration.

Note that after an update loop has completed, there may be more projects pending updates. This is indicated by project_state.pending.

project_state.request.batch_size (Histogram)

Number of project states requested from the upstream for each batch request.

If multiple batches are updated concurrently, this metric is reported multiple times.

The batch size can be configured with cache.batch_size. See project_cache.size for more description of the project cache.

project_state.request.duration (Timer)

Total time in milliseconds spent fetching queued project configuration updates requests to resolve.

Relay updates projects in batches. Every update cycle, Relay requests limits.max_concurrent_queries * cache.batch_size projects from the upstream. This metric measures the wall clock time for all concurrent requests in this loop.

Note that after an update loop has completed, there may be more projects pending updates. This is indicated by project_state.pending.

project_upstream.completed (Counter)

Number of times an upstream request for a project config is completed.

Completion can be because a result was returned or because the config request was dropped after there still was no response after a timeout. This metrics has tags for result and attempts indicating whether it was succesful or a timeout and how many attempts were made respectively.

project_upstream.failed (Counter)

Number of times an upstream request for a project config failed.

Failure can happen, for example, when there's a network error. Refer to UpstreamRequestError for all cases.

redis.pool.connections (Gauge)

The number of connections currently being managed by the Redis Pool.

redis.pool.idle_connections (Gauge)

The number of idle connections in the Redis Pool.

replay.recording.process (Timer)

Time in milliseconds spent on parsing, normalizing and scrubbing replay recordings.

replay.segment_limit_exceeded (Counter)

Incremented every time a segment exceeds the expected limit.

requests (Counter)

Number of HTTP requests reaching Relay.

requests.body_read.duration (Timer)

Timing in milliseconds to the time it takes to read an HTTP body.

requests.duration (Timer)

Total duration in milliseconds for handling inbound web requests until the HTTP response is returned to the client.

This does not correspond to the full event ingestion time. Requests for events that are not immediately rejected due to bad data or cached rate limits always return 200 OK. Full validation and normalization occur asynchronously, which is reported by event.processing_time.

This metric is tagged with:

  • method: The HTTP method of the request.
  • route: Unique dashed identifier of the endpoint.
requests.timestamp_delay (Timer)

The delay between the timestamp stated in a payload and the receive time.

SDKs cannot transmit payloads immediately in all cases. Sometimes, crashes require that events are sent after restarting the application. Similarly, SDKs buffer events during network downtimes for later transmission. This metric measures the delay between the time of the event and the time it arrives in Relay. The delay is measured after clock drift correction is applied.

Only payloads with a delay of more than 1 minute are captured.

This metric is tagged with:

  • category: The data category of the payload. Can be one of: event, transaction, security, or session.
responses.status_codes (Counter)

Number of completed HTTP requests.

This metric is tagged with:

  • status_code: The HTTP status code number.
  • method: The HTTP method used in the request in uppercase.
  • route: Unique dashed identifier of the endpoint.
runtime.alive_tasks (Gauge)

Exposes [RuntimeMetrics::num_alive_tasks].

runtime.blocking_queue_depth (Gauge)

Exposes [RuntimeMetrics::blocking_queue_depth].

runtime.budget_forced_yield_count (Counter)

Exposes [RuntimeMetrics::budget_forced_yield_count].

runtime.idle_threads (Gauge)

Exposes [RuntimeMetrics::num_idle_threads].

runtime.num_blocking_threads (Gauge)

Exposes [RuntimeMetrics::num_blocking_threads].

runtime.num_idle_blocking_threads (Gauge)

Exposes [RuntimeMetrics::num_idle_blocking_threads].

runtime.num_workers (Gauge)

Exposes [RuntimeMetrics::num_workers].

runtime.task.spawn.created (Counter)

Number of runtime tasks created/spawned.

Every call to spawn increases this counter by one.

This metric is tagged with:

  • id: A unique identifier for the task, derived from its location in code.
  • file: The source filename where the task is created.
  • line: The source line where the task is created within the file.
runtime.task.spawn.terminated (Counter)

Number of runtime tasks terminated.

This metric is tagged with:

  • id: A unique identifier for the task, derived from its location in code.
  • file: The source filename where the task is created.
  • line: The source line where the task is created within the file.
runtime.worker_local_queue_depth (Gauge)

Exposes [RuntimeMetrics::worker_local_queue_depth].

This metric is tagged with:

  • worker: the worker id.
runtime.worker_local_schedule_count (Counter)

Exposes [RuntimeMetrics::worker_local_schedule_count].

This metric is tagged with:

  • worker: the worker id.
runtime.worker_mean_poll_time (Gauge)

Exposes [RuntimeMetrics::worker_mean_poll_time].

This metric is tagged with:

  • worker: the worker id.
runtime.worker_noop_count (Counter)

Exposes [RuntimeMetrics::worker_noop_count].

This metric is tagged with:

  • worker: the worker id.
runtime.worker_overflow_count (Counter)

Exposes [RuntimeMetrics::worker_overflow_count].

This metric is tagged with:

  • worker: the worker id.
runtime.worker_park_count (Counter)

Exposes [RuntimeMetrics::worker_park_count].

This metric is tagged with:

  • worker: the worker id.
runtime.worker_poll_count (Counter)

Exposes [RuntimeMetrics::worker_poll_count].

This metric is tagged with:

  • worker: the worker id.
runtime.worker_steal_count (Counter)

Exposes [RuntimeMetrics::worker_steal_count].

This metric is tagged with:

  • worker: the worker id.
runtime.worker_steal_operations (Counter)

Exposes [RuntimeMetrics::worker_steal_operations].

This metric is tagged with:

  • worker: the worker id.
runtime.worker_total_busy_duration (Counter)

Exposes [RuntimeMetrics::worker_total_busy_duration].

This metric is tagged with:

  • worker: the worker id.
scrubbing.attachments.duration (Timer)

Time spend on attachment scrubbing.

This represents the total time spent on evaluating the scrubbing rules for an attachment and the attachment scrubbing itself, regardless of whether any rules were applied. Note that minidumps which failed to be parsed (status="error" in scrubbing.minidumps.duration) will be scrubbed as plain attachments and count towards this.

scrubbing.minidumps.duration (Timer)

Time spent on minidump scrubbing.

This is the total time spent on parsing and scrubbing the minidump. Even if no PII scrubbing rules applied the minidump will still be parsed and the rules evaluated on the parsed minidump, this duration is reported here with status of "n/a".

This metric is tagged with:

  • status: Scrubbing status: "ok" means successful scrubbed, "error" means there was an error during scrubbing and finally "n/a" means scrubbing was successful but no scurbbing rules applied.
server.http.accepted (Counter)

Incremented every time the server accepts a new connection.

server.http.connections (Gauge)

Exposes the amount of currently open and handled connections by the server.

server.http.idle_timeout (Counter)

Incremented every time the server aborts a connection because of an idle timeout.

server.starting (Counter)

Number of Relay server starts.

This can be used to track unwanted restarts due to crashes or termination.

service.back_pressure (Gauge)

A number of messages queued in a services inbound message channel.

This metric is emitted once per second for every running service. Without backlogs, this number should be close to 0. If this number is monotonically increasing, the service is not able to process the inbound message volume.

This metric is tagged with:

  • service: The fully qualified type name of the service implementation.
store.message.duration (Timer)

Timing in milliseconds for processing a message in the metric store service.

This metric is tagged with:

  • message: The type of message that was processed.
transactions_with_attachments (Counter)

Number of transactions with attachments seen in the request handler.

upstream.envelope.body_size (Histogram)

Size of queries (projectconfig queries, i.e. the request payload, not the response) sent by Relay over HTTP in bytes.

upstream.metrics.body_size (Histogram)

Size of batched global metrics requests sent by Relay over HTTP in bytes.

upstream.network_outage (Gauge)

The state of Relay with respect to the upstream connection. Possible values are 0 for normal operations and 1 for a network outage.

upstream.query.body_size (Histogram)

Size of envelopes sent over HTTP in bytes.

upstream.requests.duration (Timer)

Total time spent to send request to upstream Relay and handle the response.

This metric is tagged with:

  • result: What happened to the request, an enumeration with the following values:
  • success: The request was sent and returned a success code HTTP 2xx
  • response_error: The request was sent and it returned an HTTP error.
  • payload_failed: The request was sent but there was an error in interpreting the response.
  • send_failed: Failed to send the request due to a network error.
  • rate_limited: The request was rate limited.
  • invalid_json: The response could not be parsed back into JSON.
  • route: The endpoint that was called on the upstream.
  • status-code: The status code of the request when available, otherwise "-".
  • retries: Number of retries bucket 0, 1, 2, few (3 - 10), many (more than 10).
upstream.retries (Histogram)

Counts the number of retries for each upstream http request.

This metric is tagged with:

  • result: What happened to the request, an enumeration with the following values:
  • success: The request was sent and returned a success code HTTP 2xx
  • response_error: The request was sent and it returned an HTTP error.
  • payload_failed: The request was sent but there was an error in interpreting the response.
  • send_failed: Failed to send the request due to a network error.
  • rate_limited: The request was rate limited.
  • invalid_json: The response could not be parsed back into JSON.
  • route: The endpoint that was called on the upstream.
  • status-code: The status code of the request when available, otherwise "-".
Previous
Monitoring
Next
Project Configuration
Help improve this content
Our documentation is open source and available on GitHub. Your contributions are welcome, whether fixing a typo (drat!) or suggesting an update ("yeah, this would be better").