Skip to content
This repository has been archived by the owner. It is now read-only.

High Availability #121

Closed
biljanaLukovic opened this issue May 13, 2016 · 6 comments
Closed

High Availability #121

biljanaLukovic opened this issue May 13, 2016 · 6 comments

Comments

@biljanaLukovic
Copy link

biljanaLukovic commented May 13, 2016

What is the recommended way to achieve high availability? I want to have two nodes exposing IPFS WEB service. If one node goes down I want to make sure that data is available through the other.
Thanks

@RichardLitt RichardLitt assigned ghost May 13, 2016
@harlantwood
Copy link

harlantwood commented May 15, 2016

Great question.

@ghost
Copy link

ghost commented May 16, 2016

Regarding high availability of data, there are concrete plans for an ipfs-cluster tool: ipfs/notes#58

High availability for the gateway can be achieved by e.g. round-robin DNS, or load balancing.

@RichardLitt
Copy link
Contributor

RichardLitt commented May 16, 2016

@lgierth What can @biljanaLukovic do right now to ensure high availability? Is there a guide?

@ghost
Copy link

ghost commented May 17, 2016

+1 Currently I'm spinning IPFS nodes behind an Nginx server. I was recommended this package to achieve consensus among nodes. Haven't checked it yet. Here it is:

https://github.com/pipermerriam/ipfs-persistence-consortium/

Let me know what have you found so far, so we can work together on a first approach to solve this problem quickly.

@salsa-dev
Copy link

salsa-dev commented May 21, 2016

+1 I'm also willing to build a service to provide data from libraries through ipfs gateway. The current problem is in synching all the data on two ipfs nodes and pushing data from other nodes. I'm aware of several solutions which haven't tried yet:

@madavieb
Copy link

madavieb commented May 23, 2017

This issue has been moved to https://discuss.ipfs.io/t/high-availability/374.

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

No branches or pull requests

5 participants