-
Notifications
You must be signed in to change notification settings - Fork 69
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
Add remote-write to Prombench #787
base: master
Are you sure you want to change the base?
Conversation
3cd3530
to
e199dc3
Compare
Signed-off-by: Kushal Shukla <[email protected]>
e199dc3
to
1eab9a1
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is very good overall. Couple of improvements I can suggest.
labels: | ||
app: sink | ||
spec: | ||
containers: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Need to specify CPU and memory requests.
(I can advise on suitable values, but maybe you already found them in testing?)
apiVersion: v1 | ||
kind: Service | ||
metadata: | ||
name: prometheus-remote-write |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it might be easier if this were named the same as the Deployment.
That's the pattern used for fake-webserver
, prometheus-loadgen-querier
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
okay.
name: prometheus-remote-write | ||
namespace: prombench-{{ .PR_NUMBER }} | ||
labels: | ||
app: remote-write |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This should be consistent with other app
labels in this file.
That's the point, to group them all together.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i did not knew that.
spec: | ||
ports: | ||
- name: prometheus | ||
port: 80 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why? (It doesn't really matter, but I would have stuck with 9011)
app: remote-write | ||
spec: | ||
ports: | ||
- name: prometheus |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This seems potentially confusing; it's not a Prometheus.
@@ -718,3 +718,5 @@ data: | |||
- action: replace | |||
source_labels: [__meta_kubernetes_pod_node_name] | |||
target_label: nodeName | |||
remote_write: | |||
- url: "http://prometheus-remote-write:80/sink/prw" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please resolve the red mark.
Services are either headless or ClusterIP, not both. See https://kubernetes.io/docs/concepts/services-networking/service/#type-clusterip |
This PR introduces a Deployment and a Service to test the Prometheus Remote Write functionality.
Currently, the image for the Prometheus sink is not applied in the YAML file. To address this, I have created a basic YAML configuration that sets up the necessary Deployment and Service to test the Prometheus Remote Write functionality.
(quay.io/bwplotka/sink:latest).
The container exposes port 9011 as sink-port.port 80
and forward traffic to thesink-port
on the pods.