Feature Request: Using vspheredb via remote agent

[Shardsoulw]

Expected Behavior

Send vspheredb data from a remote Icinga Satellite/Agent to master

Current Behavior

To add Esxi instances a direct connection via http/https is needed.

Possible Solution

vspheredb on remote agent collects the data as usual via http/https and sends them to the master.

[wp-perc]

I actually have this scenario:

I have a central Icinga that uses VSphereDB to gather data from my datacenter. Some customers requested services that require dedicated servers at customer's site, which is far away from my datacenter, connected via VPN and I can't manage it. The dedicated servers fortunately runs on an ESX Host. The customer is willing to deploy an Icinga satellite, but it doesn't want to expose his ESX Host on the VPN, therefore the only way is to use the icinga satellite as a proxy for VSphereDB.

There is a way to run the VSphereDB daemon on a satellite and return back the data on the Icinga Master? Or I have to proxy the https connection from Icinga Master to the remote ESX Host via Icinga Satellite?

[sgrrr]

I actually have this scenario:

I have a central Icinga that uses VSphereDB to gather data from my datacenter. Some customers requested services that require dedicated servers at customer's site, which is far away from my datacenter, connected via VPN and I can't manage it. The dedicated servers fortunately runs on an ESX Host. The customer is willing to deploy an Icinga satellite, but it doesn't want to expose his ESX Host on the VPN, therefore the only way is to use the icinga satellite as a proxy for VSphereDB.

There is a way to run the VSphereDB daemon on a satellite and return back the data on the Icinga Master? Or I have to proxy the https connection from Icinga Master to the remote ESX Host via Icinga Satellite?

We have to deploy vsphereDB in the same scenario!

[skupjoe]

Big up for this feature! I currently have multiple agents deployed and all writing to the same DB to achieve this effect, but I am not sure how long it will stay working :)

[Thagda]

Is there any update on this one? It seems strange to have a system as good as Icinga2 at managing a distributed monitoring setup not having that on a plugin like this. I can see a lot of demand for this plugin in a distributed setup as it looks to cover all the bases.

[Thomas-Gelf]

Update: not yet, but we're getting closer. v1.2 took longer than expected, but now it brings a complete rewrite of the daemon. It has a control socket, has polling logic completely detached from processing and talks to itself via RPC. Next steps involve moving the polling logic to different nodes, and to allow to decide which vCenter to poll from which node in the UI.

[m4rkireland]

Any update on this please?