Azure Fundamentals · บทเรียน

DR สำหรับบริการ PaaS

DR สำหรับบริการ PaaS เป็นบทเรียน Azure Fundamentals ฟรีบน CoddyKit นี่คือบทเรียนที่ 4 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน Azure Fundamentals และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส Azure Fundamentals มีบทเรียนทั้งหมด 4 บทเรียน

DR สำหรับ PaaS เทียบกับ IaaS

การกู้คืนระบบจากภัยพิบัติสำหรับ บริการ IaaS (VM) โดยทั่วไปใช้ Azure Site Recovery เพื่อจำลองแบบระบบปฏิบัติการและดิสก์ข้อมูลทั้งหมดไปยังภูมิภาคสำรอง ส่วน บริการ PaaS มีรูปแบบ DR แตกต่างกัน เนื่องจาก Microsoft เป็นผู้จัดการโครงสร้างพื้นฐานเบื้องหลัง สำหรับ PaaS มักตั้งค่า DR ที่ ชั้นข้อมูล โดยจำลองแบบข้อมูลไปยังภูมิภาคสำรอง ขณะที่แพลตฟอร์มจะเริ่มทำงานโดยอัตโนมัติ

Azure SQL Database: ความซ้ำซ้อนที่มีมาให้ในตัว

Azure SQL Database มีความพร้อมใช้งานสูงในระดับโซนภายในภูมิภาคเดียว สำหรับ DR ข้ามภูมิภาค มีความสามารถสำคัญสองประการ ได้แก่ การจำลองแบบภูมิศาสตร์ที่ใช้งานอยู่ (ฐานข้อมูลสำรองที่อ่านได้ในภูมิภาคอื่นสูงสุดสี่แห่ง) และ กลุ่มสลับระบบอัตโนมัติ (การสลับระบบอัตโนมัติด้วยปลายทางตัวรับฟังเพียงจุดเดียว) การตั้งค่าเหล่านี้ทำในระดับฐานข้อมูลหรือเซิร์ฟเวอร์ได้โดยไม่ต้องใช้ Azure Site Recovery

# Create a geo-replication link:
az sql db replica create \
  --resource-group myRG \
  --server primarySqlServer \
  --name myDatabase \
  --partner-server secondarySqlServer \
  --partner-resource-group secondaryRG

กลุ่มสลับระบบอัตโนมัติ

กลุ่มสลับระบบอัตโนมัติ เพิ่มระบบอัตโนมัติและปลายทางการเชื่อมต่อเพียงจุดเดียวบนการจำลองแบบภูมิศาสตร์ คุณตั้งค่ากลุ่มบนเซิร์ฟเวอร์หลัก เพิ่มเซิร์ฟเวอร์สำรอง และกำหนด ระยะเวลาผ่อนผัน ซึ่งเป็นเวลาที่ Azure รอให้ระบบหลักกู้คืนก่อนเรียกใช้การสลับระบบอัตโนมัติ แอปพลิเคชันเชื่อมต่อกับ ปลายทางตัวรับฟัง (เช่น mygroup.database.windows.net) และจะถูกเปลี่ยนเส้นทางโดยอัตโนมัติหลังการสลับระบบ โดยไม่ต้องเปลี่ยนสตริงการเชื่อมต่อ

# Create an auto-failover group:
az sql failover-group create \
  --resource-group myRG \
  --server primarySqlServer \
  --name myFailoverGroup \
  --partner-server secondarySqlServer \
  --partner-resource-group secondaryRG \
  --failover-policy Automatic \
  --grace-period 60

RPO สำหรับ Azure SQL ที่ใช้การจำลองแบบภูมิศาสตร์

การจำลองแบบภูมิศาสตร์ของ Azure SQL Database เป็นแบบ ไม่พร้อมกัน ธุรกรรมจะถูกยืนยันบนระบบหลักก่อน แล้วจึงจำลองแบบไปยังระบบสำรอง จึงมีความล่าช้าในการจำลองแบบเล็กน้อย โดยทั่วไปน้อยกว่า 5 วินาทีภายใต้สภาวะปกติ ดังนั้น RPO ของการจำลองแบบภูมิศาสตร์สำหรับ SQL จึงอยู่ที่ประมาณ 5 วินาทีในสถานการณ์ส่วนใหญ่ เหมาะสำหรับเวิร์กโหลด Tier 1 และ Tier 2 ที่ต้องการให้ข้อมูลสูญเสียน้อยมาก

การกู้คืน ณ จุดเวลาสำหรับ SQL

Azure SQL Database ทุกระดับมี การสำรองข้อมูลอัตโนมัติ ได้แก่ การสำรองข้อมูลแบบเต็มทุกสัปดาห์ การสำรองข้อมูลส่วนต่างทุก 12 ชั่วโมง และการสำรองบันทึกธุรกรรมทุก 5-12 นาที ซึ่งทำให้ใช้ Point-in-Time Restore (PITR) ได้ โดยกู้คืนฐานข้อมูลไปยังวินาทีใดก็ได้ภายในระยะเวลาเก็บรักษา (7-35 วันสำหรับ Standard/General Purpose และสูงสุด 35 วันสำหรับ Business Critical) PITR มีประโยชน์สำหรับการกู้คืนจากการลบหรือความเสียหายของข้อมูลโดยไม่ตั้งใจ

# Restore a database to a specific point in time:
az sql db restore \
  --resource-group myRG \
  --server mySqlServer \
  --name myDatabase-restored \
  --source-database-name myDatabase \
  --time '2026-06-20T14:30:00Z'

Cosmos DB: การเขียนหลายภูมิภาคสำหรับ DR

Azure Cosmos DB ที่รองรับการเขียนหลายภูมิภาคให้ค่า RPO เกือบเป็นศูนย์สำหรับแอปพลิเคชันทั่วโลก ทุกภูมิภาคที่กำหนดค่าไว้สามารถรับการดำเนินการเขียนได้พร้อมกัน และ Cosmos DB จะซิงโครไนซ์ข้อมูลโดยอัตโนมัติด้วยโพรโทคอลการจำลองแบบเฉพาะของตนเอง หากภูมิภาคหนึ่งล้มเหลว Traffic จะถูกกำหนดเส้นทางไปยังภูมิภาคที่เหลือซึ่งยังทำงานสมบูรณ์โดยอัตโนมัติ โดยไม่ต้องสลับระบบด้วยตนเอง ทำให้ได้ RTO และ RPO ที่ใกล้เคียงศูนย์

# Add a secondary region to Cosmos DB:
az cosmosdb update \
  --resource-group myRG \
  --name myCosmosAccount \
  --locations regionName=eastus failoverPriority=0 isZoneRedundant=true \
                regionName=westus failoverPriority=1 isZoneRedundant=true

ข้อควรพิจารณาด้าน DR สำหรับ Azure App Service

Azure App Service เองไม่มีสถานะ (โค้ดแอปพลิเคชันถูกนำไปใช้งานจากระบบควบคุมซอร์สหรือไฟล์ ZIP) สำหรับ DR จุดสำคัญอยู่ที่ ชั้นข้อมูล (ฐานข้อมูลและที่เก็บข้อมูลบล็อบ) สามารถนำ App Service ไปใช้งานใหม่ในภูมิภาคสำรองได้อย่างรวดเร็วผ่านไปป์ไลน์ CI/CD อย่างไรก็ตาม คุณควรตรวจสอบให้แน่ใจว่า โดเมนแบบกำหนดเอง ใบรับรอง TLS และ การตั้งค่าแอป ได้รับการจำลองแบบหรือจัดทำเป็นสคริปต์ เพื่อให้สร้างขึ้นใหม่ในภูมิภาคสำรองได้อย่างรวดเร็ว

# Export App Service configuration (app settings + connection strings):
az webapp config appsettings list \
  --name myWebApp \
  --resource-group myRG \
  --output json > appsettings-backup.json

# Apply to secondary region App Service:
az webapp config appsettings set \
  --name myWebApp-secondary \
  --resource-group secondaryRG \
  --settings @appsettings-backup.json

Azure Storage: GRS และ RA-GRS

Azure Blob Storage ที่ใช้ Geo-Redundant Storage (GRS) จะจำลองแบบข้อมูลไปยังภูมิภาคสำรองที่อยู่ห่างออกไปหลายร้อยไมล์โดยอัตโนมัติ ข้อมูลจะถูกจำลองแบบแบบไม่พร้อมกัน (โดยทั่วไป RPO ต่ำกว่า 15 นาที) Read-Access GRS (RA-GRS) ช่วยให้อ่านข้อมูลจากปลายทางสำรองได้แม้ยังไม่ได้เรียกใช้การสลับระบบ ซึ่งมีประโยชน์สำหรับเวิร์กโหลดด้านการวิเคราะห์และการรายงานระหว่างที่ภูมิภาคหลักหยุดทำงาน

# Create a storage account with RA-GRS:
az storage account create \
  --resource-group myRG \
  --name mystorageaccount \
  --sku Standard_RAGRS \
  --kind StorageV2

# Secondary endpoint: mystorageaccount-secondary.blob.core.windows.net

Azure Functions และ Logic Apps สำหรับ DR

Azure Functions ไม่มีสถานะโดยการออกแบบ จึงนำไปใช้งานใหม่ได้ง่าย สำหรับ DR ให้นำฟังก์ชันแอปเดียวกันไปใช้งานในภูมิภาคสำรอง และใช้ Traffic Manager เพื่อกำหนดเส้นทางทริกเกอร์ HTTP ระหว่างภูมิภาค สำหรับ ทริกเกอร์ที่ไม่ใช่ HTTP (Service Bus, Event Grid) ให้ตั้งค่าแหล่งข้อความให้กระจายไปยังทั้งสองภูมิภาค หรือให้ภูมิภาคสำรองดึงข้อมูลจากแหล่งเดียวกัน สถานะฟังก์ชันใน Durable Functions จัดเก็บอยู่ใน Azure Storage โปรดตรวจสอบให้แน่ใจว่าที่เก็บข้อมูลนั้นใช้ GRS

การเลือกระหว่างการจำลองข้อมูลทางภูมิศาสตร์แบบแอ็กทีฟกับกลุ่มสลับไปทำงานสำรองอัตโนมัติ

ใช้ การจำลองข้อมูลทางภูมิศาสตร์แบบแอ็กทีฟ เมื่อคุณต้องการควบคุมอย่างละเอียด เช่น กำหนดให้ทราฟฟิกการอ่านไปยังฐานข้อมูลสำรองเพื่อเพิ่มประสิทธิภาพ หรือจัดการฐานข้อมูลสำรองหลายแห่งในภูมิภาคต่าง ๆ แยกจากกัน ใช้ กลุ่มสลับไปทำงานสำรองอัตโนมัติ เมื่อคุณต้องการความเรียบง่าย ได้แก่ จุดเชื่อมต่อผู้ฟังเพียงจุดเดียว การสลับไปทำงานสำรองอัตโนมัติตามเวลาที่กำหนด และการประสานงานกระบวนการสลับไปทำงานสำรองที่มีมาให้ในตัวโดยไม่ต้องดำเนินการด้วยตนเอง

การเปรียบเทียบค่าใช้จ่ายด้าน DR ระหว่าง PaaS กับ VM

DR บน PaaS มักจะ มีราคาถูกกว่า DR ที่ใช้ VM ด้วยเหตุผลหลายประการ การจำลองข้อมูลทางภูมิศาสตร์ของ SQL Database คิดค่าใช้จ่ายเฉพาะพื้นที่จัดเก็บและการประมวลผลของฐานข้อมูลสำรองเท่านั้น คุณจึงไม่ต้องจ่ายค่าลิขสิทธิ์ระบบปฏิบัติการของ VM เต็มรูปแบบ Azure Cosmos DB คิดค่าบริการตามจำนวน RU ที่จัดสรรไว้ในแต่ละภูมิภาค Azure Storage GRS เพิ่มค่าใช้จ่ายด้านพื้นที่จัดเก็บประมาณ 2 เท่า ในทางตรงกันข้าม VM ที่จำลองด้วย ASR ต้องมีค่าใช้จ่ายเต็มจำนวนสำหรับการประมวลผล พื้นที่จัดเก็บ และค่าลิขสิทธิ์ในภูมิภาคสำรอง

ตรวจสอบความเข้าใจอย่างรวดเร็ว

ทดสอบความเข้าใจแนวคิด Microsoft Azure Fundamentals (AZ-900) จากบทเรียนนี้

สรุปบทเรียน

ในบทเรียนนี้ คุณได้เรียนรู้ว่า DR บน PaaS มุ่งเน้นที่ชั้นข้อมูลแทนการจำลอง VM, กลุ่มสลับไปทำงานสำรองอัตโนมัติของ Azure SQL มีจุดเชื่อมต่อผู้ฟังเพียงจุดเดียวพร้อมการสลับไปทำงานสำรองโดยอัตโนมัติ และ การเขียนข้อมูลหลายภูมิภาคของ Cosmos DB ให้ค่า RTO และ RPO ใกล้เคียงศูนย์สำหรับแอปพลิเคชันระดับโลก บทถัดไป เราจะสำรวจกรอบการปฏิบัติตามข้อกำหนดของ Azure และรูปแบบความรับผิดชอบร่วมกัน

คำถามที่พบบ่อย

บทเรียน “DR สำหรับบริการ PaaS” ฟรีหรือไม่

ใช่ — ข้อความเต็มของ “DR สำหรับบริการ PaaS” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส Azure Fundamentals ให้อัปเกรดเป็น CoddyKit PRO คอร์ส Azure Fundamentals มีบทเรียนทั้งหมด 4 บทเรียน

คุณจะเรียนรู้อะไรในบทเรียน “DR สำหรับบริการ PaaS”

ออกแบบการกู้คืนจากภัยพิบัติสำหรับ Azure SQL Database โดยใช้การจำลองแบบข้ามภูมิภาคและกลุ่มสลับใช้งานอัตโนมัติ แล้วเปรียบเทียบกับการจำลองแบบระดับ VM สำหรับภาระงานที่มีสถานะ คุณปฏิบัติ Azure Fundamentals ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน

คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน Azure Fundamentals หรือไม่

ไม่จำเป็นต้องมีประสบการณ์มาก่อน Azure Fundamentals บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 4 จากทั้งหมด 4 บทเรียน

บทเรียน “DR สำหรับบริการ PaaS” ใช้เวลานานแค่ไหน

บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย

ฉันเขียนและรันโค้ดในบทเรียน Azure Fundamentals นี้ได้ไหม

ได้ บทเรียน Azure Fundamentals ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ

บทเรียนทั้งหมดในหลักสูตรนี้

← กลับไปที่ Azure Fundamentals