Skip to content

AzureMonitorAgent - ME: Remove env var for OTLP ports - #2194

Closed
ngowran wants to merge 5 commits into
Azure:masterfrom
ngowran:ngowran/remove-env-var-for-otlp-ports-allowing-agent-settings-to-set
Closed

AzureMonitorAgent - ME: Remove env var for OTLP ports#2194
ngowran wants to merge 5 commits into
Azure:masterfrom
ngowran:ngowran/remove-env-var-for-otlp-ports-allowing-agent-settings-to-set

Conversation

@ngowran

@ngowran ngowran commented Jul 8, 2026

Copy link
Copy Markdown
Contributor

Remove env var for OTLP ports in ME service file

@ngowran
ngowran requested a review from a team as a code owner July 8, 2026 21:05
 into ngowran/remove-env-var-for-otlp-ports-allowing-agent-settings-to-set
Environment="OTLP_GRPC_HOST=127.0.0.1"
Environment="OTLP_GRPC_PORT=4317"
Environment="OTLP_GRPC_PROM_HOST=127.0.0.1"
Environment="OTLP_GRPC_PROM_PORT=4316"

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@sajithmuh can we remove the prom env vars? this will be "localhost:4316" by default without the config override

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd keep this untouched until agent settings are made available by AMCS. There might be customers who are using custom values for overriding the ports and it will break for them.

Since we are releasing this for PMs to test, can't they manually override this and test it out?

If agent settings are available and documented in public, we can remove this and we can share the agent setting public docs to customers who want to override port settings

@ngowran ngowran Jul 9, 2026

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

When you say keep this untouched , do you mean the prom port or also the grpc one? As in leave all changes to this file once available? We can definitely manually override for testing

@sajithmuh sajithmuh Jul 9, 2026

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I meant keep otlp port env var for otel and prom intact.

There are 2 ways we can do this:

  1. Either we go ahead with the changes, inform CSS in advance that we are including a breaking change for a very small subset of customers and ask them to pin to AMA 1.43.0 version until agent settings is available.
  2. Only apply these changes when agent settings are available in all clouds.

The first one has it's risk that we basically block on any updates for AMA as a whole (for that small subset of customers).
If there is no requirement for GA at this time, I'd keep it as it is.

Optionally, you can use the AMA feature flag to use another metrics-extension systemd unit file with the desired features and enable them only in canary so that PMs can test this easily in canary.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks very much for your input Sajith! I agree with you, lets go with option 2. Closing this pr for now.

@ngowran ngowran closed this Jul 9, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants