Built for simplicity, scale, savings and security
Use native snapshots to achieve low recovery point objectives (RPOs) without needing an agent.
Overcome data loss with flexible instance, volume and file-level recovery options.
Automate native backups of MySQL databases on Google Cloud with flexible policy-based protection and recovery options.
Isolate backups from production to avoid cyberthreats.
Unlimited data portability between Google Cloud, on-premises and other public clouds.
Quickly deploy this solution from Google Cloud Marketplace to start protecting your data.
Avoid cloud overspending and meet your service level agreements (SLAs) with industry-first cost calculations.
Use one platform to centralize your Google Cloud backup with other workloads.
Protect all your data with policy-based automation and labels.
Automatically tier snapshots
to low-cost storage classes.
Integrate and automate Google Cloud backup with other workflows and applications.
Encrypt backups and easily control access to them with Google Cloud KMS to secure your backup data from internal and external threats.
MySQL backup and recovery
Automate native backups of MySQL databases on Google Cloud, which features flexible policy-based protection and recovery options.
Role-based access control
Delegate data -protection-specific permissions to users to maximize, operational efficiency while ensuring greater security.
Configuration backup and restoration
Create a backups of the full configurations on a backup repository, allowing for an easy migration procedures and testing.
Standalone
$40 USD
per VM instance per year
Back up and recover in Google Cloud only
24/7 production support
Hybrid-/multi-cloud
VUL
Portable licensing
Back up and recover anything, anywhere
24/7 production support
Veeam Backup for Google Cloud |
Veeam Backup & Replication | |
A standalone solution to back up and recover Google workloads within Google only | #1 Backup and Recovery for unified hybrid/multi-cloud data protection and management | |
Google Cloud backup and recovery | ||
Cloud cost control | ||
Security and compliance | ||
Unlimited data portability | ||
Hybrid/multi-cloud management |
One platform centrally manages Google Cloud backup with other cloud, virtual, physical, SaaS and Kubernetes environments under a single, powerful interface.
END USERS
SERVICE PROVIDERS
Learn how to build a cloud data protection that can plan to defeat any cyberattack.
The future of IT is changing! See the report on the industry’s latest trends.
When discussing how to back up data for Google Cloud, we’re mostly interested in cloud-native tools that allow us to protect compute engine instances (i.e., where VMs run) with Google-native snapshots.
There are native services in place that allow you to back up Google Engine instances, and there are many vendors that offer agent-based approaches for Google Cloud backups. However, data protection in the cloud isn't always straightforward, so using limited or legacy backup methods can present challenges.
First, snapshots of Google Compute Engine instances aren’t real backups, so they cannot be leveraged for long-term data retention and recovery. Aged snapshots are also expensive to keep in Google Cloud Storage for more than a few days. Manual scripting for automatic snapshot scheduling of Google Cloud instances can also become very complex very quickly, especially in large environments.
Secondly, agent-based approaches for Google Cloud backups aren’t always the best option since agents require resource-intensive deployment. They are hard to scale appropriately, and they take additional compute engine space.
Veeam Backup for Google Cloud can automatically create and manage snapshots and backups of compute engine instances (and attached disks), including VM configurations. Backup chains can be created with either image-level backups or snapshots. First, a full snapshot is created,then each subsequent snapshot only contains incremental changes. Veeam does not use agents to back up Google Cloud but instead uses temporary instances, called workers, that are deployed only for the time it takes to generate Veeam backup image data from the snapshot or perform a restore.
Image-level backups can include full and incremental backups of your Google Cloud data.
Snapshots and backups can be tiered and stored in Google Cloud Storage. Please keep in mind that it’s always a good practice to separate your backups from your production environment. Veeam Backup for Google Cloud supports both cross-project and cross-region data tiering, which makes it easy to secure your backups.
In terms of recovery, Veeam Backup for Google Cloud can restore files from both snapshots and backups, which makes file-level recovery fast and on-demand. During recovery, a worker instance will spin up and attach to a point-in-time within the Google Cloud snapshot or backup, which gives you a web console and file system that allows you to browse and restore any file you want. Recovery within Google Cloud can be performed at the full- or file-level in just seconds.
In addition to ensuring the security and protection of the underlying Google Cloud infrastructure, Google Cloud also provides native methods for performing backups of Google Compute Engine instances. These methods include the functionality to create persistent disk snapshots or machine images. Snapshot chains include full and consequent incremental snapshots. It’s also possible to create a schedule for performing regular snapshots of your Google Cloud data.
Google Cloud-native tools also allow you to create full or incremental image files of a particular VM.
Once snapshots or VM images are created, the (cp) command is used to move these files from production to Google Cloud Storage.
These methods are handy for smaller environments or ones that are designated only for testing purposes. However, for bigger production environments where performing against SLAs is critical, it may be necessary to have different tools in place to ensure a robust backup and recovery strategy for Google Cloud. Snapshots and images alone are not an optimal solution when you need longer retention or need to store aged snapshots for more than a few days, since this can get costly quickly. Snapshots are also not automatically isolated from the production environment. This can create security and data loss risk in case of disaster. Lastly, if your Google Cloud environment is set to grow, you will require more profound recovery options that must include file-level recovery and scheduling options that aren’t just for snapshots.