สัญญา · SLA
Data center SLA
Data center SLA ผูกพันผู้ดำเนินการกับ power (และโดยปกติ cooling) ความพร้อมใช้งาน และชดเชย service credits เมื่อมันล้มเหลว สามสิ่งกำหนดว่ามันมีค่าหรือไม่: คณิตศาสตร์ของเลขเก้า กลไก credit และข้อยกเว้น ผู้ดำเนินการเผยแพร่สิ่งแรก เจรจาต่อรองสิ่งที่สอง และเขียน SLA ในสิ่งที่สาม
เลขเก้า หน่วยนาที
| ความพร้อมใช้งาน | เวลาหยุด / เดือน | เวลาหยุด / ปี | มักเสนอโดย | |
|---|---|---|---|---|
| 99.9% | สามเก้า | 43.8 นาที | 8.77 ชม. | ฟีดเดี่ยว retail colocation |
| 99.95% | — | 21.9 นาที | 4.38 ชม. | retail SLA ทั่วไป |
| 99.99% | สี่เก้า | 4.38 นาที | 52.6 นาที | สิ่งอำนวยการระดับ Tier III-grade (สามารถบำรุงรักษาแบบพร้อมกัน) |
| 99.995% | — | 2.19 นาที | 26.3 นาที | power SLA ระดับสูง |
| 99.999% | ห้าเก้า | 26.3 วินาที | 5.26 นาที | สิ่งอำนวยการระดับ Tier IV-grade (ทนต่อความล้มเหลว) |
ตัวเลขรายเดือนใช้เดือนเฉลี่ย 30.44 วัน ขีดจำกัด Tier III / Tier IV ที่สอดคล้องกับระดับเหล่านี้อธิบายไว้ใน ไดเรกทอรี่ใบรับรอง; ความล้มเหลวจริง ใน บันทึกเหตุการณ์
เครื่องคำนวณ SLA
Availability → downtime อนุญาต และเครดิตจาก outage
—
—
การประมาณเครดิตใช้ตารางการชำระแบบปกติ: 5% ของ MRC สำหรับชั่วโมงแรกของ downtime เพิ่มเติม +5% ต่อชั่วโมงเพิ่มเติม มีขีดจำกัด 50% ตารางในสัญญาของคุณอาจแตกต่าง — นั่นคือจุดของการอ่านมัน
กลไก Credit — ที่การชดเชยหายไป
ตัวเลข availability เป็นการตลาด; section credit เป็นสัญญา; กลไกสี่ประการตัดสินว่า outage ส่งคืนค่าเงินเท่าไร:
| กลไก | ค่าปกติ | ควรขอ |
|---|---|---|
| วิธีการสะสมเครดิต | ตารางการชำระแบบขั้นตอน: ~5% ของค่า recurring รายเดือนต่อช่วง downtime | ขั้นตอนแรกชันกว่า — ชั่วโมงแรกคือที่ outages ส่วนใหญ่เกิดขึ้น |
| ขีดจำกัด | 30–100% ของค่า recurring รายเดือน ไม่เคยมากกว่า | ไม่สำคัญเท่าที่ดูเหมือน; เน้นการเจรจาที่อื่น |
| ขั้นตอนการเรียกร้อง | ต้องยื่นคำขอภายใน 5–10 วันทำการพร้อมหลักฐาน มิฉะนั้นเครดิตจะหมดอายุ | เครดิตอัตโนมัติ หรืออย่างน้อยให้มีหน้าต่างการเรียกร้อง 30 วัน |
| ความล้มเหลวเรื้อรัง | ไม่มี เครดิตเป็นการแก้ไขเพียงอย่างเดียวไม่ว่าจะล้มเหลวกี่ครั้ง | สิ้นสุดสัญญาโดยไม่มีบทลงโทษหลัง N ครั้งที่ผิดสัญญาใน M เดือน — ข้อสัญญาเพียงข้อเดียวที่เปลี่ยนพฤติกรรมผู้ให้บริการ |
ข้อยกเว้นที่สำคัญ
- ช่วงเวลาบำรุงรักษา กี่ชั่วโมงต่อเดือน ต้องแจ้งเตือนล่วงหน้าเท่าใด และว่า emergency maintenance มีการยกเว้นจากข้อกำหนดการแจ้งเตือนหรือไม่
- Utility carve-outs บน single-feed products ความล้มเหลวกริดอาจไม่นับเป็น downtime เลย นั่นคือ SLA บอกคุณว่าสถาปัตยกรรมคืออะไร
- อุปกรณ์ของคุณ Downtime ที่เกิดจากอุปกรณ์ลูกค้าจะถูกยกเว้น — สมเหตุสมผล จนกว่าข้อโต้แย้งเกี่ยวกับสาเหตุแท้จริงจึงกลายเป็นข้อโต้แย้งเกี่ยวกับเครดิต
- จุดวัด ความพร้อมใช้งานที่ระดับสถานที่อาจเป็น 100% ขณะที่ row ของคุณมืด การวัดที่ PDU หรือ cabinet ของคุณคือเวอร์ชันที่ปกป้องคุณ
- ขอบเขต Force majeure เหตุการณ์สภาพอากาศเป็นกรณีทดสอบ: สถานที่ที่โฆษณาเป็น N+2 resilient ที่ยกเว้นพายุออกจาก SLA ของมันกำลังทำการเรียกร้องที่ขัดแย้งกัน
ลำดับการอ่าน
อ่าน SLA จากท้ายไปหน้า: ข้อยกเว้นก่อน จากนั้นขั้นตอนการเรียกร้อง จากนั้นตารางเครดิต และตัวเลขความพร้อมใช้งานสุดท้าย ตัวเลขนั้นเหมือนกันส่วนใหญ่ในตลาดอยู่แล้ว — ความแตกต่างที่จะเสียหรือประหยัดเงินของคุณอยู่ในอีกสามส่วน จากนั้นวาง SLA ไปข้างๆ ส่วนที่เหลือของสัญญา: ข้อ evergreen renewal clause ที่พลาดหน้าต่างจะเสียค่าใช้จ่ายมากกว่าเครดิต outage ทั้งหมดที่คุณเคยได้รับ
คำถามที่พบบ่อย
SLA ของ data center นั้นครอบคลุมอะไรจริง ๆ
แทบทั้งสิ้นการส่งมอบพลังงานไปยังอุปกรณ์ของคุณ โดยปกติรวมถึง temperature และ humidity ranges และบางครั้งรวม network availability หากคุณซื้อ connectivity จากผู้ให้บริการ ไม่ครอบคลุม servers software หรือ outages ที่เกิดจากอุปกรณ์ของคุณเอง สถานที่สามารถปฏิบัติตาม 100% power SLA ได้ ขณะที่ application ของคุณดับไปตลอดสัปดาห์
ความแตกต่างระหว่าง 99.9% และ 99.99% availability คืออะไร
ประมาณ 44 นาทีเทียบกับ 4.4 นาทีของ downtime ที่อนุญาตต่อเดือน การกระโดดจาก three nines เป็น four เป็นสิ่งที่มีค่าใช้จ่ายสูงในแง่สถานที่ — เป็นความแตกต่างระหว่าง single-feed และ concurrently maintainable power paths ซึ่งเป็นเหตุว่าทำไมจึง track Tier III boundary
SLA credits ทำงานอย่างไร
คุณเรียกร้องเปอร์เซ็นต์ของค่าบริการเกิดซ้ำของเดือนนั้น ปรับตามระยะเวลาที่ outage คงอยู่ — ตารางทั่วไปเริ่มต้นประมาณ 5% สำหรับ increment แรกของ downtime และสูงสุดระหว่าง 30% ถึง 100% ของหนึ่งเดือน เครดิตแทบจะไม่เป็นเงินสดเลย: พวกมันชดเชย invoices ในอนาคต ซึ่งทำให้มันไร้ค่าในเดือนที่คุณตัดสินใจออกไป
ทำไม 100% uptime SLA จึงมีอยู่ถ้าไม่มีอะไรที่ 100% available
เพราะมันเป็นการระบุราคา ไม่ใช่คำชี้แจงทางวิศวกรรม 100% SLA หมายความว่าผู้ให้บริการจ่ายเครดิตจากนาทีแรกของ downtime; ไม่ได้หมายความว่าสถานที่ไม่สามารถล้มเหลวได้ อ่านตารางเครดิตและข้อยกเว้น — 100% SLA ที่มีเครดิตจำกัดไว้ที่ 30% ของค่าบริการหนึ่งเดือนเป็นการแก้ไขที่อ่อนแอกว่าเสียงที่ได้ยิน
เราควรมองหาข้อยกเว้นอะไร
ช่วงเวลาบำรุงรักษาตามกำหนด (วิสัยกว้างเพียงใด แจ้งเตือนล่วงหน้าเท่าใด) ขอบเขต force majeure utility failure carve-outs บน single-feed products downtime ที่เกิดจากอุปกรณ์ของคุณเอง และ claim deadlines — SLAs หลายรายการยกเลิกเครดิตหากคุณไม่สามารถยื่นคำขอภายใน 5–10 วันทำการนับจากเหตุการณ์ ส่วน exclusions คือจุดที่ SLAs ถูกเขียนจริง ๆ
SLA credits ควรค่าแก่การเจรจาหรือไม่
ตารางเวลามีความสำคัญน้อยกว่าลักษณะการทำงาน การเพิ่มเพดานจาก 30% เป็น 100% ของค่าธรรมเนียมรายเดือนดูสำคัญแต่ไม่ค่อยเปลี่ยนพฤติกรรมผู้ให้บริการ สิ่งที่ควรต่อรอง: automatic crediting แทน claim-on-request หน้าต่างการเรียกร้องที่นานขึ้น chronic-failure termination rights (สิทธิออกจากสัญญาไม่ต้องเสียค่าปรับหลังจากการผิดสัญญาซ้ำ) และวัดผลที่ cabinet ของคุณแทนระดับ facility
เปรียบเทียบ SLA ของผู้ให้บริการต่าง ๆ?
บอกเราถึง availability ที่ต้องการและตลาด — เราจะแสดง facilities ที่ตรงกับข้อกำหนดและว่า extra nine ต้องเสียค่าเท่าไร