Ізоляція кожного сайту

Кожен сайт у власній клітці, тому один поганий сусід залишається лише одним поганим сусідом.

Ізоляція — це різниця між інцидентом і повним простоєм системи. Кожен сайт, який ми обслуговуємо, працює в межах клітки CloudLinux LVE на рівні ядра з власними обмеженнями CPU, RAM, IO та процесів, власним поданням файлової системи CageFS, власною версією PHP і власним регулюванням швидкості бази даних. Сайт, який зазнав атаки, зламу або просто виконує надважкий запит, локалізується там, де знаходиться — і цей базовий рівень ізоляції включено до кожного тарифного плану, а не продається Вам як додаткове оновлення. Доступність: регулювання швидкості бази даних для кожного сайту та статистика ресурсів для кожного сайту перебувають в активній розробці та ще недоступні. Усе інше, описане тут, працює вже сьогодні.

Окремий сайт, оточений власною межею ізоляції, відокремлений від сусідів.
  • 700 000+сайтів на хостингу по всьому світу
  • Для кожного сайтуОбмеження процесора, оперативної пам'яті, операцій вводу-виводу, операцій вводу-виводу за секунду та процесів
  • 99,99%Гарантія безвідмовної роботи
  • ВключеноБазова ізоляція в кожному тарифі

Ізоляція на рівні ядра, а не у файлі конфігурації

Пул робочих вузлів працює на базі CloudLinux OS, яка переносить мультитенантність на рівень ядра. Кожен сайт отримує легковаге віртуальне середовище — LVE, — яке є суворою межею, а не просто умовною домовленістю. Жодні дії сайту всередині його ізольованого середовища не можуть витрачати ресурси з чужого бюджету.

Жорсткі граничні ліміти ресурсів на сайт

LVE незалежно обмежує процесор (CPU), оперативну пам'ять (RAM), операції введення-виведення (IO), IOPS, процеси та вхідні процеси (entry-processes) для кожного сайту. Коли сайт перевищує встановлений ліміт, його робота сповільнюється всередині його власного ізольованого середовища (cage) — помилка фіксується для цього сайту, а сусідні сайти продовжують функціонувати без жодного впливу.

Неконтрольовані процеси ізолюються, а не переслідуються

Плагін, що зациклився, погано написане завдання cron або пошуковий робот, що перевантажує кінцеву точку, спочатку досягають власних лімітів процесів та вхідних процесів сайту. Один сайт не може просто спожити всі ресурси машини.

Трафік атак обмежений для кожного сайту

Оскільки вхідні процеси обмежені для кожної клітки, потік запитів, спрямований на один сайт, не може відкрити необмежену роботу на хості. Обмеження з'єднань і запитів LiteSpeed та мережевий фаєрвол Imunify360 знаходяться попереду, тому атака залишається проблемою виключно своєї цілі.

Збої ресурсів стають сигналами, а не несподіванками

Кожна помилка LVE фіксується для кожного сайту й передається до механізму політик платформи, який може автоматично посилювати або послаблювати обмеження. Ви бачите, чому сайт було обмежено та коли — поступово, оборотно й із записом до журналу.

Власний вигляд файлової системи

Ізоляція ресурсів не дозволяє сайту перевантажувати систему. Ізоляція файлової системи запобігає його втручанню в чужі дані. CageFS надає кожному орендарю приватний, обмежений огляд сервера.

Під керуванням CageFS орендар бачить лише власні файли та мінімальний безпечний набір системних двійкових файлів — і не може бачити інших орендарів, сайти інших орендарів або конфіденційні системні файли. Звичайний критичний збій віртуального хостингу, коли один скомпрометований обліковий запис отримує можливість переглядати кожен інший обліковий запис на сервері, блокується на рівні ядра.

Це найважливіше в день, коли щось іде не так. Якщо сайт скомпрометовано — через застарілий плагін, викрадені облікові дані або вразливу тему — саме CageFS обмежує радіус ураження цією єдиною ізольованою клітиною. У нашій специфікації безпеки формулювання підібрано навмисно: CageFS локалізує проникнення. Локалізація — це чесне твердження, і саме воно вирішує, обмежиться інцидент очищенням одного сайту чи всієї інфраструктури.

Резервні копії зміцнюють ту саму межу. Резервні копії окремих сайтів є незмінними, зберігаються за межами основного майданчика й ізольовані від робочого парку серверів, а їх відновлення протестовано, тому навіть у найгіршому випадку зламу одного сайту існує чистий, незалежний шлях відновлення, який не залежить від стану машини, на якій він працював.

База даних також ізольована — зазвичай саме тут хостинг стає галасливим

Ізоляція веб-рівня — це лише половина справи. У пулі серверів WordPress фактором, який найчастіше сповільнює роботу сервера, є запити одного сайту, а не його трафік. Це питання вирішується окремо.

MySQL Governor

CloudLinux MySQL Governor обмежує використання бази даних для кожного сайту, тому важкі запити одного сайту не можуть сповільнити роботу сервера для всіх інших. Це засіб контролю проти сповільнення, і він працює незалежно від того, чи помітить колись сайт із високим навантаженням, що його обмежують.

MariaDB для робочих навантажень WordPress

Парк серверів працює на MariaDB (або Percona), вибраній спеціально для робочих навантажень WordPress, а не успадкованій за замовчуванням, де Governor діє поверх неї як рівень справедливості для кожного клієнта.

Кеш об'єктів Redis на передньому плані

Кеш об'єктів Redis для кожного сайту поглинає повторювані операції читання до того, як вони досягнуть бази даних, що з самого початку знижує навантаження, яке має врегульовувати Governor. Кешування та ізоляція працюють як єдина система.

PHP для кожного сайту, захищений

CloudLinux alt-PHP надає кожному сайту власний селектор версій PHP, власні розширення (imagick, gd, redis та решту) і власні захищені налаштування — з воркерами LSAPI, обмеженими лімітами LVE цього сайту, завдяки чому паралелізм PHP є частиною ізоляції, а не виходом із неї.

Збій є поступовим, зворотним і поясненим

Ізоляція визначає, наскільки далеко поширюється проблема. Примусове застосування визначає, що відбувається далі. Ми замінили грубе увімкнення/вимкнення призупинення на автомат станів, керований надійними робочими процесами та застосований на воркері через LiteSpeed, LVE та Imunify.

  • Обмежено — суворіші ліміти LVE та обмеження частоти запитів, водночас сайт залишається доступним і працює. Зазвичай це сигнал про зловживання ресурсами або м'яке попередження, і стан відновлюється автоматично, щойно причину буде усунено.
  • Обмежено — вихідна пошта, cron або POST-запити вимкнені, доки сайт залишається видимим. Застосовується в разі підозри на злам або розсилання спаму та автоматично відновлюється після усунення проблеми.
  • Призупинено — сайт переходить в офлайн за брендованою сторінкою-заглушкою з указанням конкретної причини (оплата, технічне обслуговування або зловживання), а не через помилку. Робота відновлюється після оплати, виправлення або подання апеляції.
  • На карантині — офлайн, файли заблоковано, виконання заборонено, ізольовано для криміналістичного аналізу. Призначено для підтвердженого шкідливого ПЗ або фішингу, і статус скасовується лише після очищення та перевірки; автоматичне звільнення під час повторного сканування не передбачено.
  • Кожен перехід фіксується в журналі аудиту із зазначенням причини, виконавця та доказів, повідомляється вам з інструкціями щодо його вирішення та може бути оскаржений. Час правозастосування налаштовується для кожної лінійки продуктів, тому питання виставлення рахунків, порушень та юридичні питання ескалуються за власним графіком.

Однакова ізоляція для обох лінійок продуктів — і потужніший рівень, коли це необхідно

Ізоляція — це не функція плану, яка з'являється трьома рівнями вище. Це властивість самої основи, тому вона однакова незалежно від того, чи керуєте ви одним магазином WooCommerce, чи двома тисячами сайтів мережі.

Хостинг Footprint-Free

Масові мережі та мережі PBN працюють на тій самій базі LVE і CageFS разом із ротацією облікових записів CDN з урахуванням SEO-сліду та доставкою статичного HTML. Ізоляція — це те, що робить щільність безпечною: сайти ділять спільний пул ресурсів, не поділяючи спільну долю.

Zinn® Managed WordPress

Керовані сайти WordPress, WooCommerce, PHP, статичні сайти та сайти Node отримують однакові ізольовані середовища, а також повне самообслуговування — власну версію PHP та розширення, об'єктний кеш Redis, середовище підготовки та перенесення на робочий сервер.

Контейнер для кожного сайту як преміум-варіант

Для робочих навантажень, які потребують надійнішого розмежування, ніж оптимізований за щільністю стандартний варіант, пропонується повна ізоляція за схемою «контейнер на сайт» як варіант драйвера надання ресурсів: той самий рушій, та сама площина керування, інше розміщення, але з більшими накладними витратами.

Включено, без нав’язування додаткових послуг

Ізоляція LVE та CageFS, проактивний WAF і сканування на наявність шкідливого програмного забезпечення включені для кожного клієнта, оскільки заражений або неконтрольований сайт загрожує своїм сусідам і репутації нашої IP-адреси. Очищення від шкідливого програмного забезпечення в один клік і розширені рівні захисту є платними додатками — базовий рівень надається безкоштовно.

Чому ізоляція тут ніколи не буває необов'язковою

Комерційна спокуса в хостингу полягає в тому, щоб продавати безпеку за рівнями: розміщувати дешевих клієнтів на спільному сервері з м'якими лімітами та брати додаткову плату з тих, для кого важлива ізоляція. Ми цього не робимо, оскільки скомпрометований сайт саме того клієнта, який не заплатив за ізоляцію, стає інцидентом для всіх інших.

Ми хостимо понад 700 000 сайтів по всьому світу на базі інфраструктури, де щільність є всією економічною пропозицією. Це працює лише за умови, що базова ізоляція є безумовною. Ізоляція на рівні ядра, приватний вигляд файлової системи, регулювання бази даних для кожного сайту та окремий PHP для кожного сайту — це ціна роботи в такому масштабі без ризику взаємного впливу, тому вони увімкнені для кожного, на кожному тарифі, починаючи з першого розгорнутого вами сайту.

У результаті ви отримуєте платформу, яка працює передбачувано навіть під час збоїв в інших. За нею стоять гарантія безвідмовної роботи 99,99%, незмінні зовнішні резервні копії для кожного сайту з перевіреним відновленням та повний журнал аудиту кожної дії щодо забезпечення дотримання правил, застосованої до ваших сайтів.

Часті запитання

Чи може сайт іншого клієнта сповільнити мій?

Ізоляція розроблена спеціально для запобігання цьому. LVE обмежує використання процесора, оперативної пам'яті, операцій введення-виведення (IO), IOPS і процесів для кожного сайту, MySQL Governor регулює використання бази даних для кожного сайту, а воркери LSAPI обмежені власним ізольованим середовищем сайту — отже, сплеск трафіку або велике навантаження від запитів сусіда обмежуються його власною межею, а не вашою. Кожна помилка реєструється для кожного сайту, і механізм політик може автоматично посилювати ліміти ресурсомісткого сайту.

Якщо сайт на тому ж сервері буде зламано, чи є загроза для мого?

Чесна відповідь полягає в локалізації загрози, а не в гарантіях. CageFS надає кожному клієнту ізольований вигляд файлової системи — скомпрометований клієнт не може бачити інших клієнтів, їхні сайти або конфіденційні системні файли — а підтверджений випадок шкідливого програмного забезпечення чи фішингу переміщує цей сайт у карантин: офлайн, файли заблоковано, виконання заборонено, ізольовано для криміналістичного аналізу. Саме це обмежує радіус ураження. Окрім цього, ми проводимо сканування на наявність шкідливого ПЗ і застосовуємо проактивний WAF на кожному сайті, а також створюємо незмінні зовнішні резервні копії для кожного сайту з перевіреним відновленням, тому відновлення ніколи не залежить від стану залученої машини.

Чи включена ізоляція, чи вона оплачується додатково?

Це включено в кожен тарифний план. Ізоляція LVE і CageFS, проактивний WAF і сканування на наявність шкідливого ПЗ є базовими для кожного клієнта, оскільки заражений або неконтрольований сайт загрожує своїм сусідам і репутації наших IP-адрес — ми не можемо розсудливо залишити це необов'язковим. Як доповнення продаються очищення та виправлення шкідливого ПЗ в один клік, а також розширені рівні захисту, такі як покращені правила WAF, пріоритетне сканування, керування ботами та вищі рівні захисту від DDoS.

Що станеться з моїм сайтом, якщо він перевищить ліміти ресурсів?

Він обмежується всередині власної ізольованої системи, а не вимикається. Обмеження означає суворіші ліміти LVE та обмеження швидкості, при цьому сайт залишається доступним і працює, а після усунення причини відновлюється автоматично. Вас повідомляють про причину, перехід реєструється з відповідними доказами, і його можна оскаржити. Якщо навантаження є справжнім зростанням, а не помилкою, рішенням є більший тарифний план, а не постійне обмеження.

Чи стає призупинений сайт просто порожнім?

Ні — на призупиненому сайті відображається брендована сторінка-заглушка із зазначенням конкретної причини (оплата, технічне обслуговування або зловживання), щоб це виглядало навмисним, а не несправністю. Призупинення скасовується після оплати, виправлення або розгляду апеляції. Карантин є суворішим і діє інакше: його зняття відбувається лише після очищення та перевірки, ніколи не автоматично.

Чи можу я вибрати власну версію та розширення PHP?

На Zinn® Managed WordPress — так: CloudLinux alt-PHP надає кожному сайту власний селектор версій PHP, власні розширення, такі як imagick, gd та redis, і власні посилені налаштування безпеки, і все це обмежено LVE-лімітами цього сайту. Footprint-Free хостинг навмисно використовує більш стандартизовану, заблоковану конфігурацію для кожного сайту, оскільки різноманітність конфігурацій сама по собі є цифровим слідом.

Чи існує надійніший варіант ізоляції, ніж модель зі спільним ядром?

Так. CloudLinux LVE та CageFS є оптимізованим за щільністю налаштуванням за замовчуванням для обох лінійок продуктів. Для робочих навантажень, які потребують суворіших меж, пропонується повна ізоляція у вигляді окремого контейнера для кожного сайту як варіант драйвера розгортання — той самий механізм і панель керування з іншим розміщенням, де більші накладні витрати компенсуються надійнішим розділенням.

Чи можу я спробувати це перед тим, як брати на себе зобов'язання?

Так. Footprint-Free хостинг починається з 14-денного пробного періоду без додавання картки, що охоплює до п’яти сайтів — жодних платіжних даних, жодних зобов’язань. Розгорніть кілька сайтів, надайте на них навантаження і подивіться, як поводяться клітки (cages), перш ніж прийняти рішення.

Подивіться, як клітки поводяться під вашим власним навантаженням

Почніть 14-денний пробний період без банківської картки на Footprint-Free хостингу — до п'яти сайтів, жодних платіжних даних і жодних зобов'язань. Ізоляція на рівні ядра, проактивний WAF і сканування на наявність шкідливого ПЗ включені з першого розгортання.

Почати безкоштовно