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

High availability docs clarification #550

Open
EmRowlands opened this issue Feb 20, 2024 · 1 comment
Open

High availability docs clarification #550

EmRowlands opened this issue Feb 20, 2024 · 1 comment

Comments

@EmRowlands
Copy link

Expected Behavior

The "High availability" section in the FAQ should be explicit about what configurations work.

Current Behavior

https://github.com/Icinga/icingaweb2-module-vspheredb/blob/v1.7.1/doc/01-Installation.md

The current docs say that "using an active-active replication is the preferred way", but also says "please do not run multiple daemons writing into the same database". Does this mean that running multiple daemons is supported, but only if they write to different MariaDB instances in a cluster?

I also noticed #203, which states that the daemon should (amongst other things) "support starting multiple instances, with only one of them being active". This issue was closed as it was "implemented with v1.2". Does this mean that using multiple service instances is safe now?

Possible Solution

Update or clarify installation documentation.

Your Environment

  • VMware vCenter®/ESXi™-Version: N/A
  • Version/GIT-Hash of this module: v1.7.1
  • Icinga Web 2 version: 2.12.1
  • Operating System and version: N/A
  • Webserver, PHP versions: N/A
@skupjoe
Copy link

skupjoe commented Mar 2, 2024

Curious about this myself. Looking forward to official support for multiple vSphereDB agents in order to support multiple different vcenter connections in different networks.

I've been unofficially running multiple agents, and it does work, but there are times when they collide and get into a bad state, so I still don't think this is fully working and the design needs to be improved so agents are more aware of each other and can be restricted to certain vcenter assignments.

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

2 participants