Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

New component: Azure Monitor receiver #18899

Closed
1 of 2 tasks
altuner opened this issue Feb 23, 2023 · 6 comments
Closed
1 of 2 tasks

New component: Azure Monitor receiver #18899

altuner opened this issue Feb 23, 2023 · 6 comments
Labels
Accepted Component New component has been sponsored

Comments

@altuner
Copy link
Contributor

altuner commented Feb 23, 2023

The purpose and use-cases of the new component

The new receiver would allow to collect Azure Monitor metrics per a subscription/resource group(s) by using Azure REST API.

Example configuration for the component

azure_monitor:
  subscription_id: %SUBSCRIPTION_ID%
  tenant_id: %TENANT_ID%
  client_id: %CLIENT_ID%
  client_secret: %CLIENT_SECRET%
  collection_interval: 60s
  resource_groups: %LIST_OF_RESOURCE_GROUPS%

Telemetry data types supported

Metrics

Is this a vendor-specific component?

  • This is a vendor-specific component
  • If this is a vendor-specific component, I am proposing to contribute this as a representative of the vendor.

Sponsor (optional)

No response

Additional context

No response

@altuner altuner added the needs triage New item requiring triage label Feb 23, 2023
@atoulme atoulme added Sponsor Needed New component seeking sponsor and removed needs triage New item requiring triage labels Feb 24, 2023
@atoulme
Copy link
Contributor

atoulme commented Feb 24, 2023

Thanks @altuner ! Are you affiliated with the vendor?

@altuner
Copy link
Contributor Author

altuner commented Feb 24, 2023

@atoulme no affiliation with azure

@codeboten
Copy link
Contributor

I'm happy to sponsor this component @altuner. Just a couple of questions:

subscription_id: %SUBSCRIPTION_ID%

Just confirming here, the % notation is expecting an environment variable? ie. ${env:SUBSCRIPTION_ID}?

resource_groups: %LIST_OF_RESOURCE_GROUPS%

What would the values for resource_groups look like? is it expected to be an array?

@codeboten codeboten added Accepted Component New component has been sponsored and removed Sponsor Needed New component seeking sponsor labels Mar 2, 2023
@altuner
Copy link
Contributor Author

altuner commented Mar 2, 2023

@codeboten thanks for accepting.

  1. Going to get that from config, but over there it could be received from ENV var
  2. What's the preferred option: array or comma separated?

@cartersocha
Copy link

It’d be nice to have more granular controls.

As a user I’d like to at least be able to specify which services I’d like metrics from, and if possible control over what specific metrics that service sends. The specific metrics is more of a nice to have.

@ransagy
Copy link

ransagy commented Sep 4, 2023

Is there a working example of this? Even with debug level telemtry and detailed verbosity on the local logging exporter, i can't ever see this receiver doing anything in my tests. I'm sure this is misconfiguration on my part, but i can't find any info on how this is used or any logs it produces when trying to scrape the azure APIs.

codeboten pushed a commit that referenced this issue Jul 3, 2024
The Azure Monitor receiver was first released in the contrib
distribution of the collector in
[`v0.76.3`](https://github.com/open-telemetry/opentelemetry-collector-releases/pull/327/files),
as a new component proposed in
#18899.

**Please note:** This PR is merely a suggestion to get feedback from
code owners. Is there a reason this is still considered to be
`development` stability? Do we think it meets the `alpha` criteria?

Stability definitions can be found
[here](https://github.com/open-telemetry/opentelemetry-collector?tab=readme-ov-file#stability-levels).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Accepted Component New component has been sponsored
Projects
None yet
Development

No branches or pull requests

5 participants