PricingLoginStart free
AWS Solutions Architect · Pelajaran

Lampu Pandu dan Salinan Siap Sedia

Kekalkan teras minimum beban kerja anda berjalan di Region kedua (lampu pandu), atau salinan yang dikecilkan tetapi berfungsi sepenuhnya (salinan siap sedia), yang bersedia untuk diskalakan.

Pelajaran 3 daripada 413 langkah

Lampu Pandu dan Salinan Siap Sedia ialah pelajaran AWS Solutions Architect percuma di CoddyKit. Ini ialah pelajaran 3 daripada 4. Sebanyak 3 pelajaran dalam laluan pembelajaran ini boleh dibaca sepenuhnya secara percuma — selepas itu, CoddyKit PRO membuka akses kepada semua pelajaran, serta latihan praktikal dengan penyunting kod terbina dalam dan tutor kecerdasan buatan yang tersedia 24/7. Pelajaran ini merupakan sebahagian daripada laluan pembelajaran AWS Solutions Architect, dan kemajuan anda disegerakkan merentas web serta aplikasi CoddyKit. Kursus AWS Solutions Architect merangkumi sejumlah 4 pelajaran.

Melangkaui Backup and Restore

Apabila keperluan RTO anda lebih ketat daripada beberapa jam, Backup and Restore tidak mencukupi. Dua peringkat DR seterusnya — Pilot Light dan Warm Standby — memastikan sebahagian atau semua infrastruktur anda sentiasa berjalan di Region DR, sekali gus mengurangkan masa pemulihan dengan ketara. Kedua-dua strategi melibatkan penyelenggaraan persekitaran DR secara berterusan dan penggunaan failover pemeriksaan kesihatan Route 53 untuk mengubah hala trafik semasa bencana. Perbezaannya ialah jumlah persekitaran DR yang sedang berjalan secara aktif.

Pilot Light: Teras Sentiasa Berjalan

Dalam strategi Pilot Light, anda hanya memastikan teras kritikal sistem anda berjalan di Region DR — biasanya hanya peringkat pangkalan data dengan Replication berterusan. Pelayan aplikasi TIDAK berjalan; sebaliknya, anda menyelenggara AMI, templat pelancaran atau infrastruktur sebagai kod yang telah dibina terlebih dahulu dan boleh melancarkannya dengan pantas. Anggaplah ia seperti lampu pandu gas yang menyala kecil dan boleh menyalakan nyalaan penuh dalam masa beberapa minit apabila diperlukan. RTO biasanya 30–60 minit.

# Pilot Light: what runs 24/7 in DR region
# - RDS Read Replica (receiving continuous replication)
# - Minimal VPC/networking (no extra cost if no data transfer)
# - Route 53 failover record (inactive, health check pointing to primary)

# What is prepared but NOT running:
# - EC2 launch template pointing to DR AMI
# - ALB (can be created in minutes)
# - ASG with desired=0, can scale to 10 on demand

Langkah Failover Pilot Light

Apabila Region PRIMARY gagal dan failover Pilot Light dicetuskan: Step 1 — Promote Read Replica RDS di Region DR kepada pangkalan data PRIMARY kendiri. Step 2 — Lancarkan tika EC2 daripada AMI atau templat pelancaran yang telah dibina terlebih dahulu. Step 3 — Cipta atau aktifkan Application Load Balancer dan daftarkan tika EC2 baharu. Step 4 — Kemas kini konfigurasi aplikasi supaya menghala ke titik akhir pangkalan data yang telah dipromosikan. Step 5 — Failover pemeriksaan kesihatan Route 53 melengkapkan pertukaran DNS. Jumlah masa: 30–60 minit.

# Step 1: Promote RDS Read Replica
aws rds promote-read-replica \
  --db-instance-identifier mydb-dr-replica \
  --region us-west-2

# Step 2: Scale up ASG in DR region
aws autoscaling update-auto-scaling-group \
  --auto-scaling-group-name app-asg-dr \
  --min-size 2 \
  --desired-capacity 4 \
  --region us-west-2

# Step 3: Route 53 failover happens automatically
# via health check detecting primary region failure

Warm Standby: Berfungsi Sepenuhnya tetapi Diperkecilkan

Dalam strategi Warm Standby, versi lengkap tetapi diperkecilkan bagi persekitaran Production anda berjalan secara berterusan di Region DR. Semua peringkat aplikasi aktif — pelayan web, pelayan aplikasi dan pangkalan data — tetapi pada kapasiti yang dikurangkan (contohnya, 2 tika berbanding 20). Semasa failover, anda Scale persekitaran DR supaya sepadan dengan beban Production. Route 53 mengubah hala trafik secara automatik melalui failover pemeriksaan kesihatan. RTO biasanya kurang daripada 15 minit. Warm Standby ialah peringkat DR yang paling popular untuk aplikasi kritikal perniagaan.

# Production vs Warm Standby capacity:
# Tier          Production    DR Standby
# Web servers   20 EC2 (c5.xl) 2 EC2 (c5.xl)
# App servers   10 EC2 (m5.xl) 2 EC2 (m5.xl)
# Database      RDS db.r5.2xl  RDS Read Replica (db.r5.xl)
# Cache         Redis r6g.xl   Redis r6g.medium
#
# Cost: DR standby ~15% of production cost

Pangkalan Data Global Aurora untuk Warm Standby

Aurora Global Database ialah teknologi pangkalan data yang ideal untuk DR Warm Standby. Kelompok Region sekunder sentiasa berjalan, sentiasa menerima Replication (kelewatan <1 saat), dan boleh dipromosikan kepada PRIMARY dalam masa kurang daripada 1 minit — jauh lebih pantas berbanding mempromosikan Read Replica RDS (yang memerlukan Replication dihentikan dan kelewatan yang berbaki digunakan). Oleh itu, Aurora Global Database ialah pilihan yang disyorkan apabila keperluan RTO anda berada dalam julat beberapa minit, bukannya berpuluh-puluh minit.

# Promote Aurora Global DB secondary to primary
# (during DR failover)
aws rds failover-global-cluster \
  --global-cluster-identifier my-global-db \
  --target-db-cluster-identifier my-aurora-cluster-us-west-2

# Aurora handles promotion automatically
# Typical promotion time: 1-2 minutes
# vs RDS Read Replica promotion: 10-30 minutes

Konfigurasi Failover Automatik Route 53

Pilot Light dan Warm Standby bergantung pada penghalaan failover Route 53 untuk mengubah hala trafik secara automatik. Configure rekod Primary yang menunjuk kepada ALB atau titik akhir Region Production anda dengan pemeriksaan kesihatan yang dilampirkan. Configure rekod Secondary yang menunjuk kepada titik akhir Region DR anda. Apabila Route 53 mengesan bahawa pemeriksaan kesihatan Primary gagal melebihi ambang yang dikonfigurasi, ia berhenti mengembalikan rekod Primary dan hanya menyediakan rekod Secondary — semuanya dalam tempoh TTL DNS.

# Primary record (production)
aws route53 change-resource-record-sets \
  --hosted-zone-id ZXXX \
  --change-batch '{
    "Changes": [{
      "Action": "UPSERT",
      "ResourceRecordSet": {
        "Name": "api.example.com",
        "Type": "A",
        "Failover": "PRIMARY",
        "SetIdentifier": "primary",
        "HealthCheckId": "hc-us-east-1",
        "AliasTarget": {"DNSName": "alb-prod.us-east-1.elb.amazonaws.com","EvaluateTargetHealth": true}
      }
    }]
  }'

Pra-pemanasan Persekitaran DR

Untuk mencapai sasaran RTO, persekitaran Warm Standby mesti dipanaskan terlebih dahulu — dikonfigurasi dan diuji sepenuhnya supaya penskalaan semasa failover ialah satu-satunya tindakan yang diperlukan. Ini bermakna: sambungan pangkalan data diwujudkan dan dicache, fail konfigurasi aplikasi merujuk titik akhir Region DR, tika EC2 berada dalam perkhidmatan di belakang ALB (walaupun bilangannya rendah), dan pemeriksaan kesihatan berjaya. Jalankan latihan DR bulanan dengan mensimulasikan failover untuk memastikan persekitaran sentiasa sepadan dengan konfigurasi Production.

# Validate DR warm standby health
# 1. Check DR ALB target health
aws elbv2 describe-target-health \
  --target-group-arn arn:aws:elasticloadbalancing:us-west-2:123:targetgroup/app-dr/xyz

# 2. Check Aurora Global DB secondary
aws rds describe-global-clusters \
  --global-cluster-identifier my-global-db

# 3. Verify Route 53 health checks
aws route53 get-health-check-status \
  --health-check-id hc-us-west-2

Infrastruktur sebagai Kod untuk Konsistensi DR

Mengekalkan persekitaran DR supaya selaras dengan Production ialah cabaran operasi yang paling sukar. Jika anda mengkonfigurasi Production secara manual dan terlupa mengemas kini DR, persekitaran DR anda mungkin tidak berfungsi dengan betul semasa bencana sebenar. Penyelesaiannya ialah Infrastructure as Code (IaC) dengan templat yang sama digunakan di kedua-dua Region. Gunakan AWS CloudFormation StackSets atau Terraform dengan ruang kerja berbilang untuk Deploy infrastruktur yang serupa ke kedua-dua Region daripada satu pangkalan kod. Ini menghapuskan hanyutan konfigurasi.

# CloudFormation StackSet: deploy to multiple regions
aws cloudformation create-stack-set \
  --stack-set-name my-app-infrastructure \
  --template-url https://s3.amazonaws.com/mybucket/template.yaml

# Deploy to DR region
aws cloudformation create-stack-instances \
  --stack-set-name my-app-infrastructure \
  --accounts 123456789012 \
  --regions us-west-2 \
  --parameter-overrides \
    ParameterKey=DesiredCapacity,ParameterValue=2

Perbandingan Kos: Pilot Light berbanding Warm Standby

Perbezaan kos antara kedua-dua strategi adalah ketara. Pilot Light hanya mengenakan kos replika pangkalan data (biasanya 50–100% daripada kos DB PRIMARY) serta networking minimum di Region DR. Pelayan aplikasi dimatikan, jadi tiada kos EC2. Warm Standby menambah kos menjalankan tika EC2 yang diperkecilkan, ALB dan berkemungkinan kelompok cache yang lebih kecil — biasanya 15–30% daripada jumlah kos persekitaran Production. Persoalannya ialah sama ada RTO Warm Standby yang lebih pantas berbaloi dengan kos berterusan yang lebih tinggi.

# Example monthly cost comparison:
# Production environment: $10,000/month

# Pilot Light DR:
#   RDS Read Replica: $500/month
#   Minimal networking: $50/month
#   Total: $550/month (~5.5% of production)

# Warm Standby DR:
#   RDS Read Replica: $500/month
#   2x EC2 instances: $400/month
#   ALB + networking: $200/month
#   Total: $1,100/month (~11% of production)

Pemulihan kembali: Kembali kepada Utama

Selepas rantau utama dipulihkan, anda memerlukan pelan pemulihan kembali untuk kembali kepadanya. Pemulihan kembali sering menjadi bahagian paling rumit dalam DR: semasa gangguan, rantau DR mungkin telah memproses data baharu yang perlu disegerakkan kembali kepada rantau utama. Untuk pangkalan data, anda mungkin perlu menyediakan replikasi songsang atau menyegerakkan semula data daripada DR kepada rantau utama. Untuk Route 53, anda mengaktifkan semula rekod utama bersama pemeriksaan kesihatannya. Sentiasa rancang dan uji prosedur pemulihan kembali anda dengan teliti seperti prosedur peralihan itu sendiri.

# Failback procedure steps:
# 1. Restore primary region infrastructure
# 2. Set up replication from DR to primary
#    (reverse replication to sync new data)
# 3. Verify data consistency
# 4. Re-enable primary Route 53 health check
# 5. Gradually shift traffic back (weighted routing)
#    Route 53 weights: Primary=10%, DR=90%
#                      Primary=50%, DR=50%
#                      Primary=100%, DR=0%
# 6. Decommission DR region back to standby capacity

Bila Memilih Pilot Light berbanding Warm Standby

Pilih Pilot Light apabila: RTO anda membenarkan 30–60 minit dan anda mahu meminimumkan kos DR. Risiko utama ialah masa yang diperlukan untuk melancarkan dan mengkonfigurasi pelayan aplikasi semasa bencana dalam keadaan tertekan. Pilih Warm Standby apabila: RTO anda memerlukan pemulihan dalam masa 15 minit, aplikasi anda cukup kompleks sehingga pelancaran baharu semasa bencana berisiko, atau komitmen SLA anda kepada pelanggan menuntut pemulihan yang lebih pantas. Bagi kebanyakan beban kerja produksi berkritikaliti sederhana, Warm Standby memberikan keseimbangan yang tepat.

# Decision guide:
# RTO > 1 hour:  Backup and Restore
# RTO 30-60 min: Pilot Light
# RTO 5-15 min:  Warm Standby
# RTO < 5 min:   Multi-Site Active-Active

# Additional factors for Warm Standby:
# - Complex application startup procedures
# - Contractual SLA commitments to customers
# - High revenue loss per minute of downtime
# - Regulatory requirements for fast recovery

Semakan Pantas

Uji pemahaman anda tentang konsep AWS Solutions Architect (SAA-C03) daripada pelajaran ini.

Jawab dalam pelajaran interaktif

Imbas Kembali Pelajaran

Dalam pelajaran ini, anda telah mempelajari bahawa: Pilot Light hanya memastikan pangkalan data berjalan dalam DR dan melancarkan pelayan aplikasi semasa peralihan, Warm Standby menjalankan persekitaran lengkap berskala rendah yang ditingkatkan skalanya semasa peralihan, dan Infrastructure as Code menghalang perbezaan konfigurasi antara persekitaran utama dengan DR. Sentiasa uji dan rancang prosedur pemulihan kembali serta prosedur peralihan. Seterusnya, kita akan meneroka aktif-aktif berbilang tapak dengan DynamoDB Global Tables dan Route 53.

Percuma untuk bermula

Pelajari AWS Solutions Architect dengan tutor kecerdasan buatan — percuma

Tulis dan jalankan kod sebenar dalam pelayar anda, dapatkan bantuan segera daripada tutor kecerdasan buatan yang tersedia 24/7, dan sambung semula dari tempat anda berhenti di web atau dalam aplikasi.

Kursus
30
Pelajaran
120
Mula belajar secara percumaLihat kursus penuh

Soalan Lazim

Adakah pelajaran “Lampu Pandu dan Salinan Siap Sedia” percuma?

Ya — sebanyak 3 pelajaran dalam laluan pembelajaran AWS Solutions Architect, termasuk “Lampu Pandu dan Salinan Siap Sedia”, boleh dibaca sepenuhnya secara percuma di web ini. Selepas itu, CoddyKit PRO membuka akses kepada semua pelajaran, serta latihan interaktif dengan penyunting kod terbina dalam dan tutor kecerdasan buatan yang tersedia 24/7. Kursus AWS Solutions Architect merangkumi sejumlah 4 pelajaran.

Apakah yang akan saya pelajari dalam “Lampu Pandu dan Salinan Siap Sedia”?

Kekalkan teras minimum beban kerja anda berjalan di Region kedua (lampu pandu), atau salinan yang dikecilkan tetapi berfungsi sepenuhnya (salinan siap sedia), yang bersedia untuk diskalakan. Anda berlatih AWS Solutions Architect menggunakan kod praktikal yang dijalankan terus dalam pelayar, manakala tutor kecerdasan buatan 24/7 menjawab soalan anda semasa anda mengikuti pelajaran.

Adakah saya memerlukan pengalaman untuk memulakan AWS Solutions Architect?

Tiada pengalaman terdahulu diperlukan. Pembelajaran AWS Solutions Architect di CoddyKit disusun untuk pelajar daripada peringkat pemula hingga lanjutan, jadi anda boleh bermula di sini atau dari awal dan belajar mengikut kadar anda sendiri. Ini ialah pelajaran 3 daripada 4.

Berapa lamakah pelajaran “Lampu Pandu dan Salinan Siap Sedia” diambil?

Kebanyakan pelajaran CoddyKit mengambil masa kira-kira 5–10 minit. Setiap pelajaran ringkas dan interaktif, jadi anda boleh membuat kemajuan secara berterusan dan menyambung tepat dari tempat anda berhenti di web atau aplikasi.

Bolehkah saya menulis dan menjalankan kod dalam pelajaran AWS Solutions Architect ini?

Ya. Setiap pelajaran AWS Solutions Architect menyertakan penyunting kod terbina dalam, jadi anda boleh menulis dan menjalankan kod sebenar terus dalam pelayar serta menerima maklum balas kecerdasan buatan serta-merta — tanpa memerlukan persediaan setempat.

Semua pelajaran dalam kursus ini

  1. RTO, RPO dan Tahap DR
  2. Sandaran dan Pemulihan
  3. Lampu Pandu dan Salinan Siap Sedia
  4. Aktif-Aktif Berbilang Tapak dengan Jadual Global dan Route 53
← Kembali ke AWS Solutions Architect