Wie viele Domains können auf einem VPS Server gehostet werden?

Ein einzelner VPS-Server kann technisch gesehen eine unbegrenzte Anzahl von Domains hosten — es gibt keine fest kodierte Obergrenze, die durch die Technologie selbst auferlegt wird. Die eigentliche Einschränkung ist immer die Ressourcenkapazität: CPU-Kerne, RAM, Disk I/O und Netzwerkbandbreite. In der Praxis kann ein gut konfigurierter VPS mit 4 vCPUs, 8 GB RAM und SSD-Speicher problemlos zwischen 10 und 100+ Domains gleichzeitig bedienen, sofern diese Websites nicht ressourcenintensiv sind. Sobald Sie Traffic-intensive E-Commerce-Shops, datenbankintensive Anwendungen oder Media-Streaming einführen, sinkt diese Zahl erheblich.

Das Verständnis der Beziehung zwischen Workload-Typ, Serverkonfiguration und Web-Stack-Architektur ist das, was Administratoren, die maximalen Nutzen aus einem einzelnen VPS ziehen, von denen unterscheidet, die überprovisionieren oder, schlimmer noch, unter Last in kaskadierende Performance-Ausfälle geraten.

Die Kernfaktoren, die die Domain-Kapazität bestimmen

1. Zugewiesene Serverressourcen

Jede Domain, die Sie einem VPS hinzufügen, schöpft aus einem gemeinsamen Pool physischer Ressourcen. Die vier primären Einschränkungen sind:

• CPU: Jede Web-Anfrage, PHP-Ausführung, Datenbankabfrage und jeder Cron-Job verbraucht Prozessorzeit. Ein Single-Core-VPS wird bei gleichzeitigen Anfragen von mehreren Websites schnell zum Engpass.
• RAM: Webserver (Apache, Nginx), PHP-FPM-Pools, MySQL/MariaDB-Instanzen und Caching-Schichten halten alle Daten im Speicher. 50 WordPress-Seiten ohne Object-Caching auf 2 GB RAM zu betreiben, ist ein garantierter Weg zu OOM (Out of Memory) Kills.
• Disk I/O: SSD-gestützte VPS-Instanzen bewältigen gleichzeitige Lese-/Schreiboperationen von mehreren Domains weitaus effizienter als HDD-Pläne mit rotierenden Festplatten. Hohe I/O-Wartezeiten sind ein stiller Killer der Multi-Domain-Performance.
• Netzwerkbandbreite: Der aggregierte Traffic über alle gehosteten Domains teilt sich denselben Uplink. Ein einziger viraler Beitrag auf einer Domain kann die Bandbreite sättigen und die Antwortzeiten für jede andere Website auf dem Server verschlechtern.

Eine praktische Faustregel erfahrener Sysadmins: Reservieren Sie ungefähr 256–512 MB RAM pro aktiver WordPress-Seite mit ordentlichem PHP-FPM-Tuning und Opcode-Caching. Statische HTML-Seiten verbrauchen einen Bruchteil davon.

2. Website-Typ und Ressourcenprofil

Nicht alle Domains sind gleich. Das Gruppieren Ihrer Websites nach Ressourcenprofil vor der Provisionierung ist entscheidend:

Diese Tabelle macht deutlich, warum eine pauschale Antwort wie „100 Domains auf jedem VPS hosten” irreführend ist. Ein VPS, der 80 statische Landing-Pages verwaltet, kann mit 5 aktiven WooCommerce-Shops überfordert sein.

3. Webserver-Architektur und Stack-Effizienz

Die Wahl der Webserver-Software hat einen direkten Multiplikatoreffekt darauf, wie viele Domains eine bestimmte Hardwarekonfiguration unterstützen kann.

Nginx vs. Apache für Multi-Domain-Hosting:

• Nginx verwendet eine ereignisgesteuerte, nicht-blockierende Architektur. Es verarbeitet Tausende von gleichzeitigen Verbindungen mit minimalem Speicheraufwand, was es deutlich effizienter für die Bereitstellung mehrerer Domains macht, insbesondere für statische Assets.
• Apache verwendet ein prozess-/threadbasiertes Modell (MPM Prefork oder Worker). Jede Verbindung erzeugt oder verwendet einen Prozess, der mehr Speicher verbraucht. Die .htaccess-Unterstützung von Apache pro Verzeichnis macht jedoch die domainspezifische Konfiguration ohne Zugriff auf Serverebene einfacher.
• Nginx + PHP-FPM ist der dominante Produktions-Stack für Multi-Domain-VPS-Deployments. Jede Domain kann ihren eigenen PHP-FPM-Pool mit isolierten Ressourcenlimits haben, was verhindert, dass eine fehlerhafte Website alle verfügbaren PHP-Worker verbraucht.

Praktischer Konfigurationstipp: Wenn Sie 20+ Domains auf einem einzelnen VPS betreiben, konfigurieren Sie separate PHP-FPM-Pools pro Domain mit pm.max_children konservativ eingestellt (z. B. 3–5 für Websites mit geringem Traffic). Dies verhindert Pool-Erschöpfung und bietet eine sinnvolle Prozessisolierung.

4. Datenbankserver-Konfiguration

MySQL und MariaDB sind häufig der primäre Engpass in Multi-Domain-VPS-Umgebungen. Wichtige Überlegungen:

• Gemeinsame vs. domainspezifische Datenbanken: Alle Domains können eine einzelne MySQL-Instanz mit separaten Datenbanken teilen. Dies ist speichereffizient, bedeutet aber, dass eine außer Kontrolle geratene Abfrage auf einer Website den gesamten Datenbankserver blockieren kann.
• InnoDB-Buffer-Pool-Größe: Der Parameter innodb_buffer_pool_size sollte auf ungefähr 70–80 % des für MySQL verfügbaren RAM gesetzt werden. Auf einem 4 GB VPS mit 15 WordPress-Seiten erfordert dies eine sorgfältige Berechnung.
• Connection Pooling: Tools wie ProxySQL oder PgBouncer (für PostgreSQL) reduzieren den Overhead beim Aufbau neuer Datenbankverbindungen pro Anfrage, was bei größerem Maßstab entscheidend wird.

5. DNS-Konfiguration und Virtual Hosts

Das Hosten mehrerer Domains auf einer IP-Adresse wird durch Virtual Hosting ermöglicht — eine grundlegende Webserver-Funktion. Jede Domain wird als separater Virtual Host (Apache) oder Server Block (Nginx) konfiguriert, der eingehende HTTP/HTTPS-Anfragen basierend auf dem Host-Header an das richtige Dokumenten-Root weiterleitet.

Apache Virtual Host Beispiel:

<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 Block Beispiel:

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;
}

Sie können so viele Virtual Host / Server Block Definitionen hinzufügen, wie benötigt. Der Webserver liest den Host-Header bei jeder eingehenden Anfrage und leitet sie an das richtige Website-Verzeichnis weiter. Es gibt aus Software-Perspektive keine praktische Begrenzung der Anzahl dieser Definitionen.

Für die Domain-Registrierung und DNS-Verwaltung stellen Sie sicher, dass der A-Record jeder Domain auf Ihre VPS-IP-Adresse zeigt. Domain-Registrierung mit integrierter DNS-Verwaltung vereinfacht diesen Schritt erheblich.

Control Panels: Vereinfachung der Multi-Domain-Verwaltung

Das manuelle Verwalten von Dutzenden von Virtual-Host-Dateien, SSL-Zertifikaten, DNS-Zonen und E-Mail-Konten über SSH ist fehleranfällig und zeitaufwendig. Control Panels abstrahieren diese Komplexität in eine webbasierte Oberfläche.

cPanel / WHM

Das branchenübliche Control Panel für Multi-Domain-Hosting. WHM (WebHost Manager) arbeitet auf Serverebene, während cPanel auf Kontoebene arbeitet. Wichtige Funktionen für die Multi-Domain-Verwaltung:

• Addon Domains: Fügen Sie sekundäre Domains zu einem einzelnen cPanel-Konto hinzu, jede mit eigenem Dokumenten-Root.
• Ressourcenlimits auf Kontoebene: Legen Sie CPU-, RAM- und Bandbreitenkontingente pro cPanel-Konto fest.
• Automatisierte SSL-Bereitstellung: Integration mit Let’s Encrypt für kostenlose SSL-Ausstellung für alle gehosteten Domains.
• DNS Zone Editor: Verwalten Sie A-, CNAME-, MX- und TXT-Records pro Domain über eine einheitliche Oberfläche.

Ein VPS mit cPanel ist der schnellste Weg zu produktionsreifem Multi-Domain-Hosting ohne tiefgreifende Linux-Administrationskenntnisse.

DirectAdmin, Plesk und Open-Source-Alternativen

• DirectAdmin: Leichtgewichtig, geringerer Speicherbedarf als cPanel. Geeignet für VPS-Pläne mit begrenztem RAM.
• Plesk: Starke Windows Server-Unterstützung neben Linux. Bevorzugt in Unternehmensumgebungen.
• HestiaCP / VestaCP / CyberPanel: Kostenlose Open-Source-Panels. CyberPanel integriert sich nativ mit OpenLiteSpeed und bietet Performance-Vorteile für PHP-intensive Websites.
• ISPmanager: In europäischen Märkten beliebt, bietet granulare Ressourcenzuweisung pro Domain.

Für Administratoren, die volle Kontrolle ohne GUI-Overhead bevorzugen, bietet VPS Control Panels einen Vergleich der verfügbaren Optionen, um Ihren Workflow anzupassen.

Sicherheit und Isolation in Multi-Domain-Umgebungen

Das Hosten mehrerer Domains auf einem einzelnen Server führt zu einer kritischen Sicherheitsüberlegung: Cross-Site-Kontamination. Wenn eine Website kompromittiert wird, kann ein Angreifer versuchen, auf andere Websites auf demselben Server überzuwechseln.

Isolationsstrategien

1. Separate Linux-Benutzer pro Domain

Weisen Sie jeder Domain einen eigenen Systembenutzer zu. Konfigurieren Sie PHP-FPM-Pools so, dass sie unter der UID/GID dieses Benutzers laufen. Dies stellt sicher, dass Dateiberechtigungen verhindern, dass PHP-Prozesse einer Website die Dateien einer anderen Website lesen.

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

2. Containerisierung mit Docker oder LXC

Das Ausführen jeder Domain (oder logischen Gruppe von Domains) in einem Docker-Container oder LXC-Container bietet Namespace-Isolation auf Kernel-Ebene. Ressourcenlimits (CPU-Shares, Speicherlimits) werden auf Container-Ebene über cgroups durchgesetzt. Dies ist das robusteste Isolationsmodell unterhalb separater VPS-Instanzen.

3. ModSecurity und WAF-Regeln

Stellen Sie eine Web Application Firewall auf Serverebene bereit. ModSecurity mit dem OWASP Core Rule Set bietet eine grundlegende Verteidigung gegen SQL-Injection, XSS und File-Inclusion-Angriffe auf alle gehosteten Domains gleichzeitig.

4. SSL/TLS für jede Domain

Jede Domain auf dem Server muss ein gültiges SSL-Zertifikat haben. Über die offensichtlichen Sicherheitsvorteile hinaus bestraft Googles Ranking-Algorithmus HTTP-Websites. Let’s Encrypt über Certbot macht dies kostenlos und automatisierbar. Für Domains, die erweiterte Validierung oder Wildcard-Abdeckung benötigen, bieten dedizierte SSL-Zertifikate das notwendige Vertrauensniveau.

5. Chroot Jails und open_basedir

Die PHP-Direktive open_basedir beschränkt den Dateisystemzugriff für PHP-Skripte auf einen definierten Verzeichnisbaum. In Kombination mit einer Chroot-Umgebung verhindert dies, dass eine kompromittierte PHP-Anwendung das Dateisystem durchsucht, um auf Daten anderer Domains zuzugreifen.

Ressourcenüberwachung und Auto-Scaling

Proaktives Monitoring ist unverzichtbar, wenn mehrere Domains auf einem einzelnen VPS betrieben werden. Eine einzelne Website, die einen Traffic-Spike erlebt, kann die Performance für jede andere gehostete Domain verschlechtern.

Wesentliche Monitoring-Tools

• Netdata / Prometheus + Grafana: Echtzeit-CPU-, RAM-, Disk-I/O- und Netzwerkmetriken pro Prozess. Richten Sie Warnungen für Ressourcenschwellenwerte ein, bevor sie zu Ausfällen werden.
• GoAccess: Echtzeit-Web-Log-Analyzer. Identifizieren Sie schnell, welche Domain anomalen Traffic erzeugt.
• MySQLTuner: Analysiert die MySQL/MariaDB-Performance und empfiehlt Konfigurationsanpassungen speziell für Ihren Workload.
• fail2ban: Sperrt automatisch IP-Adressen, die übermäßige fehlgeschlagene Anmeldeversuche generieren oder WAF-Regeln auslösen, und schützt so alle gehosteten Domains gleichzeitig.

Vertikales vs. horizontales Skalieren

Wenn Ressourcenlimits konsistent erreicht werden, gibt es zwei Skalierungspfade:

• Vertikales Skalieren (Scale Up): Erhöhen Sie CPU, RAM und Speicher auf dem vorhandenen VPS. Dies ist der einfachste Ansatz und erfordert keine architektonischen Änderungen. Die meisten VPS Hosting-Pläne unterstützen Live- oder nahezu Live-vertikales Skalieren.
• Horizontales Skalieren (Scale Out): Verteilen Sie Domains auf mehrere VPS-Instanzen, möglicherweise hinter einem Load Balancer. Dies erhöht die Komplexität, eliminiert aber das Einzelserver-Risiko und ermöglicht unabhängiges Skalieren pro Domain-Gruppe.

Eine gängige Zwischenstrategie: Migrieren Sie die Domains mit dem höchsten Traffic oder den ressourcenintensivsten auf ihren eigenen VPS oder Dedicated Server, während Sie Websites mit geringem Traffic auf einem gemeinsamen VPS konsolidiert halten.

E-Mail-Hosting-Überlegungen für Multi-Domain-Setups

Ein häufig übersehener Aspekt des Multi-Domain-VPS-Hostings ist E-Mail. Das Betreiben eines Mailservers (Postfix, Dovecot, Exim) auf demselben VPS wie Ihren Web-Stack ist technisch möglich, birgt jedoch erhebliche Risiken:

• Mailserver-Prozesse (insbesondere Spam-Filterung über SpamAssassin oder Rspamd) verbrauchen erhebliche RAM- und CPU-Ressourcen.
• Die Spam-Beschwerderate einer einzelnen Domain kann dazu führen, dass die VPS-IP auf einer Blacklist landet, was die E-Mail-Zustellbarkeit für jede andere gehostete Domain beeinträchtigt.
• Ordnungsgemäße PTR-Records, DKIM, SPF und DMARC-Konfiguration müssen pro Domain gepflegt werden.

Für Produktionsumgebungen, die mehrere Geschäftsdomains hosten, eliminiert die Auslagerung von E-Mails an einen dedizierten E-Mail-Hosting-Dienst diese Risiken vollständig und gibt VPS-Ressourcen für Web-Workloads frei.

Praktische Entscheidungsmatrix: Wie viele Domains kann Ihr VPS verwalten?

Verwenden Sie diese Matrix, um die realistische Domain-Kapazität basierend auf Ihrer VPS-Spezifikation und dem Website-Typ zu schätzen:

Diese Zahlen setzen SSD-Speicher, Nginx + PHP-FPM-Stack, aktiviertes Redis-Object-Caching und ordentlich abgestimmtes MySQL voraus. Ohne diese Optimierungen reduzieren Sie die Schätzungen um 40–60 %.

Wichtige technische Erkenntnisse

• Es gibt keine softwareseitig auferlegte Begrenzung der Anzahl von Domains pro VPS. Die Ressourcenkapazität ist die einzige echte Einschränkung.
• Benchmarken Sie Ihre tatsächlichen Website-Workloads vor der Provisionierung. Ein einziges schlecht optimiertes WordPress-Plugin kann mehr Ressourcen verbrauchen als 10 statische Websites.
• Implementieren Sie domainspezifische PHP-FPM-Pools mit expliziten pm.max_children-Limits, um zu verhindern, dass eine Website andere von PHP-Workern aushungert.
• Verwenden Sie Nginx statt Apache für Multi-Domain-Deployments, wo .htaccess-Flexibilität nicht erforderlich ist — die Speichereinsparungen im großen Maßstab sind erheblich.
• Erzwingen Sie Dateisystem-Isolation über separate Linux-Benutzer und open_basedir-Einschränkungen, bevor der Server in Betrieb geht, nicht nach einem Sicherheitsvorfall.
• Überwachen Sie den Ressourcenverbrauch pro Domain kontinuierlich. Aggregierte Servermetriken verbergen den Missbrauch einzelner Domains, bis es zu spät ist.
• Lagern Sie E-Mails an einen dedizierten Dienst aus. Das Risiko-Nutzen-Verhältnis des Betriebs eines Mailservers auf einem gemeinsamen Web-VPS ist in fast jedem Szenario ungünstig.
• SSL-Zertifikate sind für jede Domain obligatorisch — automatisieren Sie Ausstellung und Erneuerung über Certbot von Anfang an.
• Planen Sie Ihren Skalierungspfad, bevor Sie ihn benötigen. Wissen Sie, bei welcher Ressourcenauslastung Sie Domains mit hohem Traffic auf ihre eigene Infrastruktur migrieren werden.

Häufig gestellte Fragen

Gibt es eine feste Begrenzung, wie viele Domains ich einem VPS hinzufügen kann?

Nein. Der Webserver (Nginx oder Apache) unterstützt eine praktisch unbegrenzte Anzahl von Virtual Host / Server Block Definitionen. Die einzigen praktischen Limits sind Server-RAM, CPU, Disk I/O und Bandbreite. Ein gut ausgestatteter VPS kann Hunderte von Domains mit geringem Traffic ohne Probleme bedienen.

Benötigt jede Domain auf einem VPS eine eigene IP-Adresse?

Nein. Moderne Webserver verwenden Server Name Indication (SNI), um mehrere SSL-fähige Domains von einer einzelnen IP-Adresse zu bedienen. Jede Domain wird durch den Host-Header in der HTTP-Anfrage unterschieden. Eine dedizierte IP pro Domain ist nur in seltenen Legacy-Szenarien mit sehr alten SSL-Clients erforderlich.

Was ist das beste Control Panel für die Verwaltung von 20+ Domains auf einem VPS?

Für die meisten Benutzer bietet cPanel/WHM den vollständigsten Funktionsumfang. Für ressourcenbeschränkte VPS-Pläne sind DirectAdmin oder HestiaCP effizienter. Wenn Sie mit der Kommandozeile vertraut sind, bietet die manuelle Verwaltung von Virtual Hosts mit einem Konfigurationsmanagement-Tool wie Ansible die größte Flexibilität und den geringsten Overhead.

Wie verhindere ich, dass eine Domain andere auf demselben VPS verlangsamt?

Konfigurieren Sie separate PHP-FPM-Pools pro Domain mit expliziten Prozesslimits. Verwenden Sie Nginx’s limit_req– und limit_conn-Direktiven, um Anfragen pro Domain zu begrenzen. Legen Sie MySQL-Ressourcenlimits auf Benutzerebene fest. Stellen Sie eine Caching-Schicht bereit (Redis, Memcached oder Full-Page-Cache), um die dynamische Anfragelast zu reduzieren. Überwachen Sie domainspezifische Access-Logs, um Traffic-Spikes frühzeitig zu erkennen.

Wann sollte ich von einem Multi-Domain-VPS zu Dedicated Hosting wechseln?

Migrieren Sie zu einem Dedicated Server, wenn: Ihre VPS-CPU konsistent über 70 % Auslastung liegt, RAM regelmäßig auf die Festplatte ausgelagert wird, der Traffic einer einzelnen Domain das übersteigt, was vertikales VPS-Skalieren kosteneffektiv bewältigen kann, oder Compliance-Anforderungen physische Hardware-Isolation vorschreiben. An diesem Punkt überwiegen die Performance- und Sicherheitsvorteile von Dedicated Servern den Kostenaufschlag.