Containers and Veeam
David Hill introduces us to the topic of containers, and how Veeam can handle that. Containers make it possible to use less different operating systems. Today you’ve got patches and updates to install on your operating system, no matter if it’s Linux or Windows. With containers, it becomes a lot simpler.
It’s all about buzzwords. Being or getting cloud-ready, being cloud-native, and being it now. A few years ago it was the same with the cloud. Cloud did help to solve some problems, but some problems are still the same, just on a bigger scale. The same for containers. They will help to solve some problems, but some problems will still be problems, just on a different scale.
David explained some things about the statefulness of a container. Containers are good when they are used for what they are thought. But having just any kind of application containerized doesn’t work. When an application fails, and the container management spins up a new instance of that application, the application itself doesn’t know what happened. If you click save in WordPress for example, WordPress doesn’t know what you did before when the application crashed in the backend.
Andrew Zhelezko and David Hill are talking about the Cloud Tier. In Veeam, you can set up and define multiple types of backup repositories. You can have local disk storage, NAS, deduplication appliances, etc. You can even combine them in a Scale-out Repository. Now with the latest VBR version you’re even able to scale-out to the cloud with the usage of object storage. You’ve got nearly unlimited storage available in the cloud to store your backups. And in Veeam, that’s all policy-driven. Depending on your policy, Veeam does the automatic cloud-tiering to the object storage of your choice. And you can put that object storage also into a Scale-out Repository as a capacity tier.
That means that you might have some backups local, maybe because of compliance reasons or to meet a certain RPO/RTO time. Everything which is older than a specified time will be tiered out to the object storage.
A new feature is the Immutability of your backup files in the object storage. That means that you can lock the backups which are moved out to the cloud. That gives you protection against rogue admins or to have a certain level of compliance. No one can delete your backup files on the cloud storage. You can set the lock for a specific time, and during this time the backup files can’t be deleted. These settings have to be set on a specific S3 bucket.