Servidor Wordpress Digital Ocean inacessível após pico de CPU massivo

Question

Eu configurei um servidor oceânico digital para hospedar um site wordpress. Eu configurei como o servidor básico de $ 10, já que não esperava muito tráfego.

Depois de configurá-lo, segui as dicas de segurança da Digital Ocean e adicionei um usuário para mim mesmo e me estabeleci como um sudo-er. Eu também desativei o acesso SSH como root.

Eu tive o que parece ser um problema muito comum com o wordpress no oceano digital, o MySQL estava dando uma exceção de memória. Eu, portanto, criei um arquivo de troca de 4GB, pois isso parece ser o remédio, e eu não vi esse erro desde então.

Um par de dias atrás eu fiz algum trabalho no site e pronto para lançamento. Eu escrevi 30 pequenos posts no blog e adicionei um plugin chamado Yoast para SEO. Eu saí do site durante a noite e cheguei no dia seguinte no meu horário de almoço, apenas para descobrir que o site estava fora do ar.

Depois de reiniciar o servidor, o site dura por 10 minutos ou mais e, em seguida, falha novamente. O MySQL parece estar sobrecarregando muita RAM, mas não estou recebendo o erro do banco de dados que vi da última vez.

Eu até atualizei o servidor para a versão de $ 20 com o dobro da RAM, mas não faz diferença.

Eu também notei um aumento ridículo no uso da CPU na noite depois que terminei de instalar o Yoast e escrever meus blogs: o site tem sido instável desde então.

Embora o site esteja inacessível, ainda posso acessar o servidor por meio do console da web no site da Digital Ocean.

O site não está atualizado o suficiente para obter um backup do conteúdo que eu configurei no wordpress. Alguma idéia de como eu posso resolver isso?

    

Answer 1

Você não postou nenhum registro de erros ou outras informações precisas sobre o tempo de inatividade, então só posso ser geral por enquanto ...

No momento em que você iniciar qualquer servidor, ele estará sob ataque. É o triste fato da vida online. Você ainda não tem tráfego real, mas já vê picos. Sinal típico de sondas de ataque. Evite essas tentativas com, por exemplo, o Fail2Ban. Bloquear sua tentativa de login SSH, bloquear suas tentativas de login no Wordpress e banir seus IPs por alguns dias.

Em seguida, se o seu site Wordpress é bastante estático (sem necessidade de login para usuários finais), então você deve olhar para o cache. Para páginas estáticas, não deve ser necessário clicar em MySQL. Eu prefiro o cache Falcon do Wordfence com o Nginx, mas ele também funciona no Apache.

Além disso, torne seu servidor mais auto-recuperável com a ajuda de, por exemplo, o Monit. É fácil verificar o uso da RAM e reiniciar os invasores de RAM, como o MySQL ou o servidor da Web, de forma preventiva. Ou para reiniciar automaticamente o MySQL quando estiver inativo.

Mas, na verdade, você deve ativar e investigar alguns logs, expandir seu post com mais detalhes sobre sua configuração de webstack (versão do MySQL, engine, versão do PHP, webserver etc.) e tentar descobrir o que realmente está acontecendo.