Să rulezi douăzeci de site-uri client pe conturi separate de shared hosting înseamnă douăzeci de panouri de control, douăzeci de facturi lunare și douăzeci de puncte de eșec. Overhead-ul de management crește liniar în timp ce marjele tale scad. Un singur VPS cu suficient RAM și nuclee dedicate poate găzdui 20 de site-uri WordPress mici cu izolare corectă a utilizatorilor, pool-uri PHP-FPM per site și actualizări automate. Acest articol prezintă arhitectura exactă de server pentru consolidarea acelor site-uri pe un singur VPS configurat corect. Explică și când merită să construiești acest stack singur și când găzduirea reseller sub brand propriu este decizia de business mai inteligentă.

Costul ascuns al fragmentării

Majoritatea agențiilor încep prin a plasa site-urile client pe shared hosting ieftin. Factura pare mică per site. Adaugă zece sau cincisprezece clienți și petreci ore în fiecare săptămână autentificându-te în panouri de control diferite, urmărind date de reînnoire diferite și explicând clienților de ce site-ul lor merge încet pentru că altcineva pe același server partajat rulează un miner de criptomonede. Costul real nu sunt taxele de hosting. Este timpul pe care îl petreci ca pod uman între clienții tăi și furnizorii lor de hosting. Timpul acela nu scalează.

Cum arată izolarea corectă pe un singur VPS

A arunca douăzeci de site-uri pe un server fără izolare este un proces de malpraxis care așteaptă să se întâmple. Un plugin WordPress compromis nu ar trebui să ofere unui atacator acces de citire la baza de date a fiecărui alt client. Arhitectura începe cu utilizatori Linux separați per client. Fiecare utilizator deține propriul web root, propriul pool PHP-FPM și propriile fișiere jurnal. Configurația pool-ului PHP-FPM impune limite stricte:

[client1]
user = client1
group = client1
listen = /run/php/php8.3-fpm-client1.sock
pm.max_children = 5
php_admin_value[memory_limit] = 128M
php_admin_value[open_basedir] = /var/www/client1:/tmp
php_admin_flag[allow_url_fopen] = off

Asta înseamnă că workerii PHP ai clientului1 rulează ca utilizator client1, pot accesa fișiere doar în propriul director și sunt limitați la cinci procese concurente. Dacă un plugin intră într-o buclă infinită sau un atac de forță brută lovește pagina de autentificare, dauna rămâne în interiorul acelei cuști. Blocurile server NGINX direcționează fiecare domeniu către propriul socket Unix, deci nu există un pool PHP partajat unde un vârf de trafic al unui site înfometează celelalte.

Unde arhitectura începe să scârțâie

Disk I/O este primul blocaj pe care majoritatea agențiilor îl ignoră. Douăzeci de site-uri WordPress cu propriile biblioteci media, seturi de pluginuri și tabele de bază de date vor satura un singur drive NVMe în timpul ferestrelor de backup. Planul ServerSpan ct.Go oferă 80 GB de stocare. Asta înseamnă patru gigabytes per client dacă împarți egal, ceea ce este nerealist pentru orice site cu mai mult de câteva zeci de imagini. Va trebui să monitorizezi agresiv utilizarea discului per client sau să accepti că unii clienți trebuie mutați pe propriul server.

Contenția RAM este al doilea punct de eșec. Opt gigabytes sună suficient până când cinci clienți instalează WooCommerce și Elementor simultan. Fiecare pool PHP-FPM are nevoie de o amprentă minimă, iar pool-urile de buffer MariaDB nu se micșorează elegant sub presiune. Serverul nu se va prăbuși imediat. Va încetini, iar clienții tăi vor observa timpii de încărcare a paginilor crescând de la două secunde la opt secunde înainte ca cineva să verifice panoul de monitorizare.

Stratul de automatizare care face asta gestionabil

Actualizările manuale pe douăzeci de site-uri sunt un job cu jumătate de normă. Stack-ul are nevoie de o buclă WP-CLI care rulează noaptea prin toate directoarele clienților, aplicând actualizări de securitate și patch-uri de pluginuri. Fiecare site ar trebui să facă backup independent în propriul repository restic înainte ca actualizarea să ruleze. Uptime Kuma ar trebui să verifice fiecare domeniu client la fiecare șaizeci de secunde și să te alerteze înainte ca clientul să sune întrebând de ce site-ul lui este offline. Fără acest strat, ai mutat pur și simplu fragmentarea managementului de la douăzeci de conturi de hosting la un server cu douăzeci de sarcini de mentenanță manuale. Automatizarea este ceea ce face consolidarea să îți reducă efectiv volumul de lucru.

Când acest stack este alegerea greșită

Unii clienți au nevoie de conformitate PCI, aliniere HIPAA sau pur și simplu generează suficient trafic încât merită propriile resurse dedicate. Acei clienți nu ar trebui să stea pe VPS-ul tău de agenție partajat. Același lucru se aplică dacă clienții tăi se așteaptă la familiaritate cu cPanel sau Plesk. Construirea unui stack VPS personalizat înseamnă că tu ești biroul de suport pentru fiecare întrebare de hosting. Dacă facturezi pe oră pentru muncă de dezvoltare, fiecare minut petrecut depanând o problemă de livrare email a unui client este un minut pe care nu îl facturezi. Reseller hosting-ul cu DirectAdmin descarcă acel suport către furnizorul de hosting în timp ce tu păstrezi marja.

Comparație de costuri

Douăzeci de site-uri client pe planuri individuale de shared hosting bugetar costă de obicei între cinci și cincisprezece euro per site pe lună. Asta înseamnă o sută până la trei sute de euro lunar doar pentru hosting, plus timpul tău gestionând conturile. Un singur VPS ServerSpan costă o fracțiune din acea sumă. Matematica pare evidentă pe hârtie. Variabila ascunsă este timpul tău de sysadmin. Dacă petreci trei ore pe lună aplicând patch-uri, monitorizând și depanând VPS-ul, iar tariful tău facturabil este de optzeci de euro pe oră, costul real este de două sute patruzeci de euro plus taxa serverului. VPS-ul câștigă doar dacă automatizarea este suficient de solidă încât timpul tău lunar de intervenție să scadă sub treizeci de minute.

ConfigurațieCost lunar hostingTimp managementCost real la €80/oră
Hosting partajat individual (20 site-uri)€100-3005-10 ore€500-1100
VPS auto-gestionat de agenție€15-303-5 ore€255-430
Reseller hosting ServerSpan€20-401-2 ore€100-200

Opțiunea reseller stă la mijloc pentru că DirectAdmin gestionează izolarea utilizatorilor, backup-urile automate și provisionarea SSL din start. Creezi un cont per client, stabilești propriile prețuri și lași ServerSpan să se ocupe de infrastructură. Planurile reseller ServerSpan încep de la €6.99 lunar pentru zece conturi și scalează până la șaptezeci și cinci de conturi pe planul r.Three.

Cadrul de decizie

Dacă ai abilitățile Linux pentru a configura pool-uri PHP-FPM, a scrie scripturi de backup și a răspunde la alerte la ora 3 dimineața, VPS-ul auto-gestionat îți oferă control maxim și cel mai mic cost brut de hosting. Dacă ai prefera să te concentrezi pe construirea de site-uri decât pe tuning-ul pool-urilor de buffer MariaDB, reseller hosting-ul convertește hosting-ul dintr-un centru de cost într-un flux de venituri recurente sub brandul tău. Pentru agențiile care vor controlul VPS-ului fără povara sysadmin, serviciul de administrare Linux ServerSpan poate gestiona serverul în timp ce tu gestionezi relațiile cu clienții. Iar dacă ai nevoie de panoul de control DirectAdmin cu management expert în spate, administrarea serverului DirectAdmin acoperă actualizări de securitate, tuning de performanță și monitorizare.

Întrebări frecvente

Pot începe cu un VPS mai mic și migra în sus?

Da, dar migrarea a douăzeci de site-uri live fără downtime necesită planificare. Începe cu suficient RAM încât să nu fii forțat într-o migrație de urgență în timpul unui vârf de trafic al unui client.

Ce se întâmplă dacă un client primește un vârf de trafic?

Cu pool-uri PHP-FPM per client, vârful afectează doar workerii alocați acelui client. Dacă vârful este susținut, poți crește temporar limita lor de procese sau îi poți muta pe un VPS dedicat.

Email hosting-ul este inclus în acest stack?

Rularea de servere de mail pentru douăzeci de clienți pe același VPS este un coșmar de management al reputației. Folosește un furnizor de mail terț sau reseller hosting-ul ServerSpan care include infrastructură de email gestionată.

Clienții știu că sunt pe un server partajat?

Cu izolare corectă a utilizatorilor Linux și pool-uri PHP-FPM separate, clienții nu au vizibilitate asupra altor site-uri. Permisiunile lor de fișiere previn accesul între site-uri.

Cum funcționează backup-urile cu douăzeci de site-uri?

Fiecare director client face backup în propriul repository restic cu chei de criptare individuale. Coruperea backup-ului unui client nu îi afectează pe ceilalți.

Sursă și Atribuire

Aceast articol se bazează pe date originale ale serverspan.com. Pentru metodologia completă și pentru a asigura integritatea datelor, articolul original trebuie citat. Sursa canonică este disponibilă la: Găzduirea a 20 de site-uri client pe un singur VPS: stack-ul de infrastructură pentru agenții.