Como reduzir a E / S no micro instância do EC2 executando o wordpress

1

Eu tenho um site wordpress muito pequeno no Amazon EC2 por cerca de 2 meses, usando a micro instância de camada gratuita.

Eu tenho recebido uma fatura de alguns dólares a cada mês por ultrapassar o limite de E / S do disco.

Eu observei como eu posso reduzir o disco de E / S e fiz algumas alterações, como adicionar o cache do navegador de imagens, alterando o apache.conf, minimizando imagens e plugins, etc.

Eu adicionei o módulo APC ao PHP. Eu esperava que isso reduzisse bastante a E / S, mas parece não fazer diferença.

Status da APC (apc.php): link

Saída do vmstat durante o carregamento de uma única página da Web:

Parece que há E / S acontecendo durante o carregamento da página da Web. Eu não entendo porque, já que o PHP deve estar no cache do APC e as imagens já estão em cache no meu navegador.

Meu objetivo é simplesmente reduzir a E / S e, portanto, o custo. Existe alguma coisa que eu possa fazer para conseguir isso? Por exemplo, a configuração da APC está incorreta ou há alguma outra técnica para evitar E / S?

(PS: W3TC wordpress plugin não funcionou para mim. Eu provavelmente não o instalei corretamente - ele me travou fora do site, sobrecarregou a CPU e trouxe o site para baixo.)

    
por z c 13.05.2013 / 18:23

2 respostas

4

Podemos ver que sua instância está com pouca memória e está, na verdade, trocando. Isso é disco de E / S para o qual você será cobrado e também faz com que seu site seja executado mais lentamente.

Libere alguma memória parando processos desnecessários e ajustando seu servidor da Web para executar menos trabalhadores (por exemplo, Apache ou php-fpm).

    
por 13.05.2013 / 18:26
2

Algumas coisas ...

  1. Tente algo como batcache para o Wordpress, pois ele armazena em cache as páginas que são atingidas com frequência e, portanto, reduz a sobrecarga do pré-armazenamento em cache de tudo

  2. Eu recomendaria mudar para o NGINX para seu servidor HTTP se você tiver pouca memória disponível. É super eficiente.

  3. Verifique a utilização de recursos do MySQL. Em 99% dos casos, ele é configurado com muita generosidade e consome toda a memória disponível do servidor.

por 13.05.2013 / 19:07