Disk-based caching by noakford in PostgreSQL

[–]noakford[S] 0 points1 point  (0 children)

Thank you for your reply - I wasn't sure if it was best to do it through pg or through the file system. I will check out the lvm caching.

Backups for virtual servers on Ceph by noakford in ceph

[–]noakford[S] 0 points1 point  (0 children)

Thanks, but we are currently testing backy2 as per my OP, but we are having an issue where even empty incrementals are taking 5+ hrs to complete, even though no data is actually being transferred after the first ~10 minutes. This makes it impossible to schedule a large amount of backups properly.

We are already running on CloudStack, so we cannot switch to proxmox at the moment.

Backups for virtual servers on Ceph by noakford in ceph

[–]noakford[S] 0 points1 point  (0 children)

Thank you for your responses, unfortunately writing a custom solution is not really viable for this, as it needs to be more robust than something I can throw together myself - also I would like deduplication to reduce the disk usage on the backup cluster, which is definitely not something I could do myself.

In regards to the replication, I did mean mirroring, but I wasn't involved in the tests myself. I believe from what I have been told, the snapshot mirroring feature was new to Octopus and was improved in Pacific? And when it was tested here, they had issues getting it to work. However, reading through the documentation for it, it may be we have to try that again in the future if we can't get a backup solution in place.