Скільки доменів можна розмістити на одному VPS сервері?

Один VPS сервер технічно може розміщувати необмежену кількість доменів — технологія сама по собі не встановлює жорсткого обмеження. Реальним обмеженням завжди є ресурсна ємність: ядра CPU, RAM, дисковий I/O та пропускна здатність мережі. На практиці добре налаштований VPS з 4 vCPU, 8 GB RAM та SSD сховищем може комфортно обслуговувати від 10 до 100+ доменів одночасно, за умови що ці сайти не є ресурсомісткими. Щойно ви додаєте високонавантажені інтернет-магазини, застосунки з інтенсивним використанням баз даних або медіастримінг — ця кількість різко зменшується.

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

Основні фактори, що визначають ємність доменів

1. Виділені ресурси сервера

Кожен домен, який ви додаєте до VPS, використовує спільний пул фізичних ресурсів. Чотири основні обмеження:

• CPU: Кожен веб-запит, виконання PHP, запит до бази даних та cron-завдання споживають процесорний час. VPS з одним ядром швидко стане вузьким місцем при одночасних запитах з кількох сайтів.
• RAM: Веб-сервери (Apache, Nginx), пули PHP-FPM, екземпляри MySQL/MariaDB та шари кешування зберігають дані в пам’яті. Запуск 50 сайтів WordPress без об’єктного кешування на 2 GB RAM — гарантований шлях до OOM (Out of Memory) завершень процесів.
• Disk I/O: VPS-екземпляри на SSD обробляють одночасні операції читання/запису з кількох доменів набагато ефективніше, ніж плани на HDD зі шпиндельними дисками. Високий час очікування I/O — прихований вбивця продуктивності при мультидоменному хостингу.
• Пропускна здатність мережі: Сукупний трафік з усіх розміщених доменів використовує один і той самий канал. Один вірусний пост на одному домені може насичити пропускну здатність і погіршити час відповіді для кожного іншого сайту на сервері.

Практичне правило, яким користуються досвідчені системні адміністратори: виділяйте приблизно 256–512 MB RAM на кожен активний сайт WordPress з належним налаштуванням PHP-FPM та кешуванням опкодів. Статичні HTML-сайти споживають лише частку цього обсягу.

2. Тип сайту та профіль ресурсів

Не всі домени однакові. Групування сайтів за профілем ресурсів перед виділенням є критично важливим:

Ця таблиця чітко показує, чому загальна відповідь «розмістіть 100 доменів на будь-якому VPS» є оманливою. VPS, який обробляє 80 статичних лендінгів, може не впоратися з 5 активними магазинами WooCommerce.

3. Архітектура веб-сервера та ефективність стеку

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

Nginx проти Apache для мультидоменного хостингу:

• Nginx використовує подієво-орієнтовану, неблокуючу архітектуру. Він обробляє тисячі одночасних з’єднань з мінімальними накладними витратами пам’яті, що робить його значно ефективнішим для обслуговування кількох доменів, особливо статичних ресурсів.
• Apache використовує модель на основі процесів/потоків (MPM Prefork або Worker). Кожне з’єднання породжує або повторно використовує процес, споживаючи більше пам’яті. Однак підтримка .htaccess в Apache для кожної директорії спрощує конфігурацію для кожного домену без доступу на рівні сервера.
• Nginx + PHP-FPM — домінуючий виробничий стек для мультидоменних VPS-розгортань. Кожен домен може мати власний пул PHP-FPM з ізольованими обмеженнями ресурсів, що запобігає споживанню одним несправним сайтом усіх доступних PHP-воркерів.

Практична порада з налаштування: При запуску 20+ доменів на одному VPS налаштуйте окремі пули PHP-FPM для кожного домену з консервативним значенням pm.max_children (наприклад, 3–5 для сайтів з низьким трафіком). Це запобігає вичерпанню пулу та забезпечує значущу ізоляцію процесів.

4. Конфігурація сервера баз даних

MySQL та MariaDB часто є основним вузьким місцем у мультидоменних VPS-середовищах. Ключові міркування:

• Спільні бази даних проти баз даних для кожного домену: Усі домени можуть використовувати один екземпляр MySQL з окремими базами даних. Це ефективно з точки зору пам’яті, але означає, що некерований запит на одному сайті може заблокувати весь сервер баз даних.
• Розмір буферного пулу InnoDB: Параметр innodb_buffer_pool_size слід встановити приблизно на 70–80% від доступної RAM, виділеної для MySQL. На VPS з 4 GB, що запускає 15 сайтів WordPress, це вимагає ретельного розрахунку.
• Пулінг з’єднань: Інструменти на кшталт ProxySQL або PgBouncer (для PostgreSQL) зменшують накладні витрати на встановлення нових з’єднань з базою даних для кожного запиту, що стає критичним при масштабуванні.

5. Конфігурація DNS та віртуальні хости

Хостинг кількох доменів на одній IP-адресі реалізується через віртуальний хостинг — фундаментальну функцію веб-сервера. Кожен домен налаштовується як окремий віртуальний хост (Apache) або серверний блок (Nginx), спрямовуючи вхідні HTTP/HTTPS-запити до правильного кореневого каталогу документів на основі заголовка Host.

Приклад віртуального хоста Apache:

<VirtualHost *:80>
    ServerName example.com
    ServerAlias www.example.com
    DocumentRoot /var/www/example.com/public_html
    ErrorLog /var/log/apache2/example.com_error.log
</VirtualHost>

Приклад серверного блоку Nginx:

server {
    listen 80;
    server_name example.com www.example.com;
    root /var/www/example.com/public_html;
    access_log /var/log/nginx/example.com_access.log;
}

Ви можете додавати стільки визначень віртуальних хостів / серверних блоків, скільки потрібно. Веб-сервер зчитує заголовок Host у кожному вхідному запиті та направляє його до правильного каталогу сайту. З точки зору програмного забезпечення практичного обмеження на кількість таких визначень не існує.

Для реєстрації доменів та управління DNS переконайтеся, що A-запис кожного домену вказує на IP-адресу вашого VPS. Реєстрація доменів з інтегрованим управлінням DNS значно спрощує цей крок.

Панелі керування: спрощення управління кількома доменами

Управління десятками файлів віртуальних хостів, SSL-сертифікатами, DNS-зонами та поштовими акаунтами вручну через SSH є схильним до помилок і трудомістким. Панелі керування абстрагують цю складність у веб-інтерфейс.

cPanel / WHM

Галузевий стандарт панелі керування для мультидоменного хостингу. WHM (WebHost Manager) працює на рівні сервера, тоді як cPanel — на рівні акаунту. Ключові функції для управління кількома доменами:

• Додаткові домени: Додавайте вторинні домени до одного акаунту cPanel, кожен зі своїм кореневим каталогом документів.
• Обмеження ресурсів на рівні акаунту: Встановлюйте квоти CPU, RAM та пропускної здатності для кожного акаунту cPanel.
• Автоматичне виділення SSL: Інтеграція з Let’s Encrypt для безкоштовного видачі SSL для всіх розміщених доменів.
• Редактор DNS-зон: Управляйте записами A, CNAME, MX та TXT для кожного домену з єдиного інтерфейсу.

VPS з cPanel — найшвидший шлях до готового до виробництва мультидоменного хостингу без глибоких знань адміністрування Linux.

DirectAdmin, Plesk та альтернативи з відкритим кодом

• DirectAdmin: Легковагова панель з меншим споживанням пам’яті, ніж cPanel. Підходить для VPS-планів з обмеженою RAM.
• Plesk: Потужна підтримка Windows Server поряд з Linux. Переважає в корпоративних середовищах.
• HestiaCP / VestaCP / CyberPanel: Безкоштовні панелі з відкритим кодом. CyberPanel нативно інтегрується з OpenLiteSpeed, пропонуючи переваги продуктивності для сайтів з інтенсивним використанням PHP.
• ISPmanager: Популярний на європейських ринках, пропонує детальний розподіл ресурсів для кожного домену.

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

Безпека та ізоляція в мультидоменних середовищах

Хостинг кількох доменів на одному сервері вводить критичне міркування безпеки: міжсайтове зараження. Якщо один сайт скомпрометовано, зловмисник може спробувати перейти до інших сайтів на тому самому сервері.

Стратегії ізоляції

1. Окремі користувачі Linux для кожного домену

Призначте кожному домену власного системного користувача. Налаштуйте пули PHP-FPM для роботи під UID/GID цього користувача. Це гарантує, що права доступу до файлів запобігають PHP-процесам одного сайту читати файли іншого сайту.

# Create isolated user for each domain
useradd -m -s /bin/false site_examplecom
chown -R site_examplecom:site_examplecom /var/www/example.com

2. Контейнеризація за допомогою Docker або LXC

Запуск кожного домену (або логічної групи доменів) всередині контейнера Docker або LXC забезпечує ізоляцію простору імен на рівні ядра. Обмеження ресурсів (частки CPU, обмеження пам’яті) застосовуються на рівні контейнера через cgroups. Це найбільш надійна модель ізоляції, поступаючись лише окремим екземплярам VPS.

3. ModSecurity та правила WAF

Розгорніть веб-аплікаційний фаєрвол на рівні сервера. ModSecurity з набором основних правил OWASP забезпечує базовий захист від SQL-ін’єкцій, XSS та атак включення файлів для всіх розміщених доменів одночасно.

4. SSL/TLS для кожного домену

Кожен домен на сервері повинен мати дійсний SSL-сертифікат. Окрім очевидних переваг безпеки, алгоритм ранжування Google штрафує HTTP-сайти. Let’s Encrypt через Certbot робить це безкоштовним та автоматизованим. Для доменів, що потребують розширеної перевірки або wildcard-покриття, спеціалізовані SSL-сертифікати забезпечують необхідний рівень довіри.

5. Chroot-в’язниці та open_basedir

Директива PHP open_basedir обмежує доступ PHP-скриптів до файлової системи визначеним деревом каталогів. У поєднанні з chroot-середовищем це запобігає скомпрометованому PHP-застосунку переміщатися по файловій системі для доступу до даних інших доменів.

Моніторинг ресурсів та автомасштабування

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

Основні інструменти моніторингу

• Netdata / Prometheus + Grafana: Метрики CPU, RAM, дискового I/O та мережі в реальному часі для кожного процесу. Встановлюйте сповіщення для порогових значень ресурсів до того, як вони стануть збоями.
• GoAccess: Аналізатор веб-журналів у реальному часі. Швидко визначайте, який домен генерує аномальний трафік.
• MySQLTuner: Аналізує продуктивність MySQL/MariaDB та рекомендує налаштування конфігурації, специфічні для вашого навантаження.
• fail2ban: Автоматично блокує IP-адреси, що генерують надмірну кількість невдалих спроб входу або спрацьовують правила WAF, захищаючи всі розміщені домени одночасно.

Вертикальне проти горизонтального масштабування

Коли обмеження ресурсів постійно досягаються, існують два шляхи масштабування:

• Вертикальне масштабування (масштабування вгору): Збільшення CPU, RAM та сховища на існуючому VPS. Це найпростіший підхід, який не вимагає архітектурних змін. Більшість планів VPS Хостингу підтримують вертикальне масштабування в режимі реального часу або близькому до нього.
• Горизонтальне масштабування (масштабування вшир): Розподіл доменів між кількома екземплярами VPS, потенційно за балансувальником навантаження. Це вносить складність, але усуває ризик одного сервера та дозволяє незалежне масштабування для кожної групи доменів.

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

Міркування щодо поштового хостингу для мультидоменних налаштувань

Часто забутий аспект мультидоменного VPS-хостингу — це електронна пошта. Запуск поштового сервера (Postfix, Dovecot, Exim) на тому самому VPS, що й ваш веб-стек, технічно можливий, але несе значні ризики:

• Процеси поштового сервера (особливо фільтрація спаму через SpamAssassin або Rspamd) споживають значну кількість RAM та CPU.
• Рівень скарг на спам від одного домену може призвести до внесення IP VPS до чорного списку, що вплине на доставку пошти для кожного іншого розміщеного домену.
• Правильна конфігурація PTR-записів, DKIM, SPF та DMARC повинна підтримуватися для кожного домену.

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

Практична матриця рішень: скільки доменів може обробити ваш VPS?

Використовуйте цю матрицю для оцінки реалістичної ємності доменів на основі специфікації вашого VPS та типу сайту:

Ці цифри передбачають SSD-сховище, стек Nginx + PHP-FPM, увімкнене об’єктне кешування Redis та належно налаштований MySQL. Без цих оптимізацій зменшіть оцінки на 40–60%.

Ключові технічні висновки

• Не існує програмно встановленого обмеження на кількість доменів на VPS. Єдиним реальним обмеженням є ресурсна ємність.
• Виконуйте бенчмарк реальних навантажень вашого сайту перед виділенням ресурсів. Один погано оптимізований плагін WordPress може споживати більше ресурсів, ніж 10 статичних сайтів.
• Впроваджуйте пули PHP-FPM для кожного домену з явними обмеженнями pm.max_children, щоб запобігти виснаженню PHP-воркерів одним сайтом.
• Використовуйте Nginx замість Apache для мультидоменних розгортань, де гнучкість .htaccess не потрібна — економія пам’яті при масштабуванні є значною.
• Забезпечте ізоляцію на рівні файлової системи через окремих користувачів Linux та обмеження open_basedir до запуску сервера в роботу, а не після зламу.
• Постійно відстежуйте споживання ресурсів для кожного домену. Агреговані метрики сервера маскують зловживання окремих доменів до того моменту, коли вже занадто пізно.
• Перенесіть електронну пошту на спеціалізований сервіс. Співвідношення ризику до винагороди від запуску поштового сервера на спільному веб-VPS є несприятливим майже в кожному сценарії.
• SSL-сертифікати є обов’язковими для кожного домену — автоматизуйте видачу та оновлення через Certbot з першого дня.
• Плануйте шлях масштабування до того, як він вам знадобиться. Знайте, при якому рівні використання ресурсів ви перенесете домени з високим трафіком на власну інфраструктуру.

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

Чи існує жорстке обмеження на кількість доменів, які я можу додати до VPS?

Ні. Веб-сервер (Nginx або Apache) підтримує практично необмежену кількість визначень віртуальних хостів / серверних блоків. Єдиними практичними обмеженнями є RAM сервера, CPU, дисковий I/O та пропускна здатність. Добре оснащений VPS може обслуговувати сотні доменів з низьким трафіком без проблем.

Чи потрібна кожному домену на VPS власна IP-адреса?

Ні. Сучасні веб-сервери використовують Server Name Indication (SNI) для обслуговування кількох доменів з підтримкою SSL з однієї IP-адреси. Кожен домен розрізняється за заголовком Host у HTTP-запиті. Виділена IP-адреса для кожного домену необхідна лише в рідкісних застарілих сценаріях, що передбачають дуже старі SSL-клієнти.

Яка найкраща панель керування для управління 20+ доменами на VPS?

Для більшості користувачів cPanel/WHM пропонує найповніший набір функцій. Для VPS-планів з обмеженими ресурсами DirectAdmin або HestiaCP є більш ефективними. Якщо ви комфортно працюєте з командним рядком, управління віртуальними хостами вручну за допомогою інструменту управління конфігурацією, як-от Ansible, забезпечує найбільшу гнучкість та найменші накладні витрати.

Як запобігти уповільненню одним доменом інших на тому самому VPS?

Налаштуйте окремі пули PHP-FPM для кожного домену з явними обмеженнями процесів. Використовуйте директиви limit_req та limit_conn Nginx для обмеження швидкості запитів для кожного домену. Встановіть обмеження ресурсів на рівні користувача MySQL. Розгорніть шар кешування (Redis, Memcached або кеш повних сторінок) для зменшення навантаження динамічних запитів. Відстежуйте журнали доступу для кожного домену, щоб завчасно виявляти стрибки трафіку.

Коли слід переходити з мультидоменного VPS на виділений хостинг?

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