Preise von Laravel Cloud und Forge vs. eigener Server: Was eine App kostet

Laravel Cloud rechnet Rechenleistung sekundengenau ab und stoppt diese Abrechnung, während deine App schläft. Sie schläft aber erst nach einer ruhigen Phase ein, die so lang ist wie ihr Sleep-Timeout. Jede geplante Aufgabe weckt sie für genau diese Dauer wieder auf. Eine Aufgabe alle 5 Minuten bei einem Timeout von 5 Minuten lässt die Umgebung also nie schlafen. Planst du etwas jede Minute ein, wird dir Dauerbetrieb berechnet, bis zur Obergrenze von Cloud von 28 Tagen pro Instanz und Monat.

Deine App kann vielleicht den Großteil des Tages schlafen: Nichts ist häufiger eingeplant als ihr Timeout, und Jobs liegen auf einer verwalteten Queue. Dann berechnet der Starter-Plan von Laravel Cloud Rechenleistung nur für die Zeit, in der sie wach ist. Dazu kommen die Plangebühr, die Operationen der Queue sowie Speicher und Backups der Datenbank. Jede Rechnung unten geht davon aus, dass deine App nie schläft. Besteht deine App aus mehreren Docker-Containern statt aus einer Laravel-App, findest du in Was ein dauerhaft laufender Container auf Fly.io, Cloud Run oder Fargate kostet dasselbe Problem durchgerechnet, nur für nutzungsbasierte Container-Plattformen.

Was eine Laravel-App auf unserem Testserver verbraucht hat (kein DreamHost-Server)

Wir haben eine frische Laravel-13-App auf einem Testserver bereitgestellt, in einem Container aus den eigenen Paketen von Debian 13. Darin liefen dieselben drei Programme, die auch das LAMP Stack VPS mitbringt. Es waren allerdings Apache, MariaDB und PHP 8.4 aus Debian 13 und nicht das LAMP-Image von DreamHost. Supervisor hielt einen Queue-Worker am Laufen, und eine Cron-Zeile startete den Scheduler. Der Server hatte 2 vCPU, genauso viele wie Stack 4 und Stack 8.

Bei 200 Anfragen pro Sekunde stieg der p95-Wert dieser Seite auf 160 ms, weiterhin fehlerfrei. Der Lastgenerator teilte sich zu diesem Zeitpunkt dieselben zwei Kerne. Auf einem Server ohne ihn erwarten wir daher etwas bessere Werte. Eine reine Laravel-Route ohne Datenbankaufruf blieb bis 400 Anfragen pro Sekunde im 95. Perzentil unter 17 ms. Zum Vergleich: S3 unten geht von 3 Millionen Anfragen im Monat aus, im Schnitt etwa 1,2 pro Sekunde.

Selbst bei dieser Spitze von 572 MiB blieben von den 4 GB von Stack 4 nach unserer Rechnung etwa 3 GB frei. Deine Produktions-App bringt aber mehr Code und Daten mit als unsere frische Installation. Fügst du für eine vollere Queue weitere Worker hinzu, braucht jeder etwa 55 MiB. Für den Produktivbetrieb empfehlen wir dir Stack 8, mit doppelt so viel Arbeitsspeicher wie Stack 4.

Was die App in drei Größen kostet

Die Rechnungen unten verwenden die Preise von Laravel für die Region US East (Virginia). Jede geht davon aus, dass deine App zu jeder Uhrzeit antwortet und jede Minute eine Aufgabe einplant. Rechenleistung und Datenbank bleiben also den ganzen Monat wach. Das Nutzungsguthaben von 5 $, das zu jedem kostenpflichtigen Plan gehört, haben wir abgezogen. Bei den Backups haben wir den günstigen Fall angesetzt, mit Snapshot-Speicher in Höhe der Datenmenge. S1 betreibt den Worker auf der eigenen 1-GiB-Instanz der App. Auf unserem Testserver belegte die gesamte App samt Datenbank höchstens 572 MiB, also hat diese Instanz Platz dafür. S2 und S3 legen Jobs auf eine verwaltete Queue, die laut der Dokumentation von Laravel einen dedizierten Worker ersetzt.

Schon die kleine S1-Rechnung liegt über dem regulären Monatspreis von Stack 8, und der Abstand wächst schnell: S2 ist mehr als dreimal so hoch. S3 kostet etwa das Elffache. Damit bezahlst du zwei Replikate und einen Cache für durchschnittlich etwa 1,2 Anfragen pro Sekunde. Das liegt weit unter den 100 pro Sekunde, die unser Testserver bewältigt hat. Auf dem Server brauchst du keinen Valkey-Cache, denn Laravel 13 speichert Cache, Sessions und Queue standardmäßig in der Datenbank. Wenn du Forge nutzt, rechne bei allen drei die 12 $ im Monat für Hobby zum Serverpreis hinzu.

Das Beispiel in der Dokumentation von Laravel für eine Medium SaaS application fällt mit etwa 53,90 $ im Monat niedriger aus. Es verwendet die Preise für US East (Ohio), lässt die Plangebühr weg und lässt die Rechenleistung nachts und am Wochenende schlafen.

In S1 und S2 kostet die Datenbank mehr als die App-Instanz, die sie bedient. Laravel MySQL berechnet Speicher und Backups außerdem weiter, während die Datenbank schläft. Die Backups könnten 3,50 $ pro Monat erreichen, wenn jeder tägliche Snapshot die volle Größe hätte. Ausgehende Daten sind hier kostenlos, weil die Flex-1-GiB-Instanz von S1 100 GB pro Monat enthält. Bei S3 sind ausgehende Daten der größte Nutzungsposten, weil zwei Pro-Replikate nur ein Kontingent von 200 GB erhalten und die übrigen 800 GB 80,00 $ kosten. Auf dem LAMP Stack VPS zahlst du Bandbreite nicht pro GB. Sie ist unbegrenzt und ohne Zusatzgebühren, gemäß den Fair-Use-Bedingungen von DreamHost.

Die Gebühr von Forge kommt zum Server hinzu

Forge kann über seine Custom-VPS-Option auf einem Server arbeiten, den du bereits mietest. Dieser Server muss eine frische Installation von Ubuntu 24.04 oder 26.04 x64 mit Root-Zugang per SSH sein. Forge installiert dann Nginx, PHP, die Datenbank und Redis selbst. Bei DreamHost heißt das ein Ubuntu VPS, zu denselben Stack-Preisen wie das LAMP Stack VPS. Das LAMP-Image eignet sich nicht, da Apache und MariaDB darauf bei Lieferung bereits laufen. Wenn du zwischen den beiden Webservern abwägst, lies Apache oder Nginx für PHP.

Auf einem DreamHost-Server kostet Forge also seine Gebühr plus denselben Stack-Preis, den du auch für den Selbstbetrieb der App zahlen würdest. Für diese Gebühr richtet Forge den Server ein, deployt bei jedem Push und schreibt die Einträge für Supervisor und Cron. Damit sind die meisten Schritte unten abgedeckt.

Was du auf dem LAMP-Server selbst betreibst

Unser Testserver brauchte zusätzlich zu Apache, MariaDB und PHP diese vier Schritte, ganz ohne Verwaltungsoberfläche. Wenn du trotzdem eine Verwaltungsoberfläche auf dem Server möchtest, misst Kostenlose cPanel-Alternativen auf deinem eigenen VPS, was HestiaCP, CloudPanel und Virtualmin an Arbeitsspeicher und Speicherplatz kosten. Die Pfade gehen davon aus, dass deine App in /var/www/app liegt und als www-data läuft.

1. Composer und Supervisor installieren

   Beide sind im eigenen Paketarchiv von Debian 13 enthalten. Überspringe eines davon, wenn es auf deinem Server schon installiert ist.

   bashKopieren

   sudo apt install composer supervisor

2. Den Queue-Worker zu Supervisor hinzufügen

   Speichere das als /etc/supervisor/conf.d/laravel-worker.conf. Es ist das Beispiel von Laravel, mit für eine App angepasstem Pfad, Benutzer und Worker-Anzahl. Wir haben das Log nach /var/log verschoben. Supervisor wollte auf unserem Testserver nicht starten, solange der Log-Ordner in der App noch nicht existierte.

   iniKopieren

   [program:laravel-worker]
   process_name=%(program_name)s_%(process_num)02d
   command=php /var/www/app/artisan queue:work --sleep=3 --tries=3 --max-time=3600
   autostart=true
   autorestart=true
   stopasgroup=true
   killasgroup=true
   user=www-data
   numprocs=1
   redirect_stderr=true
   stdout_logfile=/var/log/laravel-worker.log
   stopwaitsecs=3600

   Lade sie dann mit sudo supervisorctl reread, sudo supervisorctl update und sudo supervisorctl start "laravel-worker:*".

3. Die Cron-Zeile für den Scheduler hinzufügen

   Speichere diese Zeile als /etc/cron.d/laravel. Es ist der einzige Cron-Eintrag von Laravel, mit eingetragenem Pfad und Benutzer.

   bashKopieren

   * * * * * www-data cd /var/www/app && php artisan schedule:run >> /dev/null 2>&1

4. Per Skript deployen

   Führe das für jedes Release im App-Ordner aus. In unseren drei Durchläufen dauerte alles nach der Codeänderung etwa 1,5 Sekunden, den Großteil davon composer install. So lange war die Site im Wartungsmodus. Das erste Deployment einer frischen App dauerte in unseren zwei Durchläufen 19 und 29 Sekunden, vor allem weil Composer Pakete herunterlud.

   bashKopieren

   php artisan down --retry=5
   git pull
   composer install --no-dev \
     --optimize-autoloader --no-interaction
   php artisan migrate --force
   php artisan optimize
   php artisan queue:restart
   php artisan up

Wann sich welche Option lohnt

In der Größe von S1 liegt die Rechnung von Laravel Cloud etwas über dem regulären Monatspreis von Stack 8. Eine so kleine App passt auch auf Stack 4, das bei unserem höchsten Messwert etwa 3 GB frei lässt. Die größeren Unterschiede beginnen bei S2, wo Stack 8 der App Raum zum Wachsen bietet.

Der Support von DreamHost ist rund um die Uhr erreichbar, und Hardware, Netzwerk und Konnektivität betreut das Team von DreamHost. Du verwaltest Betriebssystem, Software und Konfiguration, hier also die App. In unserem Test haben wir Composer, Supervisor und Cron einmal eingerichtet, und jedes Release danach war ein einziges Skript. Danach bestehen die monatlichen Aufgaben darin, Betriebssystem-Updates einzuspielen und zu prüfen, ob die Backups gelaufen sind.

Wie wir die App getestet und die Preise ermittelt haben

DreamHost hat die Preisseiten von Laravel Cloud, Forge und DreamHost am 20. Oktober 2026 und ihre Dokumentation zwischen dem 19. und 21. Oktober gelesen und den Test am 20. Oktober durchgeführt. Alle DreamHost-Pläne, Preise und Funktionen auf dieser Seite haben wir am 22. Oktober 2026 noch einmal mit den Seiten von DreamHost abgeglichen.

Der Testserver war eine arm64-VM mit 2 vCPU und 8 GB unter Ubuntu 24.04, mit der App in einem Container aus Debian-13-Paketen. Es war weder ein DreamHost-Server noch das LAMP-Image von DreamHost, und die VPS-Pläne von DreamHost laufen auf AMD-EPYC-Prozessoren.

Im Container liefen die Debian-13-Pakete Apache 2.4, PHP 8.4 und MariaDB 11.8 mit Laravel 13.38. Im Leerlauf belegte MariaDB 123 MiB, Apache und PHP 123 MiB und der Worker 55 MiB. Diese Prozesswerte teilen sich Speicher, deshalb ergeben sie zusammen mehr als die 208 MiB insgesamt.

Jede Laststufe lief eine Minute lang. Bei den gemessenen Re-Deployments ersetzte eine lokale Codeänderung git pull. Auf Laravel Cloud oder Forge lief nichts, ihre Spalten beruhen daher auf veröffentlichten Preisen. Echten Traffic, HTTPS, PHP-FPM oder einen 4-GB-Server bildet der Test nicht direkt ab.

FAQ zu den Kosten für Laravel-Hosting