Estou tentando iniciar um fórum no Compute Engine do GCP, executando-o em um e2-micro. Acho que um swapfile de 2GB foi criado quando tentei executá-lo pela primeira vez.
10GB não funcionou porque era muito pouco, se bem me lembro, então aumentei para 20GB.
Depois de executar ./launcher rebuild app, ele começou a fazer sua coisa. Quando estava fazendo ...[@embroider/webpack, demorou tanto que eu simplesmente saí e voltei mais tarde (cerca de 2 horas depois).
Descobri que tinha terminado, mas não conseguia acessar meu fórum, mesmo tendo conectado meu registro A do Namecheap com o IP externo da VM.
Tentei novamente e aqui estão os logs completos (os logs são muito longos): GCP e2-micro discourse logs.txt (176,7 KB)
E ainda assim, meu site Discourse não está funcionando. Eu recebo:
Reduzir os trabalhadores do Unicorn para 1 em containers/app.yml para economizar memória e, em seguida, reconstruir o aplicativo com ./launcher rebuild app funciona de alguma forma?
Ou você pode atualizar temporariamente sua instância para e2-small ou superior, concluir a reconstrução e, em seguida, redimensionar de volta para e2-micro.
O e-mail funciona agora, mas tenho medo de instalar plugins, já que a reconstrução levará cerca de 2 horas. Sei que isso não é normal, então há alguma maneira de acelerar isso sem alterar os recursos da VM?
Isso pode ser. Se não se importar que eu pergunte, quais são as especificações do sistema do VP?
Faz bastante tempo. Um dos servidores que gerencio como voluntário estava em um VP básico de 20g. E mesmo com o tamanho do banco de dados nele, geralmente levava cerca de 15 minutos.
Eventualmente, o cliente foi forçado a migrar para um servidor maior depois que ele travou severamente. Na época, eles não deram atenção ao meu de que o servidor iria travar, pois não era mais possível reconstruir pela linha de comando.
Então, eles pagaram a um membro aqui para movê-lo para um novo servidor com um plano de 256g. Custou-lhes muito tempo de inatividade, cerca de 2,5 semanas por ignorarem o problema.
No lado positivo, na maior parte do tempo, eles agora ouvem melhor os quando são dados.
Acredito que sejam 0,25 vCPU e 1 GB de RAM. A configuração criou um arquivo de swap de 2 GB. O servidor original veio com 10 GB de armazenamento. Mas a instalação disse que precisava de mais para continuar, pois restavam cerca de 1,7 GB. Então, aumentei para 20 GB e ainda não vi nenhum aviso relacionado ao armazenamento.
de que o servidor iria travar, pois não era mais possível reconstruir pela linha de comando.