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

How to deploy replication instance on different machines? #1980

Open
kotaho opened this issue Apr 25, 2024 · 5 comments
Open

How to deploy replication instance on different machines? #1980

kotaho opened this issue Apr 25, 2024 · 5 comments
Labels
Effort - Very High Effort - Very High Frequency - Weekly Frequency - Weekly Priority - Next Priority - Next Reach - Most Reach - Most Severity - S2 Severity - S2

Comments

@kotaho
Copy link

kotaho commented Apr 25, 2024

Referred to : https://memgraph.com/docs/configuration/replication
How to deploy replication instances on multiple physical machines?
According to the docs given by memgraph, it seems that currently only deploying multiple instances on one machine is available, but this resulting in a very limit amount of available memory for per instance, especially in huge data senario of billions of nodes or edges, this could be a problem.

@antejavor
Copy link
Contributor

Hi @kotaho, thanks for asking this question.

The docs contain just a boilerplate for setting up the replication.

The replication is supposed to host instances on different machines.

That means that you need to change the IP or DNS from the 127.0.0.1 or local host to something more appropriate in your case.

Do you see a way we could improve docs in that sense?

@kotaho
Copy link
Author

kotaho commented Apr 26, 2024

Hi @kotaho, thanks for asking this question.

The docs contain just a boilerplate for setting up the replication.

The replication is supposed to host instances on different machines.

That means that you need to change the IP or DNS from the 127.0.0.1 or local host to something more appropriate in your case.

Do you see a way we could improve docs in that sense?

Thanks @antejavor
It would be very kind of you presenting some more detailed steps for settings of replication instances on different machines, or in terms of which the docs is improved
Look forward to suggestions from you

@antejavor
Copy link
Contributor

@kotaho we are in the process of improving our docs for deployment. This will get the spot on the to-do and priority; we will do it in the following weeks; thanks for the feedback. 🙇‍♂️

@gvolfing gvolfing added Effort - Low Effort - Low Effort - Very High Effort - Very High and removed Effort - Low Effort - Low labels May 8, 2024
@hal-eisen-MG hal-eisen-MG added Severity - S2 Severity - S2 Frequency - Weekly Frequency - Weekly Reach - Most Reach - Most labels May 9, 2024
@antejavor
Copy link
Contributor

Hi @kotaho, what ports were exposed during the replication setup of the Docker?

@hal-eisen-MG hal-eisen-MG added the Priority - Now Priority - Now label May 12, 2024
@antejavor
Copy link
Contributor

antejavor commented May 13, 2024

The probable issue here is that we didn't document that you need to open ports that are used in the replication process for replicas and main (port 10000 by default). This has to be added to docs when setting up replication with docker.

Locally, it will work because of docker networking (since containers are in the same network); in a real setup, it won't work.

We will add these changes to stage 2. of deployment best practices.

cc @kgolubic @katarinasupe

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Effort - Very High Effort - Very High Frequency - Weekly Frequency - Weekly Priority - Next Priority - Next Reach - Most Reach - Most Severity - S2 Severity - S2
Projects
None yet
Development

No branches or pull requests

4 participants