KEDA Kinesis Scaler – Metric Normalization always to 1 #7749
Replies: 2 comments
-
Beta Was this translation helpful? Give feedback.
0 replies
-
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment



Uh oh!
There was an error while loading. Please reload this page.
-
While testing the Kinesis scaler with IRSA in EKS, I encountered multiple issues related to:
Unexpected metric normalization (value: "1" even with high lag)
Sensitivity to CloudWatch metric availability and lag generation
I am not seeing any error, but several behaviors are unclear or inconsistent with expectations and documentation.
I will really appreciate any comments from the community to understand more which CloudWatch metrics is keda kinesis scaler using. I red that possible GetRecords.IteratorAgeMilliseconds so that is why I was causing lag with a consumer, but no success.
Context:
KEDA Helm Chart: 2.19.0
Kubernetes: EKS (AWS)
Cloud Provider: AWS
Scaler: aws-kinesis-stream
Authentication: IRSA (pod identity)
Namespace: test-kinesis
These are the manifest I have used :
Test Setup
Producer
Consumer
Observed CloudWatch Metrics for around 15min:
Operator logs
Operator Metrics Server logs (Do not pay attention to the time, I have restarted these pods to just show useful logs and not error logs associated to a mis configuration at the ScaledObject I found earlier)
HPA events:
Beta Was this translation helpful? Give feedback.
All reactions