Wie sind die Server-Spezifikationen? Klingt, als ob ihm die Ressourcen ausgehen? Wahrscheinlich die CPU. Läuft zu dieser Zeit vielleicht eine tägliche Aufgabe?
Ich werde die DB-Größe überprüfen, erwarte nicht, dass sie groß ist (Backups sind alle etwa 57 MB).
Die Uptime der Instanz beträgt jetzt knapp zehn Stunden, da die Wiederherstellung einen Stopp und Neustart des virtuellen Servers erforderte – ich konnte keine Shell- oder Konsolenverbindung herstellen.
Läuft seit dem Bau dieser Instanz (geschätzt Februar 2021) problemlos auf diesem Instanztyp.
Das klingt nach dem, was passiert, wenn AWS Ihre VM von einem Host auf einen anderen verschiebt und sie dadurch in einem seltsamen Zustand hinterlässt. Normalerweise löst ein Neustart das Problem.
Ein zweiter ähnlicher „hoher Last“-Fehler ist aufgetreten.
Ich vermute Ressourcenkonflikte.
Hat jemand versucht, den Lightsail-Snapshot zu verwenden, um die Instanz zu sichern und sie als Upgrade-Methode auf eine größere Instanz wiederherzustellen?
Ich bin mit Lightsail-Snapshots von 1 CPU, 1 GB RAM, 40 GB SSD auf 2 CPU, 4 GB RAM, 80 GB SSD umgezogen.
Abgesehen davon, dass ich die öffentliche IP trennen und wieder anhängen musste, was einfach genug war, ist meine verbleibende Sorge: „Was habe ich übersehen“?
Gibt es etwas (Backups, E-Mail, S3-Bucket-Konfiguration usw.), das ich überprüfen sollte, oder muss ich irgendwelche anfänglichen Installationsparameter erneut ausführen, um die verbesserten Ressourcen zu nutzen?
Ich denke, basierend auf diesem Link könnte ich den db_shared_buffer auf mindestens 1 GB erhöhen.
Die aktuelle app.yml sagt 128 MB und zeigt auch an, dass er sich beim Start automatisch anpasst.
1 GB ist in Ordnung für ein 4-GB-System. Stellen Sie sicher, dass Sie auch unicorn_workers auf 4 aktualisieren.
Die übliche Empfehlung, wenn Sie zwischen Servern wechseln würden, wäre, discourse-setup erneut auszuführen, was sich automatisch um das oben Genannte kümmert.
