SLA ของ Azure และ SLA แบบประกอบ
อ่าน SLA ของบริการ Azure คำนวณ SLA แบบประกอบสำหรับสถาปัตยกรรมที่ใช้หลายบริการ และทำความเข้าใจว่าการเพิ่มความซ้ำซ้อนอาจเพิ่มหรือลด SLA โดยรวมได้อย่างไร
SLA ของ Azure และ SLA แบบประกอบ เป็นบทเรียน Azure Fundamentals ฟรีบน CoddyKit นี่คือบทเรียนที่ 1 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน Azure Fundamentals และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส Azure Fundamentals มีบทเรียนทั้งหมด 4 บทเรียน
SLA คืออะไร
ข้อตกลงระดับการให้บริการ (SLA) คือคำมั่นสัญญาอย่างเป็นทางการจาก Microsoft ที่กำหนดเวลาพร้อมใช้งานขั้นต่ำและการรับประกันการเชื่อมต่อสำหรับแต่ละ Service ของ Azure โดยแสดง SLA เป็นเปอร์เซ็นต์ ตัวอย่างเช่น 99.9% หมายความว่า Service จะพร้อมใช้งานอย่างน้อย 99.9% ของเวลาในเดือนหนึ่ง ๆ หาก Microsoft ไม่สามารถทำตาม SLA ได้ ลูกค้ามีสิทธิ์ได้รับเครดิตค่าบริการเป็นการชดเชย
อ่านเอกสาร SLA ของ Azure
แต่ละ Service ของ Azure มีเอกสาร SLA ของตนเองเผยแพร่ที่ azure.microsoft.com/en-us/support/legal/sla/ เมื่ออ่าน SLA ให้ใส่ใจกับเปอร์เซ็นต์เวลาพร้อมใช้งาน เงื่อนไขที่ต้องปฏิบัติตามเพื่อให้บรรลุเปอร์เซ็นต์ดังกล่าว (เช่น การปรับใช้ในอินสแตนซ์ตั้งแต่สองรายการขึ้นไป) และตารางเครดิตที่ระบุว่าคุณจะได้รับเครดิตเท่าใดในแต่ละระดับของประสิทธิภาพที่ต่ำกว่าเกณฑ์
# Common Azure SLA percentages:
# Azure Virtual Machines (single instance, Premium SSD): 99.9%
# Azure Virtual Machines (two instances, different AZs): 99.99%
# Azure SQL Database (Business Critical): 99.99%
# Azure Blob Storage (RA-GRS): 99.99%
# Azure App Service: 99.95%คำนวณเวลาหยุดทำงานจากเปอร์เซ็นต์ SLA
เปอร์เซ็นต์ SLA แปลงเป็นเวลาหยุดทำงานที่อนุญาตได้ต่อเดือนดังนี้:
- 99.9% = หยุดทำงานได้ไม่เกิน 43.8 นาทีต่อเดือน
- 99.95% = หยุดทำงานได้ไม่เกิน 21.9 นาทีต่อเดือน
- 99.99% = หยุดทำงานได้ไม่เกิน 4.38 นาทีต่อเดือน
- 99.999% = หยุดทำงานได้ไม่เกิน 26 วินาทีต่อเดือน
การเข้าใจตัวเลขเหล่านี้ช่วยให้คุณประเมินได้ว่า SLA ของ Service ตรงตามข้อกำหนดด้านความต่อเนื่องทางธุรกิจหรือไม่
SLA แบบรวมคืออะไร
เมื่อแอปพลิเคชันของคุณพึ่งพาหลาย Service ของ Azureซึ่งแต่ละ Service มี SLA ของตนเอง ความพร้อมใช้งานโดยรวมจะเท่ากับผลคูณของ SLA แต่ละรายการ สิ่งนี้เรียกว่า SLA แบบรวม หาก Service ใด Service หนึ่งไม่พร้อมใช้งาน แอปพลิเคชันก็จะไม่พร้อมใช้งานด้วย ดังนั้น SLA แบบรวมจึงต่ำกว่า SLA รายการที่ต่ำที่สุดในสายการทำงานเสมอ
# Composite SLA formula for services in series:
# Composite SLA = SLA_service1 * SLA_service2 * SLA_serviceN
# Example: Web App (99.95%) + Azure SQL Database (99.99%)
# Composite SLA = 0.9995 * 0.9999 = 0.9994 = 99.94%ตัวอย่าง SLA แบบรวม: สาม Service
พิจารณาแอปพลิเคชันที่ใช้ Azure App Service (99.95%), Azure SQL Database (99.99%) และ Azure Cache for Redis (99.9%) SLA แบบรวมคือ 0.9995 × 0.9999 × 0.999 = 0.9984 = 99.84% ซึ่งหมายความว่าแอปพลิเคชันอาจไม่พร้อมใช้งานได้นานถึง2.4 ชั่วโมงต่อเดือน แม้แต่ละ Service จะมี SLA ที่ดี การเพิ่ม Service ในสายการทำงานจะเพิ่มความเสี่ยงนี้
# Composite SLA calculation:
# App Service: 0.9995
# Azure SQL: 0.9999
# Redis Cache: 0.9990
# Composite: 0.9995 * 0.9999 * 0.9990 = 0.9984 (99.84%)
# Allowed downtime at 99.84%:
# 0.0016 * 43800 minutes/month = ~70 minutes/monthปรับปรุง SLA ด้วยความซ้ำซ้อน
คุณสามารถปรับปรุง SLA แบบรวมได้ด้วยการเพิ่มความซ้ำซ้อน โดยเรียกใช้อินสแตนซ์ของ Service แบบขนาน เพื่อให้เมื่อรายการหนึ่งล้มเหลว อีกรายการยังทำงานต่อได้ สำหรับ Service ที่ทำงานแบบขนาน สูตรจะเปลี่ยนไป โดยเวลาที่ไม่พร้อมใช้งานรวมจะเท่ากับผลคูณของเวลาที่ไม่พร้อมใช้งานของแต่ละ Service ตัวอย่างเช่น App Service สองอินสแตนซ์ที่แต่ละรายการมีค่า 99.95% และทำงานแบบขนาน จะได้ 1 - (0.0005 × 0.0005) = 99.9997%
# Parallel SLA formula (higher availability):
# Combined unavailability = unavailability_A * unavailability_B
# Combined availability = 1 - (combined unavailability)
# Two App Service instances at 99.95% each:
# Combined unavailability = 0.0005 * 0.0005 = 0.00000025
# Combined availability = 1 - 0.00000025 = 99.99997%ระดับใช้งานฟรีและไม่มี SLA
Azure บาง Service ไม่มี SLA เมื่อใช้ในระดับใช้งานฟรีหรือระดับใช้ทรัพยากรร่วมกัน ตัวอย่างเช่น Azure App Service ในระดับ Free (F1) หรือ Shared (D1)ไม่มีการรับประกันเวลาพร้อมใช้งาน การใช้งานลักษณะนี้เหมาะสำหรับการพัฒนาและการทดสอบ แต่เวิร์กโหลดจริงต้องใช้ระดับที่มีค่าใช้จ่ายจึงจะมีสิทธิ์ได้รับ SLA ตรวจสอบเงื่อนไข SLA ก่อนปรับใช้ทรัพยากรสำหรับระบบจริงเสมอ
SLA กับ VM อินสแตนซ์เดียว
Azure Virtual Machines มี SLA แตกต่างกันไปตามการกำหนดค่า VM อินสแตนซ์เดียวที่ใช้ Premium SSDจะได้รับ SLA 99.9% VM เดียวกันที่ปรับใช้ในชุดความพร้อมใช้งานจะได้รับ 99.95% ส่วน VM สองรายการที่ปรับใช้ข้ามavailability zoneจะได้รับ 99.99% สิ่งนี้แสดงให้เห็นว่าตัวเลือกด้านสถาปัตยกรรมส่งผลโดยตรงต่อ SLA ที่คุณสามารถอ้างอิงและให้คำมั่นต่อลูกค้าของคุณเองได้
เครดิตค่าบริการและการชดเชย
เมื่อ Microsoft ไม่สามารถทำตาม SLA ได้ ลูกค้าสามารถเรียกร้องเครดิตค่าบริการ ซึ่งเป็นส่วนลดเป็นเปอร์เซ็นต์สำหรับใบเรียกเก็บเงินในอนาคต จำนวนเครดิตจะเพิ่มขึ้นตามความรุนแรงของการละเมิด โดยทั่วไปคือเครดิต 10% สำหรับเวลาพร้อมใช้งานระหว่าง 99.0% ถึง 99.9% เครดิต 25% สำหรับค่าต่ำกว่า 99.0% และ 100% ในบางกรณี เครดิตค่าบริการเป็นวิธีเยียวยาเพียงอย่างเดียว Microsoft จะไม่จ่ายค่าชดเชยเป็นเงินสดสำหรับการละเมิด SLA
SLA เทียบกับเป้าหมาย RTO/RPO ของคุณ
SLA ของ Microsoft เป็นการรับประกันเกี่ยวกับความพร้อมใช้งานของ Service ไม่ใช่เกี่ยวกับ Recovery Time Objective (RTO) หรือ Recovery Point Objective (RPO) เฉพาะของแอปพลิเคชันของคุณ แม้ Service จะทำตาม SLA ได้ คุณก็อาจยังต้องใช้รูปแบบสถาปัตยกรรมเพิ่มเติม เช่น การสลับไปทำงานในหลายภูมิภาคหรือการสำรองข้อมูลเป็นประจำ เพื่อให้บรรลุเป้าหมายความต่อเนื่องทางธุรกิจของคุณเอง SLA เป็นเพียงระดับขั้นต่ำ ไม่ใช่เพดานสูงสุด
ตรวจสอบการปฏิบัติตาม SLA
ใช้ Azure Monitor และ Azure Service Health เพื่อติดตามว่า Service ต่าง ๆ ทำตาม SLA หรือไม่ Azure Service Health จะแจ้งเตือนเกี่ยวกับ Service ขัดข้อง การบำรุงรักษาตามแผน และคำแนะนำด้านสถานะที่อาจส่งผลต่อทรัพยากรของคุณ ตั้งค่าการแจ้งเตือนสถานะเพื่อรับการแจ้งเตือนทันทีเมื่อ Service ของ Azure ในภูมิภาคของคุณเกิดปัญหา
# Create a Service Health alert:
az monitor activity-log alert create \
--name 'ServiceHealthAlert' \
--resource-group myRG \
--condition category=ServiceHealth \
--action-group myActionGroupตรวจสอบความเข้าใจ
ทดสอบความเข้าใจแนวคิด Microsoft Azure Fundamentals (AZ-900) จากบทเรียนนี้
ทบทวนบทเรียน
ในบทเรียนนี้ คุณได้เรียนรู้ว่า SLA คือการรับประกันเวลาพร้อมใช้งานอย่างเป็นทางการจาก Microsoft ซึ่งแสดงเป็นเปอร์เซ็นต์ SLA แบบรวมสำหรับ Service ที่ทำงานต่อเนื่องกันคำนวณโดยการคูณ SLA แต่ละรายการ และความซ้ำซ้อนแบบขนานสามารถปรับปรุง SLA แบบรวมได้อย่างมาก ต่อไปเราจะสำรวจชุดความพร้อมใช้งานและ availability zone เพื่อทำความเข้าใจวิธีบรรลุ SLA ระดับสูงสำหรับเวิร์กโหลด VM
คำถามที่พบบ่อย
บทเรียน “SLA ของ Azure และ SLA แบบประกอบ” ฟรีหรือไม่
ใช่ — ข้อความเต็มของ “SLA ของ Azure และ SLA แบบประกอบ” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส Azure Fundamentals ให้อัปเกรดเป็น CoddyKit PRO คอร์ส Azure Fundamentals มีบทเรียนทั้งหมด 4 บทเรียน
คุณจะเรียนรู้อะไรในบทเรียน “SLA ของ Azure และ SLA แบบประกอบ”
อ่าน SLA ของบริการ Azure คำนวณ SLA แบบประกอบสำหรับสถาปัตยกรรมที่ใช้หลายบริการ และทำความเข้าใจว่าการเพิ่มความซ้ำซ้อนอาจเพิ่มหรือลด SLA โดยรวมได้อย่างไร คุณปฏิบัติ Azure Fundamentals ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน
คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน Azure Fundamentals หรือไม่
ไม่จำเป็นต้องมีประสบการณ์มาก่อน Azure Fundamentals บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 1 จากทั้งหมด 4 บทเรียน
บทเรียน “SLA ของ Azure และ SLA แบบประกอบ” ใช้เวลานานแค่ไหน
บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย
ฉันเขียนและรันโค้ดในบทเรียน Azure Fundamentals นี้ได้ไหม
ได้ บทเรียน Azure Fundamentals ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ
บทเรียนทั้งหมดในหลักสูตรนี้
- SLA ของ Azure และ SLA แบบประกอบ
- ชุดความพร้อมใช้งานและโซนความพร้อมใช้งาน
- สถาปัตยกรรมแอ็กทีฟ-แอ็กทีฟหลายภูมิภาค
- โพรบตรวจสอบสถานะและการลดระดับอย่างราบรื่น