Thanks for merging v.Eremin, and for clarification of the situation Luca.
![why does cloudberry backup take so slow why does cloudberry backup take so slow](https://windows-cdn.softpedia.com/screenshots/CloudBerry-Backup-Ultimate-Edition_1.jpg)
The new Per-VM chains coming in v9 will definitely help. Just be aware that the limited cache of these solutions makes them slow to upload Veeam files, which are usually way bigger than their cache. Whatever can be presented to Veeam as a local disk or a SMB share can be the target for a backup or better a backup copy, then it's up to the appliance (hardware or software) to cache locally and send blocks towards Glacier. If you do not want to go for Cloud Connect, there are around many solutions that can work as a cloud gateway towards Glacier, Synology is not at all the only option.
![why does cloudberry backup take so slow why does cloudberry backup take so slow](https://i.ytimg.com/vi/y-Ckivmtbi4/maxresdefault.jpg)
The "bundle" in v8 is not the same technology, as Cloud Connect is a completely new and more efficient solution. Readie wrote:However, the bundling seems to have complicated the situation, and now we either need a 'Cloud Service Provider' (additional costs) and/or Amazon's AWS Gateway (additional monthly cost $125+).Ĭloud Edition is not available anymore as the technology was not able to scale efficiently above few VMs. I should value any comments from Veeam themselves, or from anyone else who has managed to use Glacier as part of their backup strategy.
#Why does cloudberry backup take so slow software
Some have suggested using Synology (which we have) which has the Glacier software built in to the latest version, but it will be a pity to use Synology rather than Veeam to do this bit of our backup strategy. However, the bundling seems to have complicated the situation, and now we either need a 'Cloud Service Provider' (additional costs) and/or Amazon's AWS Gateway (additional monthly cost $125+). Then realised that the videos and descriptions I had been seeing were all dated around 2013/2014, and it seems that Veeam have now 'bundled' it into V8 which we have. Is it a separate product from B&R V8 which we are running? Additional purchase? Simple GUI which allows connection to many different cloud storage providers, including Amazon S3 and Glacier.
![why does cloudberry backup take so slow why does cloudberry backup take so slow](https://i.pinimg.com/originals/04/37/cb/0437cb1f3ebdb8740dd211de9eca91a7.jpg)
We have been looking at Glacier for 'archiving', as the costs of storage are very low, and we don't expect to have to restore.Ĭame across 'Veeam Backup and Replication Cloud Edition' and it looked just the job. Starting a new topic, for reasons explained below. cepts.html), but I have a number of concerns and I was hoping someone here had either looked into this as well or even implemented it in some form and could comment on their experience:ġ) How would you deal with maintaining restore points over the long-term (5-7 years)? Would you continually write them to a single massive volume, or create smaller volumes and swap them out as they fill up? Does it make sense to take Amazon EBS snapshots at intervals and then delete the older Veeam recovery points after they had been snapshot?Ģ) Are snapshots even practical? The cost to store snapshot data is >3 times the S3 storage cost ($0.095/GB vs $0.030/GB)ģ) Is there any way to move the data from S3 to Glacier to reduce cost ($0.010/GB vs $0.030/GB)? I don't see anything in the documentation indicating that it's possible to move Gateway data to Glacier.Ĥ) In the situations above, if I roll off older restore points by swapping out volumes, or snapshotting, or moving them to Glacier, how does Veeam deal with the disappearance of these recovery points? How can I find them in my inventory years from now when I need to restore a file or VM from a specific date or based on other criteria? Do I have to keep everything online all the time just so Veeam doesn't lose track of it? Is there any way to tell Veeam that the data has been archived, and then locate that archived data years later?ĥ) For performing restores would it be beneficial to build a Veeam proxy server in Amazon EC2 that would have faster access to the data in S3? If I did this, could would it be possible to restore a VMWare guest directly to EC2? Is this a practical way to restore files or VMs, either to an EC2 instance or back to my local LAN?Īm I overthinking this? Is is better to just use Cloud Connect or the Amazon Virtual Tape Library? If you've used either of these, Id like to hear about your experience One potential solution I can think of is to host a repository on Amazon Storage Gateway Cached Volume (.
![why does cloudberry backup take so slow why does cloudberry backup take so slow](https://www.backblaze.com/b2/images/b2-partner-cloudberry-top.jpg)
I've tested backing up to virtual tape using Amazon's VTL solution, but because Veeam requires writing the entire backup set to disk before performing a restore, recovering even a single file or VM would require downloading 4-6TB of data, making it prohibitively expensive and creating a significant delay. Is anyone writing backups to cloud storage without the Cloud Connect product? I need a reliable way to get my data offsite into inexpensive long-term cloud storage like S3 or Glacier, but I want to do it directly without relying on a third-party partner.