Питання «чи пора з shared на VPS» зазвичай виникає не від теорії, а від симптому: магазин почав гальмувати у пікові години або хостинг надіслав листа про перевищення ліміту. Розберемо, коли переїзд справді розвʼязує проблему, а коли просто переносить її на дорожчий тариф.
Що насправді обмежує shared
Обмежує не «місце на диску», як багато хто думає, а три речі, яких у тарифі зазвичай не видно:
- Кількість одночасних процесів. Магазин обробляє запити паралельно; коли ліміт вичерпано, відвідувачі стають у чергу. Саме звідси беруться «гальмує тільки ввечері».
- Час процесора. Він ділиться між сусідами по серверу. Важкий сусід — і ваш магазин повільніший без жодних змін з вашого боку.
- Доступ до налаштувань. Версія PHP, параметри бази, кеш на рівні сервера — на shared це або недоступно, або задано за вас.
Коли shared ще цілком вистачає
Магазин на кілька сотень товарів із десятками відвідувачів одночасно живе на shared нормально. Якщо сторінки віддаються швидко, а падіння трапляються не через ресурси — переїзд нічого не змінить, лише додасть вам обовʼязок адмініструвати сервер.
Частий сценарій: власник переїжджає на VPS, отримує ті самі 4 секунди завантаження і робить висновок, що «VPS не допоміг». Насправді гальмував важкий модуль або відсутні індекси в базі — і на новому сервері вони нікуди не зникли.
Ознаки, що ресурсу вже бракує
- Сайт помітно повільніший у передбачувані години — вечір, вихідні, дні акцій.
- Хостинг регулярно пише про перевищення лімітів або сам вимикає сайт на кілька хвилин.
- Імпорт прайсу чи генерація фіда не доходять до кінця через обмеження часу виконання.
- Потрібна версія PHP або розширення, яких на тарифі немає.
- Каталог виріс до десятків тисяч позицій, і адмінка стала повільнішою за вітрину.
Одна ознака — привід перевірити. Три і більше — переїзд уже виправданий.
Скільки коштує VPS, якщо рахувати чесно
Сам сервер зазвичай не дорожчий за пристойний shared-тариф. Різниця в тому, що на shared адміністрування входить у ціну, а на VPS — ні. Оновлення системи, сертифікати, бекапи, моніторинг, реакція на збій — це або ваш час, або окрема послуга.
Тому чесне порівняння виглядає так: вартість сервера плюс вартість обслуговування проти вартості тарифу. Якщо магазин приносить дохід, різниця окупається першим же збереженим пікових днем; якщо це проєкт на старті — поспішати не варто.
Що зробити до переїзду, а не після
Найгірший варіант — перенести магазин разом із його проблемами й лише потім розбиратися. Перед переїздом варто знати, що саме гальмує: сервер чи сам магазин. Порядок такої діагностики описаний у матеріалі чому сервер повільний, а типові вузькі місця самого OpenCart — у гайді з оптимізації магазину.
Технічний бік самого переносу — без простою і з коректним перемиканням DNS — розібраний у статті про переїзд сайту на новий сервер. Що поставити на новому сервері одразу: панель керування, Nginx і PHP-FPM під навантаження та бекапи за правилом 3-2-1.
Якщо ж адмініструвати сервер самостійно не хочеться, цю частину закриває абонентський догляд за магазином: оновлення, моніторинг і реакція на збої на нашому боці.
