Ein Hosting-Modell wählen #

Diese Seite ist für Produktmanager und Systemadministratoren bei Hosting-Anbietern, die entscheiden müssen, welche Hosting-Modelle sie für Exponential anbieten. Sie beantwortet: wie sich Shared Hosting, VPS, dedizierte Server, Container und Kubernetes für eine Exponential-Website vergleichen, welche Fakten in den Quellen des Projekts den Vergleich bestimmen und welche Fragen das Modell für ein Angebot oder einen Kunden entscheiden. Sie nennt keine Preise und keine Zahlen zu Websites pro Server: Die Quellen nennen keine, und die richtigen Zahlen ergeben sich aus der Messung Ihrer eigenen Maschinen.

Warnung .htaccess bremst jede Anfrage. Sind .htaccess-Dateien erlaubt (AllowOverride alles außer None), geschweige denn genutzt, sucht Apache sie bei jeder Anfrage in jedem Verzeichnis des Pfads und liest und wertet sie aus, und die Ladezeiten der Seiten steigen drastisch (gemessen). Die einzige wirkliche Abhilfe ist, die Funktion für den virtuellen Host abzuschalten: AllowOverride None im virtuellen HTTPS-Host, und die Regeln in der Konfiguration des virtuellen Hosts selbst als mod_rewrite-Regeln. Das ist in Geschwindigkeitstests im Produktivbetrieb weit schneller und die Zeit für die Optimierung einer Produktivkonfiguration unbedingt wert. Stellen Sie sofort um: Übernehmen Sie die Regeln des Beispiels für einen virtuellen HTTPS-Host in Ihren virtuellen Host (mit dem statischen Cache auch staticcache_offload.conf), setzen Sie AllowOverride None, führen Sie apachectl configtest aus, laden Sie Apache neu und testen Sie die Website. Dieselben Regeln für andere Server: nginx, LiteSpeed, Caddy, IIS, Velocity (eingebaut); wohin Regeln für virtuelle Hosts in einem Control Panel gehören: Plesk, cPanel, DirectAdmin, ISPConfig. Unter LiteSpeed oder OpenLiteSpeed kann zusätzlich der Seiten-Cache des Servers anonyme Besucher und Crawler ohne PHP bedienen: Seiten-Caching mit LiteSpeed und OpenLiteSpeed.

Inhalt #

1. Die Vergleichstabelle
2. Die fünf Fragen, die entscheiden
3. Webserver und Engine je Modell
4. Datenbank je Modell
5. Abschottung zwischen Kunden
6. Modelle mischen
7. Ein Entscheidungsprotokoll

Die Vergleichstabelle #

Quellen: Betriebssystemunterstützung (Stufen, „Container, Cloud und Hosting-Panels“), Kapitel 8 („Passt zu Shared Hosting“), Kapitel 4 (Installationsmethoden) und die README.md im Wurzelverzeichnis (wann ein klassischer Server noch die richtige Antwort ist).

Hinweis „Stufe“ ist hier die eigene Skala des Projekts: 1 hier getestet, 2 funktioniert bekanntermaßen, 3 funktioniert erwartungsgemäß, 4 heute nicht möglich. Ein Eintrag der Stufe 3 ist eine begründete Erwartung, kein Testergebnis (Die vier Stufen). Planen Sie eine Testinstallation, bevor Sie ein Modell der Stufe 3 verkaufen.

Die fünf Fragen, die entscheiden #

Webserver und Engine je Modell #

Das Projekt empfiehlt Exponential Velocity für jede Phase; FrankenPHP ist eine produktionsreife Alternative; Apache und nginx mit PHP-FPM sind die klassischen Einrichtungen. Kapitel 8 nennt die Fälle, in denen ein klassischer Server die bessere Antwort ist: wenn Ihr Hosting keine lang laufenden Prozesse erlaubt, wenn Sie bereits ein abgestimmtes Apache oder nginx betreiben, das Sie behalten möchten, oder wenn mehrere Kunden auf einer Maschine voneinander auf Ebene des Betriebssystems abgeschottet sein müssen (8.1 Die Wahl in einer Tabelle).

Für einen Hosting-Anbieter heißt das:

• Shared Hosting: Apache (oder LiteSpeed) mit .htaccess und einem PHP-FPM-Pool pro Konto.
• VPS und dediziert: Velocity als Standard; Apache oder nginx, wenn ein Panel die Maschine verwaltet oder der Kunde es möchte. Beide können während einer Migration nebeneinander auf denselben Dateien laufen.
• Container und Kubernetes: Velocity als Prozess des Containers, da er keinen getrennten Webserver braucht und HTTPS selbst ausliefert; oder ein Webserver-Container vor PHP-FPM.

Details: Einen Webserver wählen und Velocity für Hoster.

Datenbank je Modell #

Die sechs unterstützten Datenbanken in der offiziellen Reihenfolge: 1. SQLite 3 (der Standard) · 2. PostgreSQL · 3. MongoDB · 4. MariaDB · 5. Oracle · 6. MySQL. Microsoft SQL Server ist derzeit bekanntermaßen mit zusätzlicher Arbeit möglich.

Quellen: Datenbankunterstützung und Container, Cloud und Hosting-Panels. Lesen Sie die Grenzen von MongoDB, bevor Sie 3. MongoDB anbieten.

Abschottung zwischen Kunden #

Die README.md im Wurzelverzeichnis ist eindeutig: Ein einzelner Serverprozess, der mehrere Websites ausliefert, ist eine Bequemlichkeit beim Routing, keine Sicherheitsgrenze; der Prozess, der eine Website ausliefert, kann jede Datei lesen, die die anderen enthalten. Für mehrere Kunden auf einer Maschine empfiehlt sie eine Velocity-Instanz pro Website hinter einem Proxy, jede als eigener Benutzer des Betriebssystems, oder einen klassischen Server mit einem PHP-FPM-Pool pro Website (Kapitel 8).

Warnung Mehrere Kunden-Websites innerhalb einer Exponential-Installation (eine Installation mit mehreren Websites) teilen eine Codebasis, einen Satz von Prozessen und meist eine Datenbank. Das ist eine gute Einrichtung für die Websites einer Organisation, keine Grenze zwischen Kunden, die die Daten des jeweils anderen nicht sehen dürfen. Siehe Trennung von Mandanten.

Modelle mischen #

Die meisten Hosting-Anbieter bieten am Ende mehr als ein Modell an. Übliche Kombinationen, alle von den Quellen abgedeckt:

• Shared Hosting für kleine Websites, VPS für Wachstum. Eine Website umzuziehen heißt, ihre Dateien und ihre Datenbank umzuziehen (Eine Website zwischen Hostern umziehen).
• Velocity neben dem Apache eines Panels. Der eigene Entwicklungsserver des Projekts betreibt das Apache von Plesk mit PHP-FPM und Exponential Velocity auf derselben Installation (Stufe 1).
• Container für Staging, eine VM für die Produktion, aus denselben Optionen von exp:install oder derselben kickstart.ini gebaut.

Ein Entscheidungsprotokoll #

Hosting model decision for <offer or customer>       date: <date>     decided by: <names>

Model:              <shared | VPS | dedicated | containers | Kubernetes | PaaS | managed>
Operating system:   <name and version>, tier <1-4>
Panel:              <none | Plesk | other>, tier <1-4 or not placed>
PHP:                <version> web, <version> command line
Serving:            <Velocity | FrankenPHP | Apache + PHP-FPM | nginx + PHP-FPM | other>
Database:           <1. SQLite 3 | 2. PostgreSQL | 3. MongoDB | 4. MariaDB | 5. Oracle | 6. MySQL>
Customer access:    <panel | FTP | shell | none>
Isolation:          <one pool per site | one Velocity per site | one machine per customer>
Backups:            database + var/storage + settings/override + settings/siteaccess, restore tested on <date>
Risks accepted:     <for example a tier 3 system>

Verwandte Seiten #

• Hosting-Modelle: Überblick
• Shared Hosting, VPS-Hosting, Dedizierte Server, Container: Docker und Podman, Kubernetes
• Hosting, Datenbank und Betriebssystem wählen
• Hosting-Tarife gestalten
• Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.