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

Proxy should always try to allocate on performant node #64

Open
t-lin opened this issue Aug 2, 2020 · 0 comments
Open

Proxy should always try to allocate on performant node #64

t-lin opened this issue Aug 2, 2020 · 0 comments
Labels
bug Something isn't working Medium Priority

Comments

@t-lin
Copy link
Member

t-lin commented Aug 2, 2020

Two issues:

  1. Currently the proxy's logic (both HTTP and L4) tries to find an existing service, and if none exists, it simply allocates on the node with least latency. This doesn't guarantee the node with least latency is performant (in test cases ran so far, we always left a node meeting the service's performance requirements. Instead, it should always try to allocate on a performant node.
  2. If an existing service does exist and it fails the performance check, it tries to allocate on a performant node. Right now its looking for a node using the found service's existing performance as a bound.
@t-lin t-lin added the bug Something isn't working label Aug 2, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working Medium Priority
Projects
None yet
Development

No branches or pull requests

1 participant