Ich versuche, ein Forum auf GCPs Compute Engine zu starten, das auf einem e2-micro läuft. Ich glaube, als ich es zum ersten Mal auszuführen versuchte, wurde eine 2GB Swap-Datei erstellt.
10GB funktionierten nicht, da es IIRC zu wenig war, also erhöhte ich es auf 20GB.
Nachdem ich ./launcher rebuild app ausgeführt hatte, begann es zu tun, was es tun musste. Als es ...[@embroider/webpack machte, dauerte es so lange, dass ich einfach ging und später zurückkam (~2h später).
Ich fand heraus, dass es fertig war, aber ich konnte mein Forum nicht aufrufen, obwohl ich meinen Namecheap A-Eintrag mit der externen IP der VM verbunden hatte.
Ich habe es noch einmal versucht, und hier sind die vollständigen Protokolle (Protokolle sind zu lang): GCP e2-micro discourse logs.txt (176,7 KB)
Und doch funktioniert meine Discourse-Seite nicht. Ich bekomme:
Funktioniert es zufällig, die Anzahl der Unicorn-Worker in containers/app.yml auf 1 zu reduzieren, um Speicher zu sparen, und dann die App mit ./launcher rebuild app neu zu erstellen?
Oder Sie können Ihre Instanz vorübergehend auf e2-small oder höher aufrüsten, den Neuaufbau abschließen und dann wieder auf e2-micro verkleinern.
Das Neuerstellen hat bereits ~2 Stunden gedauert. Ich glaube nicht, dass ich das dritte Mal so lange warten möchte.
Apropos, meine E-Mail funktioniert jetzt nicht mehr.
E-Mail funktioniert jetzt, aber ich habe Angst, Plugins zu installieren, da die Neuerstellung etwa 2 Stunden dauern wird. Ich weiß, dass dies nicht normal ist. Gibt es also eine Möglichkeit, dies zu beschleunigen, ohne die Ressourcen der VM zu ändern?
Das könnte sein. Wenn es Ihnen nichts ausmacht, zu fragen, was sind die Systemanforderungen des VPs?
Ziemlich lange her. Einer der Server, die ich als Freiwilliger betreibe, lief auf einem grundlegenden 20g VPs. Und selbst mit der Größe der Datenbank darauf dauerte es normalerweise nur etwa 15 Minuten.
Schließlich war der Kunde gezwungen, auf einen größeren Server umzusteigen, nachdem er hart abgestürzt war. Da sie damals meine nicht beachteten, dass der Server abstürzen würde, konnte er nicht mehr über die Befehlszeile wiederhergestellt werden.
Also bezahlten sie ein Mitglied hier, um ihn auf einen neuen Server mit einem 256g Plan zu verlegen. Das kostete sie viel Ausfallzeit, etwa 2,5 Wochen, weil sie das Problem ignorierten.
Positiv ist, dass sie jetzt besser auf hören, wenn sie gegeben werden.
Ich glaube, es sind 0,25 vCPU und 1 GB RAM. Die Einrichtung hat eine 2-GB-Swapdatei erstellt. Der ursprüngliche Server wurde mit 10 GB Speicher geliefert. Aber die Installation sagte, dass mehr benötigt wird, um fortzufahren, da noch etwa 1,7 GB übrig waren. Also habe ich ihn auf 20 GB erhöht und bisher keine speicherbezogenen Warnungen gesehen.
nicht beachteten, dass der Server abstürzen würde, konnte er nicht mehr über die Befehlszeile wiederhergestellt werden.