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

Strict matching of clusters #89

Open
mmalecki opened this issue May 19, 2013 · 0 comments
Open

Strict matching of clusters #89

mmalecki opened this issue May 19, 2013 · 0 comments

Comments

@mmalecki
Copy link
Contributor

I've been thinking about this for some time. Consider the following situation:

conductor depends on redis. conductor and its redis instance should be co-located. So, when spawning conductor, quill could be executed like: quill configure conductor --cluster conductor --cluster eu-ams-1. If a redis instance exists in eu-ams-1, it'll be moved up, so that the first server (servers.0.redis.0) is the one from eu-ams-1. However, if no such instance exists, another instance of redis from cluster conductor will be used with no warning. This could be fixed by creating third cluster: conductor-eu-ams-1, which isn't convenient.

However, conductor depends on couchdb too. It isn't crucial for those 2 services to be co-located.

Maybe we should make this configurable?

@indexzero I'm wondering what's your opinion here.

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