OFFSHORE VPS / GROW
Grow.
Mehr Spielraum für eine wachsende Arbeitslast.
Mehrere bescheidene Dienste oder eine stärker genutzte API. Profilieren Sie den tatsächlichen Engpass, bevor Sie zu einer größeren Instanz wechseln.
Beginnen Sie mit diesen Ressourcen.
- Compute
- 4 vCPU
- Speicher
- 4 GB
- Speicher
- 100 GB
- Transferbudget
- 4 TB
Passen Sie Ressourcen, Image, Netzwerkoptionen und den Servicedienst in der Konfiguration an. Wählen Sie Malaysia, Rumänien oder die Schweiz als Serverstandort, ohne Standortaufschlag. Backup-Länder bleiben unbestätigt.
Planen Sie um die gesamte Arbeitslast herum.
Der Arbeitsspeicher wird von jedem Prozess auf der Instanz gemeinsam genutzt. Beziehen Sie Datenbank-Caches, Jobwarteschlangen und Ihren Bereitstellungsprozess ein und testen Sie zu einer erwarteten Spitzenzeit.
Ein Ressourcenbudget erstellen →Wissen, was Sie besitzen.
Planen Sie Anwendungssicherheit, Updates, Observability und einen unabhängigen Wiederherstellungsprozess. Wenn Sie eine Backup-Option wählen, überprüfen Sie das Wiederherstellungsverfahren und testen Sie es mit Ihrer Anwendung.
Erste Wiederherstellungsübung vorbereiten →Zusätzlicher Platz für mehrere bescheidene Prozesse.
Grow ist ein Vergleichspunkt für mehrere bescheidene Prozesse oder eine stärker genutzte Anwendung mit bekannter Arbeitslast. Die größere Startzuweisung kann Platz für einen Webprozess, einen Datendienst und begrenzte Hintergrundarbeit schaffen, aber jeder Prozess teilt weiterhin eine Ausfall- und Wartungsgrenze.
Ein ausgearbeiteter Ausgangspunkt
Eine illustrative App bedient eine API und führt einen täglichen Datenimport durch. Messen Sie den Spitzenspeicher und die Schreibaktivität des Imports zusammen mit normalen Anfragen. Entscheiden Sie, ob Sie ihn zu einer ruhigeren Zeit planen, die Parallelität reduzieren, eine gemessene Ressourcenerhöhung hinzufügen oder ihn auf einen separaten Dienst verlegen.
Wenn dieser Ausgangspunkt schlecht passt
Trennen Sie Dienste, wenn ein einzelner Neustart, ein Festplattenproblem oder ein Zugriffsfehler Arbeit beeinträchtigen würde, die unabhängig sein sollte. Eine größere gemeinsam genutzte Instanz schafft diese Trennung nicht. Wenn eine Abfrage oder ein Job ohne Limit weiter wächst, beheben Sie sein Verhalten, bevor Sie sich auf eine größere Zuweisung verlassen.
Geben Sie jeder Option eine Aufgabe.
Die Basiskonfiguration enthält 4 vCPU, 4 GB RAM, 100 GB Speicher, ein 4 TB Transferbudget und 1 IPv4-Adresse. IPv6 wird separat angefordert und standardmäßig ist keine Backup-Option ausgewählt. Dies sind Katalogzuweisungen; bestätigen Sie die tatsächliche Hardware, Abrechnung und Wiederherstellungsregeln des Anbieters.
- Speicher: lassen Sie Platz für das Betriebssystem, die Laufzeit, die Datenbank und beobachtete Spitzen. Das Hinzufügen von 1 GB zu Grow ergibt einen monatlichen Zwischensumme von $29.50 vor Laufzeitrabatten.
- CPU: vergleichen Sie die Prozesse, die Arbeit leisten, und ihre Parallelität. Es beschreibt kein garantiertes Prozessormodell oder Anfragen pro Sekunde.
- Speicher und Transfer: budgetieren Sie gespeicherte Daten getrennt von den Bytes, die Sie übertragen. Off-Server-Exporte können beides nutzen.
- Backups und Netzwerk: definieren Sie die Daten, die Sie zurückbenötigen, und die Adressen, die Ihre Anwendung verwendet. Die Auswahl einer Option dokumentiert nicht das Betriebsverfahren für Sie.
Machen Sie die erste Überprüfung konkret.
Erfassen Sie einen normalen Betriebszeitraum, eine schwerere Aufgabe und ein Release. Notieren Sie den verfügbaren Speicher, die am stärksten wachsenden Verzeichnisse und das Ergebnis einer lokalen Anwendungsprüfung. Führen Sie ein kleines Änderungsprotokoll, damit ein unerwartetes Ergebnis einen Ausgangspunkt hat. Vergleichen Sie dann die gesamte Vorabsumme des ausgewählten Zeitraums im Konfigurator; eine längere Laufzeit ändert den Preis, nicht die Ressourcen.
Lesen Sie die Drucksignale, bevor Sie upgraden → · Erstellen Sie ein Ressourcen-Arbeitsblatt · Katalogfakten und Servicegrenzen prüfen