Коротка відповідь: SLA Cloud2Y охоплює те, за що відповідає платформа: доступність мережі, живлення та фізичне обладнання, на якому працює ваша послуга. Він не охоплює вашу ОС, застосунки чи дані. Конкретні показники доступності та будь-які умови компенсацій визначає офіційний Terms of Service / договір замовлення — підтверджуйте актуальні цифри через підтримку, перш ніж на них покладатися.
Огляд
SLA (Service Level Agreement) проводить межу між відповідальністю провайдера і клієнта. Для unmanaged-інфраструктури розподіл простий: Cloud2Y підтримує роботу датацентру, мережі та хост-обладнання; все всередині вашого сервера — ОС, софт, безпека, бекапи — експлуатуєте ви. Мережа на базі Cisco в Києві (DC2), Львові (DC3), Амстердамі та Сінгапурі побудована з резервуванням, щоб поодинокі збої не зупиняли клієнтів.
Що потрібно знати
- Читайте текст SLA/ToS під час замовлення — саме він є обов’язковим документом; ця стаття — орієнтир.
- Виділені сервери мають власну специфіку підтримки — див. SLA виділених серверів і межі підтримки.
- Плануйте власний рівень: моніторинг, бекапи та безпека не покриваються жодним інфраструктурним SLA.
Покрокова інструкція
Що SLA практично охоплює і як цим користуватися:
- Мережа: досяжність аплінка вашого сервера — втрати пакетів чи збої на боці Cloud2Y є територією SLA; повідомляйте про них із даними MTR.
- Обладнання: несправні компоненти хоста (диск, БЖ, мережева карта) діагностує і замінює Cloud2Y — див. політику заміни.
- Живлення та приміщення: резервування живлення й охолодження датацентру — робота провайдера.
- Винятки: проблеми всередині вашої ОС, збої застосунків, помилкова конфігурація, компрометація та анонсовані вікна робіт не є SLA-інцидентами.
- Претензії: якщо вважаєте, що стався SLA-релевантний збій, відкрийте тикет із часовими мітками й доказами; команда звірить із моніторингом.
Типові проблеми
- «Мій сайт лежить» ≠ SLA-інцидент: більшість простоїв — на рівні застосунків; спершу перевірте свій стек, потім ескалюйте з даними.
- Плутанина з роботами: заздалегідь анонсовані вікна виключені — див. сповіщення про роботи.
- Припущення щодо цифр: не покладайтеся на відсоток аптайму, прочитаний деінде — отримайте актуальний показник із ToS або від підтримки.
Коли звертатися в підтримку
Відкрийте тикет, щоб повідомити про підозрюваний збій на боці платформи (додайте час і traceroute), запросити актуальний текст SLA або спитати, чи кваліфікується конкретний інцидент.
Часті запитання
Що насправді покриває SLA Cloud2Y?
Інфраструктурний бік: доступність мережі, живлення датацентру та фізичне хост-обладнання. Ваша операційна система, застосунки, дані й бекапи лежать поза будь-яким інфраструктурним SLA.
Де знайти точний відсоток аптайму?
В офіційному Terms of Service або запитом у підтримку. Це роз’яснення свідомо не цитує цифри, щоб застарілі копії ніколи не суперечили обов’язковому документу.
Як заявити про збій як SLA-інцидент?
Відкрийте тикет із часовими мітками, деталями послуги та доказами, наприклад MTR-звітами в обидва боки. Команда звірить подію з моніторингом платформи і відповість щодо кваліфікації.
Схожі статті
- SLA виділених серверів і межі підтримки
- Межі підтримки: managed чи unmanaged послуги
- Політика планових робіт
- Політика заміни обладнання виділених серверів
Потрібна допомога? Звернутися в підтримку Cloud2Y →
