Skip to content
Permalink
Branch: master
Find file Copy path
Find file Copy path
Fetching contributors…
Cannot retrieve contributors at this time
175 lines (102 sloc) 12 KB

FastTrack for Azure Architectural Discussion Framework - Backup, Archive and Disaster Recovery Solution

Business Objectives

  • What are your defined Recovery Point Objectives (RPOs), Recovery Time Objectives (RTOs) and Service Level Agreement (SLAs)?

    Varying RPOs, RTOs and SLAs will have an impact upon your choice of Azure services, 3rd party services and software design choices. For example, a lower RTO will influence bandwidth requirements and technology choice. From a Disaster Recovery perspective, your RPO and RTO will determine whether you are aiming for a hot or warm Disaster Recovery solution. A strict availability SLA will determine your high availability requirements, and decision to deploy across data centers or Azure regions.

    Disaster recovery for Azure applications

  • Who makes the decision to commit to a failover?

    When building any solution (on-premises or cloud), people and process is a key part of the overall solution’s success. In the unlikely event that a failover is required, who is responsible for making that decision?

    If it is unclear who is responsible for the processes and procedures for Disaster Recovery, then this should be defined as a high priority to move forward with a successful Azure Site Recovery implementation.

    Once the project is live, you should regularly review and test your Disaster Recovery Plan and update the list of stakeholders who are authorized to make the call to initiate a failover.

  • Do you have a defined Disaster Recovery plan today?

    Having a Disaster Recovery plan defined for your on-premises computing systems gives you a baseline in determining your Disaster Recovery needs in the cloud. However, some of these steps may be manual and prone to errors. Azure has built in capabilities to help you in automating such steps as part of your Disaster Recovery process.

    Consider Recovery Plans in Azure, as this can help automate, orchestrate and document failover steps to ensure a successful Disaster Recovery solution without manual interaction post failover.

    Create and customize recovery plans

  • Do you test and validate your Disaster Recovery plans today?

    Having a Disaster Recovery plan defined is a good initial step, though you also need to have the confidence that the plan itself is valid and will provide you with the ongoing level of service that you are expecting.

    Consider utilizing an environment to conduct regular effective testing within Azure without impacting production deployments, to help provide confidence that your steps should work in the event of a real scenario.

    Test failover to Azure in Site Recovery

  • Have you planned for capacity and scale of the infrastructure needed to support Disaster Recovery?

    It is important to be sure there is sufficient network bandwidth, and the necessary on-premises and target environment infrastructure to support the protection of workloads.

    Plan capacity and scaling for VMware replication with Azure Site Recovery

Workload Considerations

Hybrid Architecture

Monitoring & Management

  • What metrics do you gather today around replication?

  • What metrics do you gather today around backups?

    Determine those metrics and monitoring information that you require to evaluate the operational health of your Disaster Recovery and backup strategy, assess this against the capabilities of the service that you are planning to adopt.

    For example, your requirements may determine that configuring reports for Azure Backup is sufficient, or utilizing advanced reporting in Azure Backup to augment your existing monitoring solution

    Monitoring and troubleshooting Azure Site Recovery Configure Azure Backup reports

Performance & Scalability

  • Have you run the capacity planning tools?

    If you are targeting a hybrid architecture, then you should consider the capacity requirements between your live and DR sites. Are you comfortable that you have sufficient bandwidth to adhere to your DR strategy?

    Consider running these tools as the first step in right-sizing Azure Site Recovery for an environment both on-premises and in Azure.

    Azure Site Recovery Deployment Planner for VMware to Azure

    Azure Site Recovery Deployment Planner for Hyper-V to Azure

  • How do you handle backup of data today?

    Consider again whether you are comfortable that you have sufficient bandwidth to adhere to your backup strategy, without compromising the bandwidth of other on-premises services.

    Additionally, offline backups to Azure via Import/Export service may need to be considered based upon the volume of data.

    Offline-backup workflow in Azure Backup

Security

Understand the Portfolio of applications are supported for Disaster Recovery

You can’t perform that action at this time.