Політика добросовісного використання
Дата останнього оновлення: 12 лютого 2026
1. Вступ
1.1. Ця Політика добросовісного використання (далі — «Політика» або «FUP») визначає технічні норми та допустимі межі використання ресурсів інфраструктури, що надаються ONLINE CONNECT LTD, яка діє під торговою маркою HOSTOFF.NET (далі — «Виконавець», «Компанія» або «Провайдер»).
1.2. Ця Політика є невід'ємною частиною Умов надання послуг (далі — «TOS»), опублікованих на сайті hostoff.net. Політика конкретизує та доповнює положення TOS в частині технічних норм споживання ресурсів.
1.3. Перелік заборонених видів діяльності та загальні умови прийнятного використання встановлені в розділі 5.3 TOS. Ця Політика не повторює їх, а встановлює кількісні та технічні критерії допустимого споживання ресурсів.
1.4. Використовуючи послуги Компанії, Клієнт підтверджує, що ознайомлений з цією Політикою та зобов'язується її дотримуватись.
2. Мережевий трафік та пропускна спроможність
2.1. Облік трафіку
2.1.1. Обсяг та умови надання мережевого трафіку визначаються тарифним планом Клієнта.
2.1.2. Трафік враховується як сумарний обсяг вхідних та вихідних даних (in + out), якщо інше не вказано в умовах конкретного тарифного плану.
2.1.3. Обліковий період споживання трафіку починається з дати активації послуги (або дати чергового продовження) та завершується після закінчення оплаченого періоду. Лічильник трафіку обнуляється на початку кожного нового облікового періоду.
2.2. Тарифи з фіксованим обсягом трафіку
2.2.1. При досягненні ліміту трафіку, встановленого тарифним планом, Виконавець має право:
- а) обмежити швидкість мережевого підключення до 10 Мбіт/с;
- б) призупинити передачу даних до початку нового облікового періоду;
- в) запропонувати Клієнту придбати додатковий обсяг трафіку.
2.2.2. Вартість додаткового трафіку визначається діючими тарифами, опублікованими на сайті hostoff.net.
2.3. Тарифи з умовно безлімітним трафіком (Unmetered)
2.3.1. Тарифні плани, позначені як «безлімітний трафік», «необмежений трафік» або «unmetered», надають трафік без фіксованого об'ємного ліміту, однак в рамках пропускної здатності, вказаної в тарифному плані.
2.3.2. Вказана в тарифному плані швидкість мережевого порту (наприклад, 100 Мбіт/с, 1 Гбіт/с) є максимальною технічною швидкістю підключення.
2.3.3. Систематичне використання пропускної здатності на рівні понад 80% від ємності порту в середньому за період понад 30 хвилин, що негативно впливає на якість обслуговування інших користувачів, є підставою для застосування заходів, описаних у розділі 6 цієї Політики.
Фактична швидкість передачі даних залежить від:
- завантаженості мережевих каналів та маршрутів;
- географічного розташування джерела та призначення трафіку;
- технічних характеристик обладнання проміжних операторів;
- загального навантаження інфраструктури Провайдера.
2.4. Обмеження SMTP-портів
2.4.1. Вихідні з'єднання на портах 25, 465 та 587 (SMTP) заблоковані за замовчуванням на всіх серверах.
2.4.2. Доступ до зазначених портів може бути відкрито за запитом Клієнта через систему тікетів підтримки після проходження перевірки та внутрішнього розгляду заявки.
2.4.3. Провайдер має право обмежити або відкликати доступ до SMTP-портів в будь-який час при виявленні зловживань.
3. Обчислювальні ресурси (CPU та RAM)
3.1. Характер ресурсів
3.1.1. Ресурси vCPU та RAM у віртуальних середовищах є спільними (shared) ресурсами фізичного хост-вузла та розподіляються між кількома користувачами.
3.1.2. Характеристики vCPU та RAM, вказані в тарифних планах віртуальних серверів, визначають максимально доступний обсяг ресурсів для пікових навантажень, але не гарантують постійну доступність на рівні 100% завантаження в безперервному режимі.
3.1.3. Гарантоване виділення ресурсів CPU та RAM в повному обсязі забезпечується тільки на виділених серверах (dedicated servers).
3.2. Допустимі межі використання
3.2.1. Короткочасні пікові навантаження на CPU (обробка запитів, компіляція, виконання завдань тощо) є нормальним режимом роботи та не обмежуються.
3.2.2. Допустимим вважається використання, при якому середнє завантаження vCPU не перевищує 70% від виділених ядер протягом безперервного періоду понад 60 хвилин.
3.2.3. Підтримання завантаження vCPU на рівні 100% або близькому до 100% протягом тривалих періодів є підставою для застосування заходів, описаних у розділі 6 цієї Політики.
3.3. Додаткові обмеження
- 3.3.1. Майнінг криптовалют на віртуальних серверах допускається тільки за наявності попереднього письмового узгодження з Виконавцем.
- 3.3.2. Запуск стрес-тестів продуктивності (benchmarks) в безперервному режимі не допускається.
- 3.3.3. Використання скриптів, процесів або механізмів, спрямованих на обхід системи справедливого розподілу ресурсів, заборонено.
3.4. Рекомендації
3.4.1. Для робочих навантажень, які потребують постійно високої продуктивності CPU, Клієнту рекомендується:
- перейти на тарифний план з виділеними ресурсами;
- розглянути оренду виділеного сервера;
- звернутися до служби підтримки для підбору оптимального рішення.
4. Дискова підсистема та операції вводу-виводу (IOPS)
4.1. Характер ресурсів
4.1.1. Дискова інфраструктура віртуальних серверів є спільною (shared storage). Надмірне навантаження на дискову підсистему одного користувача може негативно впливати на продуктивність інших користувачів того ж фізичного вузла.
4.2. Обмеження
4.2.1. Не допускається:
- а) безперервні інтенсивні операції читання/запису, що створюють надмірне навантаження на дискову підсистему протягом тривалого часу;
- б) проведення безперервних стрес-тестів дискової підсистеми (fio, dd, bonnie++ та подібні в режимі тривалого тестування);
- в) використання VPS виключно як файлового сховища без активного використання обчислювальних ресурсів, якщо це не передбачено тарифним планом.
4.2.2. Виявлення надмірного навантаження на дискову підсистему є підставою для застосування заходів, описаних у розділі 6 цієї Політики, включаючи обмеження IOPS (throttling).
5. Моніторинг
5.1. Виконавець здійснює моніторинг споживання ресурсів для забезпечення дотримання цієї Політики та підтримання стабільності інфраструктури.
5.2. Моніторинг спрямований на аналіз:
- рівня споживання CPU, RAM, IOPS;
- обсягу та характеру мережевого трафіку;
- індикаторів аномальної поведінки.
5.3. Моніторинг не спрямований на аналіз вмісту даних або персональної інформації, що зберігається на серверах Клієнтів.
6. Порядок реагування на порушення цієї Політики
6.1. Цей розділ визначає порядок реагування на порушення норм споживання ресурсів, встановлених розділами 2–4 цієї Політики. Порядок реагування на порушення умов прийнятного використання (abuse, заборонена діяльність) визначається пунктом 5.3.2 TOS.
6.2. Повідомлення
6.2.1. При виявленні перевищення допустимих меж споживання ресурсів Виконавець повідомляє Клієнта через систему тікетів підтримки з описом характеру порушення та рекомендаціями щодо його усунення.
6.3. Терміни усунення
6.3.1. Клієнту надається розумний термін для усунення порушення:
- до 24 годин — при порушеннях, які чинять негативний вплив на роботу інфраструктури або інших користувачів (систематичне надмірне споживання CPU, перевищення допустимого навантаження на дискову підсистему, перевищення лімітів пропускної здатності);
- до 72 годин — при порушеннях, які не чинять суттєвого впливу (епізодичне перевищення рекомендованих рівнів, використання ресурсів не за призначенням тарифного плану).
6.4. Негайне обмеження без попереднього повідомлення
6.4.1. Виконавець має право обмежити ресурси або призупинити роботу сервісу без попереднього повідомлення у випадках, коли споживання ресурсів:
- а) створює безпосередню загрозу стабільності фізичного хост-вузла;
- б) викликає деградацію продуктивності для інших користувачів, що потребує негайного втручання;
- в) пов'язано з мережевою атакою, що походить від сервісу Клієнта або спрямована на нього.
У таких випадках Клієнт повідомляється постфактум через систему тікетів підтримки.
6.5. Ескалація
6.5.1. Неусунення порушення у встановлений термін, а також повторні порушення, можуть призвести до:
- а) застосування обмежень (throttling) до ресурсів;
- б) тимчасової зупинки надання послуги;
- в) припинення надання послуги в порядку, встановленому розділом 8 TOS.
6.6. Оскарження
6.6.1. Якщо Клієнт вважає, що обмеження застосовано помилково, він має право подати апеляцію через систему тікетів підтримки. Рішення приймається Виконавцем за результатами внутрішньої перевірки.
7. Зміна Політики
7.1. Ця Політика може бути оновлена або змінена в будь-який час для відображення операційних, технічних або регуляторних змін.
7.2. Актуальна версія Політики доступна за адресою: hostoff.net/fair-usage-policy
7.3. Про суттєві зміни Політики Клієнти повідомляються через панель керування та/або електронну пошту, вказану при реєстрації.
7.4. Продовження використання послуг після публікації оновленої Політики вважається прийняттям змінених умов.
HOSTOFF.NET