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

Autoscaling reaction time is slow #19

Closed
arschles opened this issue Jan 30, 2021 · 2 comments
Closed

Autoscaling reaction time is slow #19

arschles opened this issue Jan 30, 2021 · 2 comments
Labels
bug Something isn't working good first issue Good for newcomers
Milestone

Comments

@arschles
Copy link
Collaborator

arschles commented Jan 30, 2021

If you create a new app and run this command with hey:

hey -n 2000000 -c 1000 ${APP_IP_OR_DOMAIN}

You'll see that it takes a while for KEDA to make a request to the GetMetrics external scaler endpoint, and so it takes a bit of time to scale up.

Expected Behavior

Application pods should scale up much faster.

Actual Behavior

Application pods can take 10s of seconds to scale up.

Steps to Reproduce the Problem

  1. Create a new HTTPScaledObject
  2. Get the IP of your new app (kubectl get svc -n $NAMESPACE, and copy the public IP from the LoadBalancer service)
  3. Use the hey command above
  4. Watch the app pods as they very slowly scale up

Note: you can speed this process way up if you set the pollingInterval to 1 on the ScaledObject. In most cases, you can get sub-second scale-up times. The cost of that is that you have KEDA polling the external scaler every 1ms. Surely there's a better way - maybe to use StreamIsActive more intelligently from the external scaler.

Specifications

N/A

@arschles arschles added the bug Something isn't working label Jan 30, 2021
@arschles arschles added the good first issue Good for newcomers label Feb 24, 2021
@stale
Copy link

stale bot commented Oct 14, 2021

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale All issues that are marked as stale due to inactivity label Oct 14, 2021
@arschles arschles added this to the v0.2.0 milestone Oct 18, 2021
@stale stale bot removed the stale All issues that are marked as stale due to inactivity label Oct 18, 2021
@arschles
Copy link
Collaborator Author

Autoscaling reaction time (especially from 0) has been sped up with #206. Closing

kingdonb pushed a commit to kingdonb/http-add-on that referenced this issue Jun 12, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working good first issue Good for newcomers
Projects
None yet
Development

No branches or pull requests

1 participant