Хмарні сервіси для бізнесу: як працюють VPS і dedicated сервери

Що відбувається на сервері під час покупки

Покупець натискає «Оформити замовлення». Сервер запускає код магазину, звертається до бази даних, перевіряє залишки та записує покупку. Паралельно інші відвідувачі шукають товари, менеджери змінюють ціни, а облікова система передає оновлення каталогу. Усі ці операції ділять між собою процесорний час, пам’ять і можливості дисків.

Саме тут починається вибір інфраструктури. Хмарні сервіси дають змогу орендувати ресурси для сайту й корпоративних програм без закупівлі обладнання. Наприклад, хмарні сервіси Tucha охоплюють VPS, фізичні сервери, сховища резервних копій та середовища для роботи вебзастосунків.

Віртуальний сервер VPS: що отримує власник магазину

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

Для бізнесу це означає кілька цілком прикладних можливостей:

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

Скажімо, каталог розширився, до магазину підключили облік залишків, а імпорт товарів почав заважати оформленню замовлень. На VPS можна змінити розклад імпорту, виділити ресурси його обробникам або переглянути конфігурацію сервера. Купувати нову фізичну машину для цього не потрібно.

Як перевірити VPS перед запуском реклами

Уявімо магазин на WooCommerce, який готується прийняти 300 одночасних відвідувачів. Це умовний сценарій перевірки, а не обіцянка продуктивності певного тарифу. На тестовій копії магазину адміністратор виконує три дії.

1. Відтворює перегляд каталогу, пошук, додавання товару в кошик та оформлення тестового замовлення.
2. Записує час відповіді сайту, завантаження процесора (CPU), використання оперативної пам’яті (RAM) і підкачки на диск (swap), затримки дисків та кількість помилок.
3. Знаходить операції, під час яких ростуть черги запитів або з’являються затримки.

Припустімо, процесор завантажений майже на 100%, а пам’ять заповнена наполовину. Тоді перевіряють процеси, які займають CPU, зокрема PHP та базу даних. Для пошуку тривалих SQL-запитів у MySQL є журнал повільних запитів: він записує запити відповідно до налаштованих умов, зокрема порога часу виконання.

Коли потрібен dedicated сервер

Dedicated – фізична машина для одного замовника. Інші орендарі не використовують її процесор, оперативну пам’ять і диски.

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

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

Хмарні технології для малого та середнього бізнесу

Бухгалтерія й робочі місця

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

Для бухгалтерії до п’яти користувачів орієнтир: 2 ядра CPU, 7-10 ГБ RAM і 70-125 ГБ SSD. Це приклад конфігурації для зазначеного сценарію. Остаточний набір ресурсів залежить від програм, розміру баз і одночасних операцій.

Оновлення власних вебзастосунків

Команді, яка розробляє кабінет клієнта або сервіс замовлень, стануть у пригоді контейнери та CI/CD. Розробник надсилає зміни коду, система запускає тести, а після успішної перевірки нова версія проходить тестове середовище й потрапляє на робочий сервер.

Docker пакує застосунок із потрібними залежностями, Kubernetes керує контейнерами. Для застосунків із відповідною архітектурою можна запускати додаткові копії та розподіляти запити між ними.

Що перевірити в умовах оренди

Доступність сервісу

Доступність 99,0-99,9% залежно від сервісу. За умовного періоду у 30 діб, тобто 43 200 хвилин, різниця виглядає так:

Правила обліку простоїв, винятки й компенсації потрібно перевірити в SLA – угоді про рівень обслуговування.

Які замовлення повернуться після відновлення

Уявімо: копію бази створили о 02:00, а збій стався о 16:00. Якщо доступна лише ця копія, замовлення за останні 14 годин доведеться відновлювати з інших джерел.

Тому з адміністратором погоджують два показники: RPO – допустиму глибину втрати даних у часі, RTO – цільовий час відновлення системи. Ці поняття пояснює настанова NIST щодо аварійного відновлення.

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