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

Can nodes be identify each MEMBERLIST without using UDP connections? #295

Open
yspaik opened this issue Feb 20, 2024 · 0 comments
Open

Can nodes be identify each MEMBERLIST without using UDP connections? #295

yspaik opened this issue Feb 20, 2024 · 0 comments

Comments

@yspaik
Copy link

yspaik commented Feb 20, 2024

Hello,

I have a few questions regarding MEMBERLIST that I need to address. In our production environment, I have set up Docker on three servers, with each Docker container acting as a node, utilizing MEMBERLIST for a triple redundancy configuration. We use a GitHub open source solution called Weaviate (https://github.com/weaviate/weaviate) vector db to discover nodes within the DB cluster through MEMBERLIST. Everything connected well in the development environment, but upon moving to the production environment, we encountered connection issues. It appears that the problem lies with the UDP connections used by the MEMBERLIST module for node discovery. Each server in the production environment is protected by a firewall, which restricts UDP-based node discovery.

I have two questions:

  1. Is there a way to identify each MEMBERLIST without using UDP connections, by only specifying the IP, gossip port, and data port of each node? It's challenging to request port openings in the production environment due to strict restrictions.
  2. If UDP port usage is inevitable, can we narrow down the range of UDP ports? The production environment does not allow for a wide range of ports to be opened. I would like to know how to adjust these settings.

I look forward to your response.

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

No branches or pull requests

1 participant