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

PoC for operating the k8sclusterreceiver #1003

Closed
a-thaler opened this issue Apr 22, 2024 · 1 comment
Closed

PoC for operating the k8sclusterreceiver #1003

a-thaler opened this issue Apr 22, 2024 · 1 comment
Assignees
Labels
area/metrics MetricPipeline kind/decision Marks a decision document
Milestone

Comments

@a-thaler
Copy link
Collaborator

Description

In the current architeture the telemetry module operates a metric gateway for enrichment and filtering as well as an agent for collecting node-affine data. The k8sclusterreceiver is retrieving data from the k8s apiserver only and with that uses a pattern which is not yet covered in the architecture.
Goal is to come up with a proposal on how to operate this receiver to have it available as another input source. Data duplication should be avoided but downtimes preventing as much as possible (a node crash should not cause a long downtime of the functionality).

Alternatives are mainly to run it on the agent, the gateway or in a new component (latter should be avoided to reduce complexity and resource usage). When running in multiple instances only one instance is active in best case, the rest on stand-by.

Criterias

  • Provide a concrete concept on how to operate the receiver
  • Proof that the concept will solve the problem
  • The proposed solution should try to avoid data duplication (to keep resource usage low)
  • The proposed solution should achieve a close to HA-setup (downtimes of seconds is fine)

Reasons

Attachments

Release Notes


@skhalash
Copy link
Collaborator

@a-thaler a-thaler added this to the 1.17.0 milestone Jun 3, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/metrics MetricPipeline kind/decision Marks a decision document
Projects
None yet
Development

No branches or pull requests

2 participants