Monitor Backups - Last backup for VM

[olivierlambert]

Adding @julien-f in the loop

[KPS]

@olivierlambert
We are using PRTG as monitoring system. Our "old" backup-system is connected through the API to:

• List VMs that do not have the "nobackup-flag"
• Check if backup with age <24h is available
• Check if offsite-backup with age <48h is available

--> Sends number of VMs with and without backups as XML-output

[julien-f]

@KPS Have you checked our Nagios plugin?

It got some major improvements last release (cf 5.77 blogpost).

[olivierlambert]

If I get it correctly, @KPS doesn't use Nagios

[miller1]

You can use Vinchin Backup & Recovery to monitor VM backup job in real time. There is a graphical interface presenting the status of the whole backup system.

[KPS]

@miller1
Vinchin is looking great at the first look and offers some great features like LAN-free-backup, that can be A LOT faster, than the "classical" approach and Instant-Recover.

But in other points it is VERY limited and IMHO not enterprise-ready:

• No smart-backups! You have to define manually which VM is backed up in which job - not by Tag, name, state, etc.
• Absolutely NO API, no Syslog, no real reporting - only basic mail notifications

[olivierlambert]

@julien-f what alternative do we have (even CLI) to get what @KPS is asking?

[olivierlambert]

@miller1 Just first post to talk specifically about Vinchin This looks a bit spammy. If you want to promote it, it would be better to be more transparent

[julien-f]

@olivierlambert

> xo-cli --list-commands backupNg.getLogs
backupNg.getLogs [after=<number|string>] [before=<number|string>] [limit=<number>] *=<unknown type>

[olivierlambert]

I suppose that answer your requirement @KPS ?

[KPS]

@olivierlambert
I will try to build something with that base. The problem is, that I first need a list of the VMs to check for every VM the logs about the last successful backup.

[julien-f]

@KPS You can use xo-cli --list-objects type=VM.

Also you should only get the backup logs once and join with the VM list, because backupNg.getLogs is heavy.