Veeam: Don’t let your dog eat your blog –Protecting cPanel multi-tenant using Veeam Agent for Linux and Veeam Cloud Connect

Greetings friends, today I bring you a very interesting blog post for Service Providers, but not limited to these.Today I bring you a step further, and it's about taking advantage of the functionality of being able to launch Backups from cPanel users to a Cloud Connect Provider that includes Veeam Agent for Linux 2.0, each backup assigned to its tenant, etc..As this Blog post has been a little long for me, I leave you the menu so that you can jump to where it is more interesting for you:

1.- Topology and brief explanation of the Infrastructure

As always, I would like to leave you with a diagram of how this Infrastructure and the data flow between cPanel, Veeam Cloud Connect and the tenants will look like:To make this whole environment work we'll have to have the following:
  • A cPanel WHM license, and root access to shell. (We could also extra polarize this to a LAMP server with multiple workloads, etc, but it would be more manual)
  • Veeam Agent for Linux 2.0 Server Edition - We will use the Server version as we want to create multitasks, one for each tenant, and of course make use of the pre-freeze and post-shaw scripts that will generate the backup of each tenant.
  • A provider, or Veeam Cloud Connect providers, you can have a look at the list here - https://www.veeam.com/find-a-veeam-cloud-provider.html
Once we have everything ready, we can move on to the next point.

Veeam: Integration of AWS Storage Gateway with Veeam – Backups and backup copy in Cloud

Greetings friends, the first strong post of September, today I bring you a very entertaining post about Veeam Backup and Replication on a Repository based on AWS Storage Gateway, and as it has stayed a little long I want to leave here the menu to move you faster:

AWS Storage Gateway - quick overview

AWS Storage Gateway allows us to consume certain Amazon Web Services resources locally through a virtual appliance that we deploy in our Infrastructure, so our VMs view the resources as if they were local, while the information is replicated in an encrypted and compressed way to the Amazon Cloud.AWS Storage Gateway allows us to create different resources:
  • File Share: Which is nothing more or less than an NFS where we can connect computers that will see a traditional network drive and store files there.
  • Volumes: Where we can consume by iSCSI, volumes that we can connect to Windows, Linux, etc., and that will be replicated later.
  • Tapes: Virtual tape drives with which we can launch backups with Veeam for example, as if a real tape was involved, and thus get a more durable storage such as tapes, but in Cloud.
We can store the information in three different types of Amazon storage:
  • Amazon S3, recommended for files or volumes that we use frequently.
  • Amazon Glacier, if what we are saving is not accessed frequently.
  • Amazon EBS Snapshots.
This is how our Veeam Backup and Replication Infrastructure with AWS Storage Gateway would look like.