Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Improve Resilience and create Business Continui...

Nicolas DAVID
November 29, 2020

Improve Resilience and create Business Continuity with AWS

Transforming your operations just got easier with the cloud. You can now protect critical data and applications by providing resiliency across the enterprise with high availability, data protection, data archiving solutions, and disaster recovery on AWS. In this session, learn how to build an end-to-end enterprise resiliency program to improve readiness and achieve reliable performance with minimal downtime and costs.

Nicolas DAVID

November 29, 2020
Tweet

More Decks by Nicolas DAVID

Other Decks in Technology

Transcript

  1. © 2020, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. Improve Resilience and create Business Continuity with AWS Ghada Elkeissi Head of Professional Services, Public Sector, Middle East and Africa Nicolas David Senior Consultant, Digital Innovation Public Sector, Middle East and Africa
  2. Agenda • Introduction to Resilience • Backup/Restore • High Availability

    (HA), Multi-site & Multi-Region • Disaster Recovery • Disaster Recovery techniques • CloudEndure • Conclusions
  3. © 2020, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. © 2020, Amazon Web Services, Inc. or its affiliates. All rights reserved. Introduction to resilience
  4. Introduction Resilience is Critical It affects the quality of service

    your users experience Resilience is Complex Like security, it is an end-to-end discipline that must be built in Cannot be bolted on later as an after thought Resilience is a key Cost driver How many sites, how many data copies - drives cost in multiples (2x, 3x,…) Resilience in the cloud need not be the same as traditional IT Need to meet the same business objectives of availability and recovery There are better ways to provide continuity in the cloud – Use them!
  5. Introduction (cont.) Data is the lifeblood of your applications Protect

    it! Storage Hierarchy – not all data is the same Different data types have differing criticality and access needs Select the right storage type/class based on these needs Select the right backup and recovery mechanism to ensure data availability Be cost conscious at all times
  6. What are we planning for? • Server event • Rack

    level outage • Building level outage – water, fire,… • Carrier/connection problems – fiber cuts, DOS,… • Major regional disaster – power, weather,… • Accidental data deletion/modification
  7. © 2020, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. © 2020, Amazon Web Services, Inc. or its affiliates. All rights reserved. Backup and recovery
  8. Initial questions to answer How important are the applications to

    your business? What is the associated recovery point and time for these applications? How are you storing the data? Where are you storing the data? How are you restoring the application? How and why do we backup the data?
  9. Modernizing backup architecture with Immediate cloud backup benefits Leverage existing

    investments in infrastructure …cloud as a backup target integrates with existing backup frameworks Cost effective offsite storage alternatives …with pay as you go pricing and no upfront capital investments Elimination of physical tape backups and administration …for a low-cost, highly scalable virtual alternative with nominal disruptions to existing systems Unlocking insights from your data …by applying analytics, artificial intelligence, and machine learning capabilities
  10. AWS Storage and Backup Building Blocks Object storage S3 Standard

    S3 Glacier Deep Archive S3 Glacier S3 Intelligent-Tiering S3 One Zone-IA S3 Standard-IA Block storage Provisioned IOPS SSD Cold HDD Throughput-Optimized HDD NEW! File storage EFS Standard EFS Infrequent Access Elastic Amazon EFS AWS Storage Gateway Family Amazon S3 NEW! Amazon FSx for Lustre Amazon FSx for Windows File Server NEW! Amazon EBS Amazon EC2 Backup & Restore AWS Backup NEW! NEW!
  11. AWS storage hierarchy and lifecycle management Access frequency Frequent Archive

    • Active, frequently accessed data • Milliseconds access • > 3 AZ • $0.0210/GB • Data with changing access patterns • Milliseconds access • > 3 AZ • $0.0210 to $0.0125/GB • Monitoring fee per object • Min storage duration • Infrequently accessed data • Milliseconds access • > 3 AZ • $0.0125/GB • Retrieval fee per GB • Min storage duration • Min object size • Re-creatable, less accessed data • Milliseconds access • 1 AZ • $0.0100/GB • Retrieval fee per GB • Min storage duration • Min object size • Archive data • Select minutes or hours • > 3 AZ • $0.0040/GB • Retrieval fee per GB • Min storage duration • Min object size S3 Standard S3 Standard-IA S3 One Zone-IA S3 Glacier S3 Intelligent-Tiering S3 Glacier Deep Archive • Long-term archive data • Select hours • > 3 AZ • $0.00099/GB • Retrieval fee per GB • Min storage duration • Min object size
  12. What is AWS Backup Central console and set of APIs

    for protecting your application data across AWS services Meet business and regulatory backup compliance requirements Centralized backup management service Common way to protect application data in the AWS Cloud and on-premises Simple and cost-effective
  13. AWS Backup: services supported at launch Automated Backup Schedules ✓

    ✓ ✓ ✓ ✓ Automated Retention Management ✓ ✓ ✓ ✓ ✓ Centralized Backup Monitoring/Logging ✓ ✓ ✓ ✓ ✓ KMS Integrated backup encryption ✓ ✓ ✓ ✓ ✓ Lifecycle to Cold Storage ✓ Independent Backup Encryption ✓ Amazon EFS Amazon EBS Amazon RDS DynamoDB AWS Storage Gateway
  14. © 2020, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. © 2020, Amazon Web Services, Inc. or its affiliates. All rights reserved. High Availability (HA), Multi-site & Multi-region
  15. HA/DR definitions – Degrees of resilience • High Availability –

    improving the uptime of a system by removing single points of failure, implementing redundant communication paths and automating the detection and recovery from failures. • Disaster Recovery - set of policies and procedures which enable the recovery or continuation of vital technology infrastructure and systems following a natural or human-induced disaster. Typically includes out of region recovery • Business Continuity - Keeping all essential aspects of a business functioning (personnel, offices, IT…) despite significant disruptive events. Disaster recovery is a subset of business continuity.
  16. Global Regions and Availability Zones São Paulo GovCloud (US-West) Montréal

    N. Virginia GovCloud (US-East) Ireland London Paris Stockholm Bahrain Cape Town Mumbai Ningxia Beijing Singapore Hong Kong Seoul Tokyo Sydney Frankfurt Oregon N. California Milan Ohio Active Regions Announced Regions Jakarta Spain Osaka 7x In 2018, the next-largest cloud provider had almost more downtime hours than AWS
  17. Availability Zones • A Region is comprised of multiple Availability

    Zones (AZs) each with redundant power, networking, and connectivity, housed in separate facilities • Isolation from other AZs (power, network, flood plains) • A single AZ can include multiple data centers • Low latency (<10ms) direct connect between AZs – enables active-active (not DR) • Operate production applications and databases that are more highly available, fault tolerant, and scalable than those operated from a single data center Availability Zone Region Availability Zone Availability Zone ap-southeast-2 (Sydney) ap- southeast-2a ap- southeast-2b ap- southeast-2c
  18. Eliminating single points of failure 1. Recreate on failure Auto

    Scaling Groups (ASG) and other deployment automation 2. Server clustering Elastic Load Balancer (ELB) 3. Database clustering Types of replicas and failover supported vary by platform 4. Network connectivity Direct Connect (DX) with VPN backup, multiple DX/VPNs 5. AWS managed services Offer many benefits in this area as the redundancy and failover is often managed for you transparently
  19. Multi-region DR design considerations 1.RPO/RTO – this is the number

    one consideration 2.Network architecture • How do regions talk to each other publically and privately? • How much bandwidth is required? What latency and data consistency is tolerable? • Network services - Domain Name Services (DNS), Content Delivery Networks (CDN), Caching and Load Balancing. 3.Data Replication and Synchronization - asynchronous versus synchronous replication demands, etc.
  20. Multi-region DR Design Considerations (cont.) 4. Monitoring – How do

    you detect degradation and failure and control failover when necessary? 5. Cross region replication and drift control – how do you keep images and configurations consistent across regions? 6. Other Considerations – distributed security management across regions, encryption and decryption with associated key management,…
  21. © 2020, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. © 2020, Amazon Web Services, Inc. or its affiliates. All rights reserved. Disaster Recovery (DR)
  22. Disaster Recovery point (RPO) Recovery time (RTO) Data loss Down

    time Objectives and impacts How much data can you afford to recreate or lose? How quickly must you recover? What is the cost of downtime? mission
  23. Availability by the numbers Level of availability Percent uptime Downtime

    per year Downtime per day 1 Nine 90% 36.5 Days 2.4 Hours 2 Nines 99% 3.65 Days 14 Minutes 3 Nines 99.9% 8.76 Hours 86 Seconds 4 Nines 99.99% 52.6 Minutes 8.6 Seconds 5 Nines 99.999% 5.26 Minutes 0.86 Seconds 0 1000 2000 3000 4000 5000 6000 7000 8000 9000 1 Nine 2 Nines 3 Nines 4 Nines 5 Nines Daily Downtime in Seconds Daily Downtime in Seconds
  24. © 2020, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. © 2020, Amazon Web Services, Inc. or its affiliates. All rights reserved. Disaster Recovery techniques
  25. DR spectrum and options AWS offers four levels of backup

    and DR support across a spectrum of complexity and time Based on how “hot” your data is and how quick your ability to recover must be, there are a range of options for DR architecture • Lower priority use cases • Solutions: Amazon S3, AWS Storage Gateway • Cost: $ • Meeting lower RTO & RPO requirements • Core services • Scale AWS resources in response to a DR event • Cost: $$ • Solutions that require RTO & RPO in minutes • Business critical services • Cost: $$$ • Auto-failover of your environment in AWS • Cost: $$$$ RPO/RTO: Hours RPO/RTO: 10s of Minutes RPO/RTO: Minutes RPO/RTO: Real-time Low High Backup & Restore Pilot light Warm standby in AWS Hot standby (with multi-site)
  26. Start with requirements Identify applications to protect Business impact analysis

    Define RPO and RTO requirements Compliance considerations ?
  27. Availability concepts High availability Keep your applications running 24x7 Backup

    Make sure your data is safe Disaster recovery Get your applications and data back after a major disaster
  28. Strategy: Backup & restore (multi-region) us-west-2 ap-southeast-1 App2 Server Database

    Server Backup Server Back up to another Region • Use managed database services with Amazon S3 (Amazon S3) or Amazon S3 Glacier • Data stored with high durability in multiple locations App1 Server App3 Server Data loss (RPO) Down time (RTO)
  29. Strategy: Pilot light (multi-region) ap-southeast-1 Web Server App1 Server Database

    Primary us-west-2 App2 Server App3 Server Database Replica Data loss (RPO) Down time (RTO) Database Replication Snapshots Replication Allows the scaling of redundant sites during a failure scenario Snapshots AMIs: Web, App, Database Snapshots AMIs: Web, App, Database App2 Server App3 Server App1 Server Web Server
  30. Strategy: Pilot light (multi-region) ap-southeast-1 Web Server App1 Server Database

    Master us-west-2 App2 Server App3 Server Database Master App2 Server Data loss (RPO) Down time (RTO) Allows the scaling of redundant sites during a failure scenario X Web Server App2 Server Snapshots AMIs: Web, App, Database Snapshots AMIs: Web, App, Database
  31. Strategy: Warm standby (multi-region) ap-southeast-1 Web Server App1 Server Database

    Primary us-west-2 App2 Server App3 Server Web Server App1 Server Database Replica App2 Server App3 Server Data loss (RPO) Down time (RTO) Database Replication Snapshots Replication Snapshots AMIs: Web, App, Database Snapshots AMIs: Web, App, Database
  32. Strategy: Warm standby (multi-region) Web Server App1 Server Database Primary

    App2 Server App3 Server Web Server App1 Server Database Replica App2 Server App3 Server Data loss (RPO) Down time (RTO) us-west-2 ap-southeast-1 Snapshots AMIs: Web, App, Database Snapshots AMIs: Web, App, Database X
  33. Strategy: Active-Active (multi-region) Snapshots AMIs: Web, App, Database Web Server

    App1 Server Database Primary App2 Server App3 Server Web Server App1 Server Database Replica App2 Server App3 Server us-west-2 ap-southeast-1 Snapshots AMIs: Web, App, Database Users in San Francisco Users in Taipei read read & write write Snapshots Replication Database Replication
  34. © 2020, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. © 2020, Amazon Web Services, Inc. or its affiliates. All rights reserved. CloudEndure
  35. CloudEndure • Improve recovery objectives & reduce TCO • Simple

    setup lets you start in minutes • Same highly automated process for all workloads • Minimizes complexity and reduces risk • Easy failover and failback Better, faster, more affordable disaster recovery Highly automated Minimal skill set required to operate Easy, non- disruptive DR tests Reliable Robust, predictable, non-disruptive continuous replication Protection against ransomware, corruptions, and human errors RPO: subsecond RTO: minutes Automated lightweight staging area reduces TCO Replicate from any source Flexible Failback to cloud/on- prem Wide range of OS, application, and database support
  36. CloudEndure How does it work? * No reboot, No performance

    impact, No application configuration ** May be modified anytime after the CloudEndure agent is installed Blueprint corrections needed? Test target server Launches and converts machine(s) Install agent* Replication begins into low-cost staging area Configure blueprint Anytime after initial sync begins Ready? Cutover/failover
  37. Source location CE Agent Boot1 Data1 CE Agent CE Agent

    Lightweight staging area in target Cloud DR location Continuous data replication traffic (compressed & encrypted), with sub-second RPO AWS Cloud Lightweight Linux replication server(s) Low-cost Staging area storage Boot1 Data1 Boot2 Data2 Boot3 Data3 Boot2 Data2 Boot3 Data3 Lightweight Staging • Reduce DR site compute costs by 95%+ • Reduce DR site storage costs by 70%+ • Zero DR site duplicate OS license fees! • Zero DR site software/DB license fees! • Zero DR site networking equipment fees! • Continuous replication with subsecond RPO Oracle Windows Server
  38. CE Agent CE Agent CE Agent Lightweight staging area subnet

    in Cloud DR location • Rapid machine recovery (RTO of minutes) • Self-service DR dashboard • Unlimited free non-disruptive DR tests • Built-in fail-back to any infrastructure • Enable one-click future migration • Enable cross-region/cross-cloud DR DR orchestration & System conversion with RTO of minutes Lightweight Linux replication server(s) Low-cost Staging area storage Boot1 Data1 Boot2 Data2 Boot3 Data3 AWS Cloud Target subnet(s) in Cloud DR location Boot1 Data1 Boot2 Data2 Boot3 Data3 Disaster Event or Test Windows Server Oracle
  39. Mumtalakat has more than halved its operational costs by reducing

    its data backup, storage and security cost in its 4 global infrastructure datacenters. The entire migration process was handled by the organisation’s internal IT team. This is the main advantage of having a capable and trained team to handle the migration activity, speeding up the migration and ensuring high-quality service. Our software is now running in Bahrain, with a lower latency and faster speed” Mohamed Sater, Mumtalakat’s Head of IT
  40. © 2020, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. © 2020, Amazon Web Services, Inc. or its affiliates. All rights reserved. Conclusion
  41. Conclusion • Resilience matters • Resilience is a QoS issue

    and a competitive differentiator • In regulated markets, it is a matter of compliance • Resilience and continuity are a continuum • It’s not all or nothing • Pick the solution that matches your requirements at an application and component level • It must be designed in • It must be tested regularly • With proper monitoring and failover, daily usage and metrics are the best test
  42. Project Resilience Qualifying New customers can get up to $5,000

    offset costs incurred by storing critical datasets in Amazon Simple Storage Service (Amazon S3) Existing customers can use credits to offset costs incurred by engaging ProServe and CloudEndure to do a deeper dive on their business continuity architecture.
  43. Resilience & Disaster Recovery Resources AWS Well-Architected Framework Disaster Recovery

    Cloud Computing Services - Amazon Web Services (AWS) Deploying Disaster Recovery Site on AWS BCP for Financial Institutions https://aws.amazon.com/disaster-recovery/ http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/resources.html Characterizes EC2 related resources by their span – e.g. Elastic IPs and SGs are region level while instance and EBS are AZ specific https://aws.amazon.com/whitepapers/designing-fault-tolerant-applications/ Fault tolerant whitepapers and resources
  44. Thank you! © 2020, Amazon Web Services, Inc. or its

    affiliates. All rights reserved. Ghada Elkeissi https://www.linkedin.com/in/ghada-elkeissi-7858258/ Nicolas David https://www.linkedin.com/in/nicolasdavid/