-
Notifications
You must be signed in to change notification settings - Fork 42
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 for 2 nodes only? #68
Comments
Very early versions of Marmot (before 0.4.x) were built on DragonBoat. I abandoned that library mostly due to extremely slow responses from author, and missing support for IPv6 (which I saw as a blocker for myself). From that point onwards Marmot always depended on JetStream, because that is the only RAFT reliable way of persisting change logs in NATS. You can still connect to regular NATS server, but it has to launch with Marmot keeps a running read transactions, with WAL support turned on. Which means ASAP frames are written to disk the WAL log file will change, and then depending on OS notification infra (since we are watching the WAL files), Marmot almost instantly picks up those changes. There is also an |
Thank you for the quick response. |
If anyone ever looks for this: I posted an example of a two node marmot setup in the linked discussion. |
Does Marmot requires minimum three nodes ? |
Earlier versions of marmot didn't require JetStream. As far as I can tell, I can still connect to a regular nats server - I can see the connections - but it seems that sync isn't working.
Another question is:
If I understand this properly, writes from one database trigger inserts to a dedicated table which will then be read by marmot
and sent to nats. The question is - how often does marmot read changes, and is this configurable?
The text was updated successfully, but these errors were encountered: