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

Events are potential to loss when NATS becomes unavailable in the Distributed mode #97

Open
BuddhiWathsala opened this issue Sep 26, 2019 · 2 comments

Comments

@BuddhiWathsala
Copy link
Contributor

Description:
The current deployments of NATS that we are automatically creating through Siddhi operator is a basic NATS deployment with a NATS cluster and a Streaming cluster. In distributed deployment of Siddhi, we have used NATS as our primary messaging system that enables communication among each Siddhi app. If NATS becomes unavailable for a while there can be scenarios where some user events can be lost.

According to the above arguments, it is much better if we can provide HA deployment of NATS by the Siddhi operator in the automatic NATS deployment phase.

Suggested Labels:
Feature improvement

Affected Product Version:
0.2.0-beta

Steps to reproduce:

  1. Deploy stateful Siddhi app in default distributed manner using Siddhi operator
  2. Send a sequence of events to NATS using a NATS client
  3. Manually down the NATS streaming cluster created in your K8s cluster.
  4. You will see some of the events getting loss.
@BuddhiWathsala
Copy link
Contributor Author

Observations of the 2 node NATS/STAN cluster deployment.

  • After killing one NATS/STAN pod events are not passed through NATS/STAN cluster anymore. In other words, events are missing.
  • Note that the reconcile NATS/STAN pod does not have the subscribed subject.

@BuddhiWathsala
Copy link
Contributor Author

We will be able to resolve this issue after the nats-streaming-operator developed the fault tolerance mode as stated in this issue.

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