# Hosten Sie mehrere React-Anwendungen auf einem VPS

Eine Agentur könnte mehrere Demos, eine Marketing-Site und ein kleines internes Tool hosten. Die gemeinsame Nutzung eines VPS ist eine Option, wenn Sie entscheiden, wie Ressourcen aufgeteilt werden und was passiert, wenn bei einer Anwendung ein Datenverkehrsanstieg auftritt.

Die Anzahl der Projekte, die ein Server hosten kann, ist keine Funktion der verfügbaren Ports. Routen, Datenbanken, Builds und überlappende Spitzen bestimmen die Kapazität. In diesem Leitfaden wird erläutert, wie Sie diese Freigabe organisieren und überprüfen.

## Geben Sie jeder Anwendung eine Grenze

Weisen Sie jeder Anwendung ein Release-Verzeichnis, einen überwachten Prozess, einen lokalen Port und ihre eigenen Umgebungsvariablen zu. Ein gemeinsam genutzter Reverse-Proxy wählt das Ziel nach Domäne aus. Neustarts sollten auf einen identifizierbaren Dienst abzielen, ohne die anderen zu berühren.

Überprüfen Sie für verschiedene Clients auch Dienstkonten und Berechtigungen. Prozesse, die ein Konto teilen, können auf Dateien zugreifen, die von diesem Konto gelesen werden können. Ein separater Port stellt keine Sicherheitsisolierung dar. Für die erforderliche Grenze sind möglicherweise Container oder separate Maschinen erforderlich.

## Planen Sie Domänen und lokale Ports

Diese Tabelle veranschaulicht eine Anordnung. Ersetzen Sie die Namen von example.com durch Ihre Domains. Lokale Ports sind keine öffentlichen URLs: Der Browser stellt eine Verbindung zum Proxy her.

Jede Domäne benötigt ein gültiges Zertifikat und eine entsprechende Konfiguration. Überprüfen Sie absolute Links, Authentifizierungsrückrufe und Cookies für diese Domain. Die gemeinsame Nutzung einer Domäne unter separaten Pfaden erfordert eine zusätzliche Präfix- und Asset-Konfiguration. Subdomains vermeiden diese Kopplung häufig.

Eine Beispielinventur, keine Kapazitätsmessung.

| Anwendung | Domain | Lokaler Zuhörer |
| --- | --- | --- |
| Marketingseite | www.example.com | 127.0.0.1:3101 |
| Demo | demo.example.com | 127.0.0.1:3102 |
| Internes Werkzeug | tools.example.com | 127.0.0.1:3103 |

## Budget für sich überschneidende Spitzen

Erfassen Sie Leerlauf, normale Auslastung und repräsentative Spitzenauslastung für jeden Dienst. Fügen Sie Shared Services, das Betriebssystem und Spielraum für die Bereitstellung hinzu. Zählen Sie eine gemeinsam genutzte Datenbank einmal im Gesamtbudget mit ihrer eigenen Spitze.

Laden Sie dann zwei Anwendungen gleichzeitig. Isolierte Tests können die Konkurrenz um CPU-, Festplatten- und Datenbankverbindungen verpassen. Wenn ein Team während der Arbeitszeit Demos präsentiert, können Aktivitätszeiträume zusammenfallen.

[Erstellen Sie aus Ihren Messungen ein Speicherbudget](/de/blog/nextjs-ram-vps-sizing)

## Legen Sie explizite Ressourcengrenzen fest

Auf einem System mit den erforderlichen Controllern kann systemd eine Prozessgruppe überwachen und einschränken. Als Ersatz für den getesteten Dienst führt MemoryHigh einen Rückforderungsdruck ein, während MemoryMax eine harte Grenze festlegt, die zur Beendigung führen kann. CPUQuota begrenzt CPU Zeit.

Dieses Fragment veranschaulicht die Syntax. Ersetzen Sie die Werte nach der Messung; Die Größe Next.js wird nicht empfohlen. Eine Anwendung, die an ihre Grenzen stößt, kann langsamer werden oder ausfallen. Überprüfen Sie daher die Latenz, Speicherereignisse und Protokolle. Die Grenze muss sowohl untergeordnete Prozesse als auch den übergeordneten Prozess abdecken.

```ini
[Service]
MemoryAccounting=yes
MemoryHigh=512M
MemoryMax=768M
CPUQuota=100%
```

## Halten Sie Builds davon ab, benachbarte Apps zu überfordern

Planen Sie Builds und Bereinigungen getrennt von aktiven Prozessen. Wenn möglich, bauen Sie kompatibles CI ein und stellen Sie ein verifiziertes Artefakt bereit. Andernfalls schließen Sie den Build in das gemeinsame Ressourcenbudget ein und vermeiden Sie gleichzeitige teure Kompilierungen.

Verwenden Sie pro Release ein Verzeichnis und überprüfen Sie es vor dem Wechsel. Bestehende Verbindungen und Ressourcen, die von bereits geöffneten Registerkarten benötigt werden, erfordern Aufmerksamkeit. Datenbanksicherungen bleiben von Anwendungsarchiven getrennt; Testen Sie die Wiederherstellung regelmäßig anhand von Testdaten.

## Bewerten Sie den Schlaf für intermittierende Projekte

PRNext kann das Gedächtnis untätiger Arbeiter auf Kosten der Weckarbeit freigeben. Das kann hilfreich sein, wenn die Leerlaufzeiten lang sind und Erstbesuche die Verzögerung akzeptieren können. Häufige Tests oder Hintergrundanfragen können das Verhalten ändern.

Testen Sie vor dem Hinzufügen von Projekten auch gleichzeitige Aktivierungen. Die veröffentlichte Speicherprobe von PRNext deckt eine kleine Anwendung ab; es stellt keine garantierte Site-Anzahl dar. Datenbanken, Proxy, System und Caches behalten ihre eigenen Anforderungen.

[Verstehen Sie die Schlafeinstellungen und ihre Einschränkungen](/de/blog/prnext-sleep-mode-memory)

[Überprüfen Sie die öffentliche Bereitstellung jeder Anwendung](/de/blog/deploy-nextjs-vps)

## Sources

[Next.js: self-hosting](https://nextjs.org/docs/app/guides/self-hosting)

[systemd: resource control](https://www.freedesktop.org/software/systemd/man/latest/systemd.resource-control.html)

[Nginx: request routing](https://nginx.org/en/docs/http/request_processing.html)

[PRNext 0.1.18-alpha: build and deployment](https://github.com/Lorkydey/PRNext/blob/05a9ccd/packages/prnext/docs/ai/deployment.md)

Veröffentlicht: 2026-10-30

Geändert: 2026-10-30

Autor: PRNext

---

Sprache: de

Canonical: https://prnext.dev/de/blog/multiple-react-apps-one-vps

Index: https://prnext.dev/llms.txt