AWS

Fault Tolerance & High Availability based on multi Availability zones in AWS

CK CK 3788 
Created at
Updated at  
10,805 0 0

High Availability (HA) on the cloud refers to a system designed to ensure continuous operation and minimize downtime, even in the event of failures or disruptions. 
Here's how it works:

  • Redundancy: Critical components like servers, databases, and applications are duplicated across multiple instances. This creates a backup in case one fails.
  • Load Balancing: Traffic is distributed across multiple instances, ensuring no single point of failure overwhelms any one system.
  • Automatic Failover: If a component fails, the system automatically routes traffic to a healthy instance, minimizing the impact on users.
  • Monitoring and Management: Constant monitoring ensures early detection of potential issues, allowing for proactive maintenance and repairs.

Benefits of HA on the cloud:

  • Increased Uptime: Minimizes downtime, ensuring continuous service availability.
  • Improved Performance: Load balancing spreads traffic, reducing resource contention and improving response times.
  • Enhanced Resilience: Protects against hardware failures, software bugs, and network outages.
  • Data Security: Redundancy ensures data backups and disaster recovery capabilities.

Examples of HA in the cloud:

  • Multi-AZ deployments: Deploying databases and applications across multiple Availability Zones (AZs) in a region, ensuring resilience against local failures.
  • Cloud load balancers: Distributing traffic across multiple instances, ensuring even distribution of workload.
  • Auto-scaling: Automatically adjusting the number of instances based on demand, ensuring performance and availability even under peak load.

In AWS, most of the higher-level services, such as Amazon Simple Storage Service(S3), Amazon SimpleDB, Amazon Simple Queue Service (SQS), and Amazon Elastic Load Balancing (ELB), have been built with fault tolerance and high availability in mind. Service that provide basic infrastructure, such as Amazon Elastic Compute Cloud (EC2) and Amazon Elastic Block Store (EBS), provide specific features, such as availability zones, elastic IP address, and snapshots, that a fault-tolerant and high available system must take advantage of and use correctly. Just moving a system into the cloud doesn't make it fault-tolerant or highly available.
 

Fault Tolerance & High Availability based on multi Availability zones in AWS

 

#

Description

1Load Balancing is an effective way to increase the availability of a system. Instances that fail can be replaced seamlessly behind the load balancer while other instances continue to operate. Elastic Load Balancing can be used to balance across instances in multiple availability zones of a region.
2Availability zones (AZs) are distinct geographical locations that are engineered to be insulated from failure in other AZs. By placing Amazon EC2 instances in multiple AZs, an application can be protected from failure at a single location. It is important to run independent application stacks in more than one AZ, either in the same region or in another region, so that if one zone fails, the application in the other zone can continue to run. When you design such a system, you will need a good understanding of zone dependencies.

 

Fault Tolerance & High Availability based on multi Availability zones in AWS

 

#

Description

3

Elastic IP addresses are public IP addresses that can be programmatically mapped between instances within a region. They are associated with the AWS account and not with a specific instance or lifetime of an instance.

Elastic IP addresses can be used to work around host or availability zone failure by quickly remapping the address to just started. Reserved instances can help guarantee that such capacity is available in another zone.

4Valuable data should never be stored only on instance storage without proper backups, replication, or the ability to re-create the data. Amazon Elastic Block Store(EBS) offers persistent off-instance storage volumes that are about an order of magnitude more durable than on-instance storage. EBS volumes are automatically replicated within a single availability zone. To increase durability further, point-in-time snapshots can be created to store data on volumes in Amazon S3, which is then replicated to multipleAZs. While EBS volumes are tied to a specifica AZ, snapshots are tied to the region. Using a snapshot, you can create ne EBS volumes in any of the AZs of the same region. This is an effective way to deal with disk failure or other host-level issues, as well as with problems affecting an AZ. Snapshots are incremental, so it is advisable to hold on to recent snapshots.


 

Tags AWS Architecture AZ Availability Zones HA High Availability Multi-AZ Deploymonent Facebook X
Comments 0
Similar posts
  1. File synchronization service architecture in AWS
    10,376
  2. Financial services grid computing in AWS
    10,354
  3. Disaster recovery solution in AWS for local applications
    11,177
  4. Image Moderation Chatbot - a serverless chatbot on AWS that monitors chat channels and removes images suggestive or explicit image
    10,425
  5. Content Distribution for VOD streaming services in AWS
    10,355
  6. Checkout service architecture in AWS for e-commerce website
    11,009
  7. Large scale computing based on huge data sets in AWS
    10,609
  8. Large scale messenger service architecture in AWS - Slack case study
    11,674
  9. Live streaming / Static Content & Media Service based on AWS
    10,655
  10. Secure and Scalable LAMP Service Architecture in AWS
    10,660
  11. Synchronous online gaming architecutre in AWS - Highly Available, Scalable & Elastic to support Millions of Players
    10,416
  12. Time series processing architecture in AWS
    10,558
  13. Web Application Hosting provides the reliable, scalable, secure, and high-performance infrastructure
    10,615
  14. Web front-end architecture in AWS for e-commerce website
    365
  15. Batch processing composed of job manager, job store and worker based on AWS
    10,448
  16. AWS Architecture for collecting Click-Through Events on Advertisement serving
    10,374
  17. Teraform from the scratch
    1,355
  18. Product Marketing & Recommendation Architecture in AWS for e-commerce website
    10,736
  19. Architecting for Resilience: AWS High Availability Components Including API Gateway
    137
  20. Is AWS API Gateway Disaster-Proof? DR, Benefits, and Multi-AZ Architecture Explained
    142
  21. Designing Resilient Infrastructure to Prevent Order Data Loss During Kafka Failures
    154
  22. Enterprise-Scale 100k+ TPS Order Tracking System Architecture
    203
  23. How to Design Redis Caching in Infrastructure Architecture
    156
  24. Predictable Ad Spend: Architecting Pacing at Hyperscale
    422
  25. AWS Ad Exchange Disaster Recovery: Active-Active, Active-Passive, and Cell Strategies - Disaster Recovery
    1,357
  26. Measuring Ad Viewability: AWS Architectures for Programmatic Accountability
    476
  27. Ad Tech Multi-Tenancy: A Spectrum of Isolation Architectures on AWS
    331
  28. Enterprise Data Lake Architecture based on AWS
    10,405
  29. Media sharing service architecture in AWS
    10,366
  30. AWS System Design Example - Instagram Architecture
    1,917
  1. Check incomplete multipart uploads if AWS S3 storage size is abnormally big huge compared to the origin storage
    11,597
  2. Importing a wild card domain SSL certificate into AWS Certificate Manager
    10,348
  3. AWS Lambda Example based on Teraform
    900
  4. Simple AWS ECS example based on Teraform
    988
  5. Web front-end architecture in AWS for e-commerce website
    365
  6. Web Application Hosting provides the reliable, scalable, secure, and high-performance infrastructure
    10,615
  7. Time series processing architecture in AWS
    10,558
  8. Synchronous online gaming architecutre in AWS - Highly Available, Scalable & Elastic to support Millions of Players
    10,416
  9. Secure and Scalable LAMP Service Architecture in AWS
    10,660
  10. Live streaming / Static Content & Media Service based on AWS
    10,655
  11. Large scale messenger service architecture in AWS - Slack case study
    11,674
  12. Large scale computing based on huge data sets in AWS
    10,609
  13. Image Moderation Chatbot - a serverless chatbot on AWS that monitors chat channels and removes images suggestive or explicit image
    10,425
  14. Financial services grid computing in AWS
    10,354
  15. File synchronization service architecture in AWS
    10,376
  16. Disaster recovery solution in AWS for local applications
    11,177
  17. Content Distribution for VOD streaming services in AWS
    10,355
  18. Checkout service architecture in AWS for e-commerce website
    11,009
  19. Batch processing composed of job manager, job store and worker based on AWS
    10,448
  20. AWS Architecture for collecting Click-Through Events on Advertisement serving
    10,374
  21. Where to get AWS Access Key ?
    11,262
Recently updated
  1. Why 100% SEO Guarantees Better User Engagement and How to Achieve It in Your Service
    39
  2. Why SPF and DKIM Are Essential for Linux Email Servers?
    34
  3. How do I create animated background for Google Meet?
    20,611
  4. MaxMind GeoLite2 vs. DB-IP Lite vs. ip-api.com: Choosing the Right Free IP Geolocation Solution
    244
  5. Meet Valkey: Why Redis Changed Its License, Why Valkey is Better, and How to Use It as a Drop-in Replacement
    94
  6. How Rogue Web Scrapers Are Stealing My Content and Destroying My Server
    157
  7. Array of arguments passed to script in PHP
    90
  8. Invalid Auction Storms in Ad Tech
    98
  9. Building MRC-Compliant Instrumentation in Ad Tech: Implementation Steps and Key Challenges
    202
  10. The Two Clocks of Ad Server Architecture
    70
  11. Frequency Cap Architecture Overview
    514
  12. Collecting Proof-of-Play from 100,000 Screens
    146
  13. Vector Search in Relational Databases (RDBs): Trends & Usage Environments
    287
  14. What is RedisVL?
    109
  15. Designing a Skill Registry Architecture: Minimize Token Usage and Maximize AI Performance
    230
  16. TPU & GPU Cluster Management Tools
    243
  17. The Concept of Scaffolding in AI Agents
    233
  18. Beyond Static Pipelines: Architecting LLM Multi-Agent Systems for Autonomous Workflow Orchestration
    583
  19. AI-DLC vs. AI-SDLC: Model-Centric vs. System-Centric AI Development
    258
  20. Fine-Tuning Open-Weight LLMs: Training, Licensing, and Deploying Custom Models with Ollama
    339
  21. Inside the Next-Generation Streaming Architecture: Ultra-Low Latency, SGAI, and AI Codecs
    202
  22. Machine Learning: Training vs. Ranking
    221
  23. The Continuous Learning Machine: Designing a Loop That Actually Turns
    222
  24. The Next-Gen Low-Latency Standards: LL-HLS & MoQ
    195
  25. Designing a Data Curation System Around a Vector Database
    220
  26. Extracting Context from Live Video: The Architecture Got Simpler When We Stopped Building Features
    256
  27. The New Ad Stack Behind Live Sports Streaming: Inside SGAI, EABN, and the Standards Race to Fix Live Monetization
    656
  28. Designing MLOps Architectures to Handle Seasonal Data Drift in EV Fleet Models
    195
  29. From 15 to 40+ FPS: Accelerating PyTorch Object Detection on Automotive ECUs
    216
  30. Understanding Data Lineage
    260