One year ago I built a complete and dedicated lab in order to permanently test and demonstrate Veeam Cloud Connect. The lab had been designed to operate as a production environment, and was also used for the Veeam Cloud Connect book I wrote. After a year, my SSL certificate was about to expire, so I […]
In the previous two posts of this series, I explained how to complete a seeding operation for a backup copy job in Veeam Cloud Connect, both for regular and encrypted backups. But Veeam Cloud Connect can also offer replication solutions to end users, so in this post I will explain you how to seed a replica job towards Cloud Connect.
In my previous post, I explained how to complete a seeding operation for a backup copy job in Veeam Cloud Connect. One of the options that can be leveraged with Cloud Connect however is also encryption: people may trust their service providers, but as they are going to send copies of their production workloads off-site, […]
Veeam Cloud Connect is a great technology that allows end users to add to a local protection also an offsite location where they can store backup copies or replicated virtual machines. As not every customer has a fast internet connection, Veeam Cloud Connect implements multiple data reduction tecniques to improve data transfer, but especially the initial full backup or full replica can be slow and painful for some customers with really small internet connection. That’s why seeding is such an important option in Veeam Cloud Connect.
In this three series blog posts, you will learn how to use Veeam Cloud Connect. In Part 1, how to seed a regular backup copy job.
DNS is a great technology that everyone uses over internet. How would you reach a given website if you weren’t able to solve its name to the IP address? Would you memorize the public IP addresses of any website you want to reach? No, and with IPv6 coming in the future, DNS will become even more important for internet consumption. But DNS has one drawback: its records are usually static, and if a platform is dynamic and spawn/removes instances on the fly, it needs to have a way to modify the DNS records that are published, so that a non-reachable instances is not even listed.
Is it better to use real public IP’s or NAT-ed IP’s when publishing Veeam Cloud Connect Replication? Here’s why I think real public IP’s are a better choice.
Last year, Veeam released Veeam Cloud Connect, a new technology that allows the easy creation and consumption of offsite backup repositories. It was the first solution specifically designed around Service Providers, both from a technical and business point of view. Its extreme ease of use and capabilities made it an instant success, and as of today several hundreds of service providers are offering offsite backup services based on Cloud Connect.
As a first generation technology, everyone was expecting additional capabilities in the following versions, and the most common request has always been “are you going to add replication capabilities?”.
As you can guess from the title of this post, that’s exactly what is coming in the next version!