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

Support DNS load balancing while connecting to elasticsearch #15611

Closed
dernasherbrezon opened this issue Dec 14, 2017 · 2 comments
Closed

Support DNS load balancing while connecting to elasticsearch #15611

dernasherbrezon opened this issue Dec 14, 2017 · 2 comments
Labels
Team:Operations Team label for Operations Team

Comments

@dernasherbrezon
Copy link

Kibana version: 5.5.0

Elasticsearch version: 5.5.0

Server OS version: rhel 64bit

Browser version: chrome

Browser OS version: windows

Original install method (e.g. download page, yum, from source, etc.): download page

Description of the problem including expected versus actual behavior:
http.Agent doesnt support DNS load balancing. According to nodejs/node#708 node doesn't support multiple IPs out-of-the-box

Steps to reproduce:

  1. Configure elasticsearch for high availability using DNS load balancing (i.e. dig elastic.example.com should return at least 2 IPs ( client -> dns -> ip proxy -> elastic)
  2. Configure kibana to use elastic.example.com
  3. Shutdown one ip proxy.
  4. Open kibana -> Dev tools
  5. Run "GET /_cat/indices?v" several times
  6. Sometimes command will return list of indices, sometimes it will return:
    {
    "statusCode": 502,
    "error": "Bad Gateway",
    "message": "connect ECONNREFUSED ip:80"
    }

curl and browser work fine.

@jbudz jbudz changed the title Support multiple IPs while connecting to elasticsearch Support DNS load balancing while connecting to elasticsearch Dec 18, 2017
@jbudz
Copy link
Member

jbudz commented Dec 18, 2017

Related to #214. There's some discussion there if you want to take a look, we usually suggest adding a client node that Kibana connects to, although there's still the single point of failure unfortunately.

Modified the title slightly to avoid ambiguity between this and #214

@jbudz jbudz added the Team:Operations Team label for Operations Team label Dec 18, 2017
@tylersmalley tylersmalley added 1 and removed 1 labels Oct 11, 2021
@exalate-issue-sync exalate-issue-sync bot added impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. loe:small Small Level of Effort labels Oct 12, 2021
@tylersmalley tylersmalley removed loe:small Small Level of Effort impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. EnableJiraSync labels Mar 16, 2022
@tylersmalley
Copy link
Contributor

I don't think anything needs to be done here since #214 is closed. I agree with Jon that the best solution, when possible, is often to have a local ES coordinating node that Kibana connects to.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Team:Operations Team label for Operations Team
Projects
None yet
Development

No branches or pull requests

3 participants