基础架构规划
Infrastructure of Veeam Backup & Replication depends on business needs and resources of your company. There are a number of things to consider before you start deploying Veeam Backup & Replication. In this section you will find tips and recommendations that may help you design your backup infrastructure.
Before you deploy Veeam Backup & Replication, consider the following steps:
- Define protection scope.
- Define RTO and RPO goals.
- Select Veeam Backup & Replication features that you will need.
- Plan how many copies of your data you need to store (3-2-1 rule).
- Design Veeam Backup & Replication infrastructure.
Step 1. Define Protection Scope
- RPO defines a period during which you may accept to lose data. Basically, it is the age of the the latest backup that will be used for recovery in case of a failure. It means that your company accepts that in case of a failure you may lose the data that has been accumulated since the latest restore point. RPO set by the policy of your company defines how often do you need to create a recovery point. This will help you estimate how much storage you will need to store backups, how many copies of your data do you need, and which Veeam Backup & Replication features are the most suitable for business needs of your company.
- RTO is related to downtime. RTO represents the amount of time from the beginning of an incident until all services are back online and available to users.
Define a list of your workloads grouped and organized by how fast they must be recoverable. Divide the list into categories. The higher the recovery priority, the lower the RTO will be required relative to the rest of your workloads.
Step 3. Select Veeam Backup & Replication Features
| RPO: Seconds | RPO: Minutes | RPO: Hours (<24h) | RPO: Hours (24-48) |
---|---|---|---|---|
RTO: Seconds | Continuous Data Protection (for VMware vSphere) |
|
| |
RTO: Minutes |
| Snapshot Orchestration (for VMware vSphere) | ||
RTO: Hours |
|
|
|
- Restore: performing restore from backup files to the original or a new location.
- Recovery Verification: testing VM backups and replicas before recovery.
Step 4. Plan How Many Copies of Data You Need (3-2-1 rule)
- 3: You must have at least three copies of your data: the original production data and two backups. The first copy of your data is the original production data. The second copy of your data is a backup created by a backup job. To create the third copy of data you can use Backup Copy or Backup to Tape jobs. Also, if you use cloud repositories (S3, Azure Blob, Google Cloud, IBM Cloud), you can copy backups to a capacity tier.
- 2: You must use at least two different types of media to store the copies of your data.
- 1: You must keep at least one backup offsite. For example, in the cloud or in a remote site. One of repositories must be offline, air-gaped or immutable.
Veeam Backup & Replication provides integration with various types of repositories. Select where do you want to store your backup files. For the full list of supported backup repositories, see Backup Repository, Tape Devices Support, Storage Systems Support.
To plan the required space on repositories, you might also need to analyze for how long will you store the backups. Veeam Backup & Replication provides short-term and long-term (GFS) retention policies to effectively store the backup files.
Step 5. Design Veeam Backup & Replication Infrastructure
Before you install Veeam Backup & Replication, familiarize yourself with common deployment scenarios and plan your backup infrastructure layout. For details, see Deployment Scenarios.
The easiest way to start is to deploy a Veeam Backup & Replication server, one dedicated server for a off-host proxy and one repository. While you keep adding backup jobs, add more proxies and repositories. Each backup infrastructure component has its own specifics and requirements that are described in corresponding sections of this guide:
Also, keep in mind that in most cases, it is not recommended to deploy Veeam Backup & Replication, Veeam Backup Enterprise Manager and Veeam ONE on the same server. It is recommended to deploy them on separate servers.