Estoy intentando iniciar un foro en Compute Engine de GCP, ejecutándolo en un e2-micro. Creo que se creó un archivo de intercambio de 2 GB cuando lo intenté ejecutar por primera vez.
10 GB no funcionaron porque era muy poco, si mal no recuerdo, así que lo aumenté a 20 GB.
Después de ejecutar ./launcher rebuild app, comenzó a hacer lo suyo. Cuando estaba haciendo ...[@embroider/webpack, tardó tanto que me fui y volví más tarde (~2h después).
Descubrí que había terminado, pero no podía acceder a mi foro, a pesar de haber conectado mi registro A de Namecheap con la IP externa de la VM.
Lo intenté de nuevo, y aquí están los registros completos (los registros son demasiado largos): GCP e2-micro discourse logs.txt (176.7 KB)
Y sin embargo, mi sitio de Discourse no funciona. Obtengo:
¿Funciona reducir los trabajadores de Unicorn a 1 en containers/app.yml para conservar memoria y luego reconstruir la aplicación con ./launcher rebuild app?
O puedes actualizar temporalmente tu instancia a e2-small o superior, completar la reconstrucción y luego redimensionarla de nuevo a e2-micro.
El correo electrónico funciona ahora, pero tengo miedo de instalar complementos, ya que la reconstrucción tardará unas 2 horas. Sé que esto no es normal, así que ¿hay alguna forma de acelerarlo sin cambiar los recursos de la VM?
Eso podría ser. Si no le importa que le pregunte, ¿cuáles son las especificaciones del sistema del VP?
Hace bastante tiempo. Uno de los servidores que gestiono como voluntario estaba en un VP básico de 20g. E incluso con lo grande que era la base de datos allí, normalmente solo tomaba alrededor de 15 minutos.
Finalmente, el cliente se vio obligado a migrar a un servidor más grande después de que se cayera de forma grave. En ese momento, no prestaron atención a mi de que el servidor se iba a caer, ya que ya no podía reconstruirse desde la línea de comandos.
Así que pagaron a un miembro aquí para que lo moviera a un servidor nuevo con un plan de 256g. Les costó mucho tiempo de inactividad, unas 2,5 semanas por ignorar el problema.
Como punto positivo, en su mayor parte, ahora escuchan mejor las cuando se les dan.
Creo que son 0,25 vCPU y 1 GB de RAM. La configuración creó un archivo de paginación de 2 GB. El servidor original venía con 10 GB de almacenamiento. Pero la instalación dijo que necesitaba más para continuar, ya que quedaba como 1,7 GB. Así que lo aumenté a 20 GB y no he visto ninguna advertencia relacionada con el almacenamiento.
de que el servidor se iba a caer, ya que ya no podía reconstruirse desde la línea de comandos.