Skip to content
This repository was archived by the owner on Sep 2, 2025. It is now read-only.
8 changes: 8 additions & 0 deletions _includes/activate-deactivate-native-metrics.rst
Original file line number Diff line number Diff line change
Expand Up @@ -26,3 +26,11 @@ The following is an example of host metrics receiver configuration with activate
enabled: true

.. note:: Deactivated metrics aren't sent to Splunk Observability Cloud.

Billing
---------------------------------------------

* If you're in a MTS-based subscription, all metrics count towards metrics usage.
* If you're in a host-based plan, metrics listed as active (Active: Yes) on this document are considered default and are included free of charge.

Learn more at :ref:`monitor-imm-billing-usage`.
2 changes: 1 addition & 1 deletion _static/signalfx-alabaster.css
Original file line number Diff line number Diff line change
Expand Up @@ -948,7 +948,7 @@ a.image-reference:hover
margin-top: -35px;
}

#welcome .newparawithicon [class^="icon-"], #welcome .newparawithicon [class*=" icon-"], #get-started-with-splunk-observability-cloud .newparawithicon [class^="icon-"], #get-started-with-splunk-observability-cloud .newparawithicon [class*=" icon-"]{
#welcome .newparawithicon [class^="icon-"], #welcome .newparawithicon [class*="icon-"], #get-started-with-splunk-observability-cloud .newparawithicon [class^="icon-"], #get-started-with-splunk-observability-cloud .newparawithicon [class*="icon-"]{
font-size: 28px;
position: absolute;
overflow: hidden;
Expand Down
32 changes: 21 additions & 11 deletions admin/subscription-usage/monitor-imm-billing-usage.rst
Original file line number Diff line number Diff line change
Expand Up @@ -15,13 +15,28 @@ This topic describes general aspects of your usage and consumption. For more det

.. _about-custom:

Metrics in Infrastructure
Metric billing in Infrastructure
==================================================

Infrastructure Monitoring collects metric time series (MTS) which are classified into different categories depending on the type of subscription you have.

* In MTS-based subscriptions, all MTS count towards custom metrics usage.
* In host-based plans, the following categories apply:
.. note:: Each histogram data point is billed as 8 MTS. Learn more about metric categories in :ref:`metrics-category`.

MTS-based subscriptions
-------------------------------------------------------------------------------------

In MTS-based subscriptions, all MTS are considered custom and charged.

Host-based subscriptions
-------------------------------------------------------------------------------------

In host-based plans, the following applies:

* MTS from host and container metrics and bundled metrics are covered as part of the subscription and not charged separately
* MTS from custom metrics are subject to the entitlements (200 MTS per host for Enterprise plan and 100 MTS per host for Standard plan)
* Additional MTS from custom metrics are charged separately per MTS

See the table for more details:

.. list-table::
:header-rows: 1
Expand All @@ -32,23 +47,18 @@ Infrastructure Monitoring collects metric time series (MTS) which are classified
- :strong:`Description`

* - Host and container metrics
- * Default metrics sent by the Splunk Distribution of OpenTelemetry Collector or through Infrastructure Monitoring public cloud integrations for hosts, containers, and the services running on them.
- * Default metrics sent by the Splunk Distribution of OpenTelemetry Collector or through Infrastructure Monitoring public cloud integrations for hosts, containers, and the services running on them.
* Metrics retrieved out-of-the-box by Collector receivers also fall in this category. These metrics are listed in the :ref:`otel-components-receivers` documentation.

* - Bundled metrics
- * Additional metrics sent through Infrastructure Monitoring public cloud integrations that are not attributed to specific hosts or containers.
* They are included as part of a host-based subscription, so you're not charged for them.
- * Additional metrics sent through Infrastructure Monitoring public cloud integrations that are not attributed to specific hosts or containers.

* - Custom metrics
- * Metrics reported to Infrastructure Monitoring outside of the host, container, or bundled metrics.
* Custom metrics are often used for application monitoring, such as counting the number of Splunk Infrastructure Monitoring API calls or measuring the duration of the API requests.
* You can also configure the Splunk Distribution of OpenTelemetry Collector to send custom metrics (such as system or service metrics) outside of its default set of metrics.
* Your Infrastructure Monitoring subscription lets you send a certain number of custom metrics. If you exceed this number your organization might be overcharged.

In host-based subscriptions, MTS from host and container metrics and bundled metrics are covered as part of the subscription and not charged separately. MTS from custom metrics are subject to the entitlements (200 MTS per host for Enterprise plan and 100 MTS per host for Standard plan). Additional MTS from custom metrics will be charged separately per MTS.

.. note:: Each histogram data point is billed as 8 MTS. Learn more about metric categories in :ref:`metrics-category`.


.. _about-metric-res:

Metric resolution
Expand Down
4 changes: 2 additions & 2 deletions apm/apm-spans-traces/apm-errors.rst
Original file line number Diff line number Diff line change
Expand Up @@ -29,7 +29,7 @@ See the Span Status section of the OpenTelemetry Transformation to non-OTLP Form
How OpenTelemetry handles HTTP status codes
----------------------------------------------

The following table provides an overview of how HTTP status codes are used to set the ``span.status`` field, and subsequently ``otel.status_code``, in OpenTelemetry instrumentation in accordance with OpenTelemetry semantic conventions. To learn more, see the OpenTelemetry semantic conventions for HTTP spans on GitHub :new-page:`https://github.com/open-telemetry/semantic-conventions/blob/main/model/trace/http.yaml`.
The following table provides an overview of how HTTP status codes are used to set the ``span.status`` field, and subsequently ``otel.status_code``, in OpenTelemetry instrumentation in accordance with OpenTelemetry semantic conventions. To learn more, see the OpenTelemetry semantic conventions for HTTP spans on GitHub :new-page:`https://github.com/open-telemetry/semantic-conventions/blob/main/model/http/spans.yaml`.

.. list-table::
:header-rows: 1
Expand Down Expand Up @@ -132,7 +132,7 @@ To determine if a gRPC span counts towards the error rate for a service, Splunk
- unset
- ERROR

See the OpenTelemetry specification for information on the handling of gRPC status codes on GitHub :new-page:`https://github.com/open-telemetry/semantic-conventions/blob/main/model/trace/rpc.yaml`.
See the OpenTelemetry specification for information on the handling of gRPC status codes on GitHub :new-page:`https://github.com/open-telemetry/semantic-conventions/blob/main/model/rpc/spans.yaml`.

.. _metricset-errors:

Expand Down
Loading