Skip to content
This repository has been archived by the owner on Aug 21, 2021. It is now read-only.

HAProxy Configuration Issues #15

Closed
AusIV opened this issue Nov 1, 2017 · 1 comment
Closed

HAProxy Configuration Issues #15

AusIV opened this issue Nov 1, 2017 · 1 comment
Labels

Comments

@AusIV
Copy link
Contributor

AusIV commented Nov 1, 2017

OpenRelay uses HAProxy in front of the Ethereum RPC service, the intent being that if the state node or monitor node becomes unavailable, it can fall back to the standby node and eventually the RPC node serving the other purpose.

We're seeing a couple of issues with the current configuration. First, HAProxy is only resolving IPs at startup, so if a server goes down and comes back with a different address, HAProxy never routes requests there. Second, HAProxy won't come up until all of the Ethereum servers are available. So if the standby server is down and HAProxy gets restarted, HAProxy won't come back up until the standby node is back up, even though the primary node was available.

I believe this can be fixed in the HAProxy config, as discussed here: https://discourse.haproxy.org/t/haproxy-fails-to-start-if-backend-server-names-dont-resolve/322/17

Alternatively, if we can resolve #8 I think we can just go to one big pool of Ethereum nodes and not need to use HAProxy at all. That's probably a larger topic though than tweaking the HAProxy config.

@AusIV AusIV added the bug label Nov 1, 2017
AusIV added a commit that referenced this issue Nov 6, 2017
This addresses #15 by
setting HAProxy not to resolve DNS on initialization.
@AusIV
Copy link
Contributor Author

AusIV commented Nov 16, 2017

No longer relevant after #22

@AusIV AusIV closed this as completed Nov 16, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

1 participant